C言語なら俺に聞け 149

2018/10/28(日) 22:01:44.38

!extend:checked:vvvvv:1000:512
↑
次スレを作る時は上記1行をコピーして2行に増やして必ず1行目に入るようにしてください。

C言語の話題のみ取り扱います C++の話題はC++スレへ
質問には最低限の情報(ソース/コンパイラ/OS)を付ける
数行で収まらないソースは以下を適当に使ってURLを晒す
https://paiza.io/
https://ideone.com/
http://codepad.org/

C11
http://www.open-std.org/jtc1/sc22/WG14/www/docs/n1570.pdf

C99
http://www.open-std.org/jtc1/sc22/WG14/www/docs/n1256.pdf
http://kikakurui.com/x3/X3010-2003-01.html

C FAQ 日本語訳
http://www.kouno.jp/home/c_faq/

JPCERT C コーディングスタンダード
https://www.jpcert.or.jp/sc-rules/

※前スレ
C言語なら俺に聞け 148
https://mevius.5ch.net/test/read.cgi/tech/1537347410/

VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured

2018/12/01(土) 10:14:48.66

ラベルはなかったね

2018/12/01(土) 10:27:11.17

>>277
処理をまとめたのがサブルーチンで
値を返すのが関数…とかなんかあった気がする

2018/12/01(土) 16:05:57.68

>>280
その定義だとvoid func(void)
はサブルーチンになるな
ちょっと難癖っぽいけどw

2018/12/01(土) 16:11:09.57

アセンブラだと値返していようがいまいがサブルーチンっていうよね
今曖昧だってことは元々曖昧だったのかな

2018/12/01(土) 16:42:04.42

もともとは呼び出しがステートメントであって返値というものが存在しないサブルーチンと、
値を返して式の一部となる関数という区別だね。
式+;が文になるという単純化を行ったCではその区別もなくなってそれが主流になった。
副作用のないものが関数、ありえるのがサブルーチン、と定義を変えて復活はあるかも。

2018/12/01(土) 16:58:01.89

void以外は関数って事だな

2018/12/01(土) 17:11:46.73

言語(VBとか)によっては明確な違いがあったりするけど、概念的にはサブルーチン⊃関数というイメージあるわ。

2018/12/01(土) 18:36:37.73

副作用のある手続きをほんとは関数とは呼ばないのだろうけど
Cではそんなことに頓着せず全て関数に単純化したからね

ただ本来サブルーチンとはメインルーチンと対立する文脈で語られていたものかと
これは単なる呼び出し関係だけでなく、古い言語では変数のスコープなども異なる
Cではこれも単純化してしまった
main は単にスタートアップルーチンから最初に呼び出されるという以外は
特別なスコープを持つわけでもなく、他の関数と何ら違いがない
他の関数から main を呼ぶことも、普通やらないだけで問題なく可能だ
Cでサブルーチンという名前がしっくりこないのはこの辺が理由でもあるかと

2018/12/01(土) 19:00:11.99

ああ、関数と対比されるのはサブルーチンじゃなくて正しくはプロシージャ(手続き)だね。

2018/12/01(土) 19:53:46.70

>>287
そうだけと、その辺の用語も統一されてるとは言い難いところがあるよ
AdaなどのPascal系の言語ではprocedureとfunctionという区別があるよね
まぁ値を返すかどうかという違いでしかないわけだけど
VBではPascalのprocedureに相当するのはSubであって、SubとFunctionをまとめた
上位概念としてプロシージャと言うからね

2018/12/01(土) 21:37:27.03

mainが特別扱いされてると言えばOSが受け取れる返り値は0--255なのにint型を指定するってところとかかな。

2018/12/01(土) 22:24:12.87

Perl ではサブルーチンは sub で始まる。これはCの関数のようにも使える。

2018/12/01(土) 22:38:01.02

>>286
> 副作用のある手続きをほんとは関数とは呼ばないのだろうけど
> Cではそんなことに頓着せず全て関数に単純化したからね
逆だぞ。関数型が馬鹿やったから「副作用」なんて言葉が必要になったのであって。

元々Cの関数は副作用がない。これは単純に、Cの場合は引数で渡すしかないからだ。
（当たり前だがグローバルは使わないとする）
だからC全盛の時代には「副作用」なんて言っている奴すら居なかった。
関数型の連中が副作用(ｷﾘｯとか気にする必要がでてきたのは、クロージャを濫用したからだ。

単純に言えば、関数に対しての値の渡し方は、
・引数
・グローバル
・this(OOPの)(＝インスタンス内グローバル)
・クロージャ(＝レキシカルスコープの場合は階層内グローバル）
とあって、クロージャは使い方を間違えば結合を強めてしまうんだよ。
(thisの場合は最初からクラス界面で切る《=public/privateを意識して設計する》
からそこまで酷くはならない）
Cはそれがないから、便利に書けない反面、無駄に結合するって事もない。
（少なくとも、結合していることは明示的に見える）
伊達に50年近く現役な訳でもないのさ。現役で居続けられた理由がある。

>>288
AdaとかPascalとか、最早死んで誰も使わないし使う価値もない言語を持ち出しても、
何の意味も無いと思うぜ。
それらが死んだのは、それなりの理由があるんだよ。

2018/12/01(土) 22:43:10.84

>>291
ねえねえ、Fortranは？

**デフォルトの名無しさん** (ｱﾒ MMff-egAi) · 2018/12/01(土) 22:58:40.52

なんだCの関数には副作用なかったのか。これで安心してprintfできる

2018/12/01(土) 23:00:40.61

Cに副作用の概念はないって……それは流石に嘘でしょう。
箇所は失念してしまったがK&Rにも関数を指して「文字列を出力したりする場合もあるので純粋な関数とは呼べない」
みたいな記述あるくらいだし。

2018/12/01(土) 23:07:56.71

void君は今日も平常運転

2018/12/01(土) 23:11:44.86

>>294
副作用の概念はあるに決まってるだろ。
そもそもプログラミング自体が副作用を伴うものであって、
全てを含んだ「学術的な意味での副作用」を伴わないプログラムなんて、何もやらないプログラムだからだ。
それすら理解出来ない>>293なんてただの馬鹿だ。

そうではなくて、関数型()の連中が言っている意味での「副作用の無い関数」についてなら、
Cは全ての関数が該当する、ということだよ。
だから、「副作用(ｷﾘｯ」する必要すらなかったって事だよ。

試しに関数型()の連中に、「クロージャ禁止、this禁止、グローバル禁止、全て引数で渡せ」と言ってみろよ。
多分、顔が引きつると思うぜ。

2018/12/01(土) 23:56:03.97

引数voidって初めて見たぞ

2018/12/02(日) 00:31:53.73

void君人気っすね。羨し…くはないなw

2018/12/02(日) 00:39:59.56

秋田

2018/12/02(日) 00:45:19.85

>>298
まあそれがゆとりが嫌われる理由なんだけどな。
お前も含めて自覚がないのが救いようがない。

お前ら、もう既に老害になってると思うぜ。

2018/12/02(日) 00:53:05.03

よく分からん捨て台詞だな

2018/12/02(日) 00:55:37.62

https://ja.wikipedia.org/wiki/%E3%82%86%E3%81%A8%E3%82%8A%E4%B8%96%E4%BB%A3#%E5%AE%9A%E7%BE%A9%E3%83%BB%E7%AF%84%E5%9B%B2

ゆとり世代については明確な定義、範囲はなく諸説ある。

小中学校において2002年度施行（高等学校は2003年度）の学習指導要領による教育を受けた世代（1987年4月2日 - 2004年4月1日生まれ）。
小中学校において1980年度以降（高等学校は1982年度以降）の学習指導要領による教育を受けた世代。1966年度生まれ以降。

1966年度生まれ以降。
1966年度生まれ以降。
1966年度生まれ以降。
1966年度生まれ以降。
1966年度生まれ以降。

2018/12/02(日) 01:01:50.46

>>301
俺に言ってるのなら説明しても良いが、タダではやらん。
お前が説明に値するだけの頭があることを先に示せ。
具体的には、現状の議論について、何らかの進展があるレスをまずしろ。

2018/12/02(日) 01:23:06.59

>>291
まず、副作用という言葉は C が生まれる前から使われていたし意識されていたことですよ
Lisp をやってれば分かることだけど

C 全盛時にCプログラマが副作用という言葉を使わなかったのは当然でしょうね
C は副作用そのものであるノイマンアーキテクチャを素直に表現できる言語と
目されていたわけで (i++ とか)、それこそ最初はグローバル変数も使いまくりだったのでは
また、引数で文字列を渡すにもポインタを使わざるを得ないので、それが破壊されることを
防ぐ手立てがなかった (今でもないか)
引数経由でなくても、ポインタが使えるということは、そこに任意のアドレスを設定でき、
任意の場所に書き込めるということなので、C の関数で副作用を防ぐ手立てはないわけですよ
C 界隈で副作用うんぬんが取り沙汰されるようになったのは const 引数の導入や、
グローバル変数の弊害が意識されるようになって、むしろ民度が上がってきたと見るべきかと

あと、Oracle のストアドプロシジャ PL/SQL をやったことはないですか
あの文法は Ada そのものなんだけど

◆QZaw55cn4c (ﾜｯﾁｮｲ ba60-4R1R) · 2018/12/02(日) 01:24:03.02

>>302
1966以前と1966以後では教育内容で変化があったのですか？数学に関する限り一時期は線形代数も微積分もやる、という過剰な状況だったと思っています

2018/12/02(日) 01:41:19.09

>>291
オラクル社の第一言語は、Ada言語を借用したPL/SQLだぞ。

C言語が例外処理機能を受け入れなかったのは完全な失敗。

2018/12/02(日) 01:45:35.26

>>305
そうですよね。いま働いている日本人のほとんどはゆとり教育です。

ただ昔は教科書に載っているだけでまともに教えていないと思います。

学年トップレベルだったという年配の多くが義務教育の範囲さえ、完全に忘れているか、知らなかったりします。

2018/12/02(日) 01:46:50.51

>>304
> 引数経由でなくても、ポインタが使えるということは、そこに任意のアドレスを設定でき、
> 任意の場所に書き込めるということなので、C の関数で副作用を防ぐ手立てはないわけですよ
それは「副作用」ではなく「バグ」と言うんだよJava以外では。

その他諸々色々勘違いするのは自由だが、
さすがにそれだと話が通じなさすぎて煙たがられてるだろ。

> あと、Oracle のストアドプロシジャ PL/SQL をやったことはないですか
> あの文法は Ada そのものなんだけど
無いね。
ただ、Oracleがそうなら、Ada文法がまだ生き続けていることにはなる。この点は訂正しよう。

とはいえ、それが「参考にする意味があるか」とは別だよ。
本当に意味がある物は、「オブジェクト指向」や「クロージャ」のように、
ほぼ全ての言語でサポートされる事になる。
現状、procedure/function/Subを区別してない言語がメジャーで、
区別した言語(Ada/Pascal/VB)はことごとくマイナーだし、
最近のクロージャのようにC#/C++/Java等のメジャー言語が
相次いで方針を変更してサポートした、ということもない。
それは不要だった、ということで結論は出てる。
それを反例と持ち出してきても意味がないだろ。

2018/12/02(日) 01:48:13.42

老害がブチ切れてて草
変ったのは世の中じゃなくてお前の脳味噌やぞ老いぼれ

2018/12/02(日) 01:50:31.40

>>302
> 小中学校において1980年度以降（高等学校は1982年度以降）の学習指導要領による教育を受けた世代。1966年度生まれ以降。
そういうことをするからゆとりは駄目なんだよ。

2018/12/02(日) 01:55:27.80

>>306
Oracleについては308の通り。

例外についてはCで採用しなかったのはとりあえずは正解だろ。
未だに各言語で例外方式が安定しないのは、未だにいい解を見つけられてない、ってことだよ。

2018/12/02(日) 02:36:57.19

自分がゆとりであることに気付かずにだからゆとりはと言い出すやつばかり。
それが今の時代。

2018/12/02(日) 07:38:01.21

>（当たり前だがグローバルは使わないとする）

副作用について議論するうえでこんな変な条件付ける人はいない。
あと当然だが、引数によって参照される関数スコープ外の値を変化させるのも副作用だ。

2018/12/02(日) 10:14:19.71

>>313
> こんな変な条件付ける人はいない
君がグローバルを普段から濫用している人だとは理解した。

> あと当然だが、引数によって参照される関数スコープ外の値を変化させるのも副作用だ。
勿論。

というか、まともに議論する気があるのなら、明確に条件を確定させなければならない。
何も言わないのなら、C言語での『標準的な』コーディングを各自が想定することになる。
君が普段からグローバルを濫用しているのは理解したが、それは俺の『標準』ではないし、
君みたいな馬鹿が出てきて無駄に議論が空回りするのが嫌だから、俺は明示的にそれを除外した。
そしてこの条件付けは『標準的』であり、問題ないと俺は考えている。

君がグローバルを含めて副作用を議論したいのならそうすればいい。
俺はその議論には意味が無いと思うから参加はしない。

君の言うように、俺は「参照透過」は以下の2種類に分けて考えるべきだと思っている。
・狭義の参照透過…sin()等
・広義の参照透過…qsort()等やthis
・参照透過でない…その他全部、つまりクロージャやbindやグローバルを用いるもの
通常の文脈で言われる『副作用』はおそらく関数型（）言語から来ている。
それは上記「参照透過でない」物を濫用した結果だ。
Cの場合は最初からそれが出来ないから、その議論が発生することはなかっただけ。

それとは別に、意識高い系関数型（）の「『狭義の参照透過』だけでプログラミングすべき」、
というのは当たってはいるが、実際の所それは多値を返せないと厳しい。
そして多値返しよりも参照を返してそこからアクセスしろ、というのがメインストリームの言語だろ。
それの方が楽だから。

2018/12/02(日) 10:48:22.22

少なくともCにおける「副作用」はずっと昔からの規格で定義されている用語だから、
独自定義で話されるのは困る。
http://kikakurui.com/x3/X3010-2003-01.html#13
> ボラタイルオブジェクトへのアクセス，オブジェクトの変更，ファイルの変更，
> 又はこれらのいずれかの操作を行う関数の呼出しは，すべて副作用（side effect）と呼び，
> 実行環境の状態に変化を生じる。...

2018/12/02(日) 11:25:56.48

>>315
FPUのフラグか。なるほどそれは正しい『副』作用だ。

というか、『副』作用というからには当然「作用」（『主』作用)と対比されるべきで、
「printfが副作用」(>>293)というのはHaskellの定義だからな。
スレチというのはごもっとも。

2018/12/02(日) 12:58:23.54

C言語使う人ってアドレスって言ったほうがわかりやすい場合でもポインタっていうよね
ポインタの意味が多くて混乱する

2018/12/02(日) 14:18:51.99

副作用は、volatile とか、何かの状態を変えること

関数型のmonad とか、
Vuex, Nuxt.js みたいに、1方向のライフサイクルを作って、
状態は、Mutation からしか変えられないとか

どこかのタイミングに、絶対に変化していない、ポイントを作る

WEB+DB 106号に載っている、Flux。
状態管理のデザインパターン、単一方向のデータフロー

2018/12/02(日) 20:00:19.47

なんだまたvoid君の無知っぷりが露呈したのか

2018/12/03(月) 06:04:46.06

C言語はファイルポインターを配列を指すようにして同じように扱うことはできませんよね。
それなので同じように扱うにはファイルポインターと配列のラッパーを自分で作らなければいけませんよね。

2018/12/03(月) 06:13:41.09

>>320
mmapやfmemopenを調べてみ

2018/12/03(月) 06:53:46.78

>>321
調べたらわかりました
ありがとうございます

2018/12/03(月) 10:00:18.38

fmemopenって何に使うと便利なの？

2018/12/03(月) 10:10:02.85

なんだこれ？引数 void って初めて見たぞ。文法的にありなのかこれ？

2018/12/03(月) 10:44:00.29

>>323
FILE * 経由の入力や出力をするように書かれているプログラムで使うと便利な場合があると思う。

2018/12/03(月) 12:19:30.10

>>324
晒しage

2018/12/03(月) 12:27:39.88

>>326
それはC言語を知らない初心者が前スレだったかで残した名言

2018/12/03(月) 13:14:41.09

長文の連投で得意がってるあいつな

2018/12/03(月) 13:29:26.35

プロセスメモリエディタも初めて見たり副作用を知らなかったりする彼ね

2018/12/03(月) 14:06:18.11

Ruby には、StringIO と言う、メモリ上だけに存在する仮想ファイルがある。
これは、IO クラスの派生クラスではなく、
文字列クラスに、IO にある関数をDuck Typing したもの(インターフェース)

StringIOインスタンス.read, puts など、ファイル操作と同名の関数を使える

テストの際に、本当のファイルを作らなくても、
メモリ上だけでファイルの振りができるので、楽

**デフォルトの名無しさん** (ｱﾒ MMff-egAi) · 2018/12/03(月) 14:31:36.79

へぇーっ！メモリ上だけに存在する仮想ファイル？Rubyすごぉ～い！
特許取った方がいいんじゃない？
ノーベル賞狙えるかもー！？

2018/12/03(月) 14:38:57.12

単体テストで使った様な気もしてきた
でもまあストリームは難しいわ。fopenよりopenが好きだよ

2018/12/03(月) 16:07:39.69

ノーベル仮装ファイル賞

2018/12/03(月) 17:24:12.07

C++にもstringstreamがあって
メモリ内でファイルイメージが作れる
しかもcin, cout, ifstream, ofstreamの
メンバ関数・フレンドが全て使える

**デフォルトの名無しさん** (ｱﾒ MMff-egAi) · 2018/12/03(月) 18:30:35.22

なぁんだRubyパクリだったのか。ダッサ。
パクリRuby！

2018/12/03(月) 19:19:41.79

>>326
このスレの初心者乙

2018/12/03(月) 21:56:42.64

>>329
プロセスメモリエディタを知ってる＝Cを知ってる、になるのか。
さすがゆとり、だな。
お前らはそんなことばかりするから、お前らの居場所を無くして行ってるんだぜ。
自覚出来てないんだろうけど。

まあ、ゆとりに付ける薬はないって事だな。
三つ子の魂百まで、と同様、ゆとりの魂百まで、なのだろう。

2018/12/04(火) 00:25:16.59

void君怒りのポエム

2018/12/04(火) 22:17:29.21

彼は自分がゆとりであることに気付かない。超ゆとりである。

2018/12/06(木) 08:22:58.33

勉強始めて半年くらいの初学者だけどenumの便利さに今日気が付いて震えてる
case文がシェルスクリプトとかのと比べてあんなに使いにくいものになってるのはそういうことだったのね……。

2018/12/06(木) 09:11:25.93

なんにせよまあswitch/caseはあんまり使わない方がいいですよ。

2018/12/06(木) 10:46:35.55

なんで？

2018/12/06(木) 11:06:46.21

クソコードに発展しやすいんです。
if文の方がちゃんとしてる。

2018/12/06(木) 11:09:04.26

偏見だしアホとしか思えん

2018/12/06(木) 12:09:10.95

switchは単一の変数(大抵は状態)を比較してることが一目瞭然。
case内が長くなって醜いのは全く別の問題。

2018/12/06(木) 12:25:09.83

まあ今となってはコンパイラが軽く最適化してくれれば全く同じコードになってしまうかも知れず、どちらで書くかは見易さの問題だけかも知れない。
ま、switchはbreakなしで下に抜けるっていうifとの違いがあるからそれ利用してたら別だけどな。

2018/12/06(木) 14:08:22.67

switch～caseで、char 値の比較の場合、昔のコンパイラでも最適化した時、
条件分岐じゃなくて、テーブルジャンプにしてくれるものがあったなあ。
最近のコンパイラが if～else if～で記述した時、どう最適化してくれるのかは知らない。

2018/12/06(木) 14:36:37.49

文法に罪はない人が悪いと言って終わるならば、もうなんでもありで良いんです。
C++の方が選択肢が多い分圧倒的に優れてるとも言える。

2018/12/06(木) 14:39:02.58

自分的にアホだと思う書き方はcaseの中身を{}でくくっちゃうやつです。
そんなことするなら関数呼べや。

2018/12/06(木) 14:59:28.18

case文内に関数にするほどでもない、ちょっとした処理を書きたいとき、その処理内だけで使う変数宣言は{}使ってその中に書いちゃうわ。

2018/12/06(木) 15:27:35.39

そういやswitchのブロックの先頭でも変数宣言できるんだよな。
今はどこでもできるから関係ないとは思うが昔は驚いた。

2018/12/06(木) 17:17:12.54

地味に都合の良いスコープ範囲だから便利っちゃ便利だよね。

2018/12/06(木) 17:23:21.26

たとえば、caseではクロージャ的なもんが使えて、関数ポインタに代入。
抜けた後でそれを実行、とかできるのなら許容するかも。

2018/12/06(木) 18:06:57.01

それは普通にできるのでは？

2018/12/06(木) 18:53:53.96

>>351-352
宣言どころか文法的には実行文も書ける
もちろんまともなプログラマはそんなクソコードは書かない
https://www.jpcert.or.jp/sc-rules/c-dcl41-c.html

**デフォルトの名無しさん** (ｱﾒ MMb5-FdCK) · 2018/12/06(木) 19:39:02.33

初期化されないのかよ。
最初から禁止にしといてくれや…

2018/12/06(木) 20:21:33.67

>>354
いや、クロージャ無いじゃん。
あってもいいと思うけど。

2018/12/06(木) 20:25:38.15

のようなもの

2018/12/06(木) 20:45:48.14

構文やや変数キャプチャの問題はさておき、関数ポインタは原始的なクロージャっぽく使えるよね。
こんなん書いたらクロージャ原理主義者が反論しそうだけど。

2018/12/06(木) 20:49:35.87

苦労者

2018/12/06(木) 21:11:52.76

GNU拡張だと関数の中で関数定義できたっけ。

2018/12/06(木) 22:27:01.40

C言語勉強してます。
エラーにOBJが開けませんってでるんだけど、どうしたらいいか教えてください。
コンパイラーはbcpadです

2018/12/07(金) 02:34:07.16

bcpadって、懐かしい響きだな。
古すぎてなにか特別な理由がない限り使われなくなってるようなものだと思うんだが、なんでそれ使って勉強しようと思った？

2018/12/07(金) 20:07:09.75

授業で使ったからこれでいいかなーって感じ、これといった理由ないです笑
最近はどんなコンパイラーが主流なんです？

2018/12/07(金) 20:26:20.52

Lattice C

2018/12/07(金) 20:32:40.15

MSのVisual Stdioに入ってるVC++か、gcc か、clangだね。

bcpad使った事ないけど、それで使えるbccも地味に生き残ってて進化してた。
(久しぶりに見に行ったらフリーのは最新じゃないけど、地味に進化してた)

エンバカデロがまだインプレス(買収される前)だったり、ボーランド(社名変更前)だったりしてた時代のbccコンパイラ環境設定記事がまんま使えるはず。

2018/12/07(金) 20:55:30.39

LinuxまたはWindowsのWSLのUbuntu等やCygwinの中でもgccが動く。Macでも中はUNIXなので動く。

2018/12/07(金) 21:34:48.53

windowsならmsvc
unix、unixｸﾛｰﾝならgcc

ｺﾚで十分

windowsでいちいちgccでｺﾝﾊﾟｲﾙする必要なんかない
たまに確認に使う程度

2018/12/07(金) 21:58:04.56

Windowsでネイティブに動かせるGCCもあるし、
無理してVC使わなくても良いと思う

2018/12/07(金) 22:33:44.42

今調べたらけっこうあるんだな、、
これのここがダメ！とかここが強み！とかあったら教えて欲しい🙏

2018/12/08(土) 02:14:28.50

Winならmsvc(VC++)かなぁ。。。速いしVS入れれば個人用途に限りMFC(MSのC++ライブラリ)付きで無料で使える。
ただ、最新のC/C++への対応状況は多分一番対応が悪い。

つい先月見た限りでは、bccは地味に対応状況は良いので、Win32APIが付いてて最新のC/C++使いたいってのには一番環境整え易い。(setbccで一発)

Linux/Unix系はclangかな。
gccにはconio.hが無い。(msvc、bcc、clangにはある)

最新のC/C++対応状況じゃclangとgccが2強だけど、Win用にWin32APIは最初から付いてたか分からない。
WinでGUIするのに情報少なかったから、最新のC/C++の勉強にしか使ってない。

2018/12/08(土) 05:48:44.85

conio ライブラリの ncurses を使った Linux 用の互換ライブラリはあるよ(多分UNIX系OSならLinux以外でも動くような気がするが)。
https://ja.osdn.net/projects/sfnet_linux-conioh/
ていうか conio と curses ライブラリの両方が存在する状態になってから30年ぐらい経ってるので既に世界中で互換ライブラリは作られてると思う。

UNIX系OSでconioが標準的なものとして取り入れられない理由はもっと昔から curses や termios があって根付いていたからだと思う。
後から出てきた MS-DOS 画面専用ライブラリを組み込む気になる人はあまりいなかったんだろう。

2018/12/08(土) 08:04:27.69

助かった。
昔読んだ入門書に環境依存と書いてたけど、互換ライブラリあるんだね。
getch関数地味に使うのよ。

調べたらバッファオフしてから普通のgetchar使ってるのか。
そのままLinux流を覚えても良いかな。

どっちにしても良い機会だった。
有り難う。

2018/12/08(土) 10:14:50.43

>>371
> WinでGUIするのに情報少なかったから、最新のC/C++の勉強にしか使ってない。
MFCなんて言ってるから少ないんだよ。それ、20年前の話だし。
MFC -> .NET(Forms) -> .NET(WPF) -> UWPか？もう一つくらい有った気もしたが。

『標準』への対応という意味では遅いけど、
そもそも標準が糞な所はMS独自拡張が行われているからそれなりには困らない。
最新のならC++11にはほぼ対応してたはずだし、「どれがいいですか？」なんて聞く奴には問題にならない。
まあ、お前らは最新の文法を使えることが腕前だと勘違いしているようだから、大問題なのだろうけど。
それも含めて自由にやればいいが。

Borland Builderは一時期Cをリードしたのは事実だが、今だに開発が継続されていたのは俺も今知ったレベル。
Borland信者でなければ普通は地雷扱いで使わない。
というか、win環境ならVS以外を考える意味がない。
無料でGUIのIDEなら第一選択肢がVSで、実際それで十分で終わり、のはず。
無駄なところで苦労したくなければ、とりあえずみんなが使ってる物を使っておけ。

2018/12/08(土) 10:22:20.61

C/C++でFormsやWPFなんて使えないんだからしょうがないじゃん。

2018/12/08(土) 10:26:03.56

普通の人やMSの定義なら「使える」わけだが。
まあどう見ても平行線だからもういいが。

2018/12/08(土) 10:50:52.94

C++/CLIでも持ち出す気か

2018/12/08(土) 11:51:32.86

>>371
bccって揃えやすいか？
ダウンロードするのに個人的なことを根掘り葉掘り聞かれるのが
たとえば俺なんかウゼーと思うが

対応状況が良いって、C++98だぜ？
テンプレート実引数にメンバポインタを渡すとコケるあたり致命的だろ

2018/12/08(土) 12:13:07.40

>>378
いやこっちだろ。一応ClangベースでC++11らしいぜ。
https://www.embarcadero.com/jp/free-tools/ccompiler

Clang標準のGUI環境としてはありなのか？
或いはVSでgccやClangを動作させている奴もいるし、そっちの方がマシなのか？
いずれにしても人柱物件だと思うぜ。勇者に期待だな。