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/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を動作させている奴もいるし、そっちの方がマシなのか？
いずれにしても人柱物件だと思うぜ。勇者に期待だな。

2018/12/08(土) 12:16:03.45

最近はwindowsでもQt使ってくれみたいな話は多いですね

2018/12/08(土) 13:05:07.00

一応訂正（補完)しておく。

× > Clang標準のGUI環境としてはありなのか？
○　Clang標準のGUI環境『のIDE』としてはありなのか？

今更CでGUIアプリを作る意味はないし、Qtも流行らないよ。
やれば分かるが、GUIに関しては今現在はHTML/CSS/JavaScriptが最強だ。
マジでそれ以前のGUIなんて全部ゴミ。
だから全部の環境がHTML/CSS/JavaScriptを追いかけているのではないかな。
WPFもGtkもまだCSS部分が出来てない。Qtも見た目その辺の感じ。
Qtはそもそも今時珍しく仕様を開示してない.。この辺が超絶イケてない。
(例：QMLのビデオを試しにみようとしたが目隠しが出る）

2018/12/08(土) 15:03:57.91

そうか、じゃあwebglでも使うか。

2018/12/08(土) 15:27:14.56

あとQtはgpl/lgpl3でもライセンスされてるぞ？ドキュメントも公開されてる。
仕様を開示してないとかどこ見て言ってるんだよ

2018/12/08(土) 15:59:03.07

>>382
WebGLはGUIではなくグラ（フィックス)だし、
それ主体ならMFCでも大して変わらないと思うが。
Canvas自体はむしろ旧インタフェースをHTML側に輸入したものだし。

ただ、GUIやるならマジでHTML/CSSのお手軽さは一度試した方がいい。
今のところ他プラットフォームも同様の場所を目指しているから、無駄にはならんし。
CanvasでGUIやる気なら、背景にjpg貼ったなんちゃって仕様のHTMLの方が楽だし、見た目だけなら同じに出来る。
もちろんCanvasの上や下にHTMLを重ねてそっちでイベントだけ取り扱うことも出来る。
これらは旧来のインタフェース(Forms等）でも出来るが、それ用に設計されてないからいろいろ話が面倒になる。

が、まあ、CでGUIアプリを作ろうとすること自体が若干間違いで、
ビュワー等大きなデータを扱う(＝速度がそれなりに必要）でなければ、
60fpsさえ出れば何でもいいし、Cでやる意味はないよ。

>>383
他環境と比べての話だぞ。
以前ドキュメント探してもろくなのが無かったし、
今日チュートリアルビデオを見ようとしても登録しないと目隠しが出るし。
こんなのでQtが流行るわけがないね。考え方が15年以上遅れてる。
それでもQtと心中するのも自由だけど。

2018/12/08(土) 17:15:39.30

>>384
開示してないって断言してるじゃん。チュートリアルは仕様じゃないよ？
意見変えるならそう言ってよ。

2018/12/08(土) 17:42:53.93

>>385
変えてない。Qtはゴミだよ。
あれで公開していると思うのなら他フレームワーク等見てみろよ。

2018/12/08(土) 18:40:20.20

ほとんどC言語関係ないけどQtは最初，マルチプラットフォームで使えてC++バインディングが公式で提供されているっていう理由で
かなーり期待したんだけどね……。結局今はGTK+に戻ってしまった。

2018/12/09(日) 09:54:16.91

Cってほんとに実行速度が速いの？他のコンパイル式の言語に速度で勝る理由が分からん。
インタプリタならともかく。

2018/12/09(日) 11:07:31.14

・C言語自体が単純で低水準、変換しやすい
・コンパイラの最適化とそこに投入された人月

というわけでC言語そのものじゃなくてコンパイラで生成された機械語が早い

2018/12/09(日) 15:36:30.25

http://www.c-tipsref.com/reference/stdlib/div.html
この辞典の作者はnumeratorを知らないらしいなｗｗｗ

2018/12/09(日) 15:56:34.95

>>311
よくもまあPL/SQLを知らないのに批判できるよな。

PL/SQLの例外処理はOracle DatabaseがSQL、ビルトインパッケージの結果をうまく例外として伝播してくれる。

あなたは単に例外を作り出す方の実装が悪いものを見ているだけ。

2018/12/09(日) 15:58:53.53

>>317
アドレスを指しているアドレスがポインタ。

ポインタが指しているアドレスにポインタがあるわけではない。

2018/12/09(日) 16:03:51.04

>>388
C言語は低水準言語であるから、うまくやれば速いマシン語になるが、ちょっとしたことでむしろ遅くなるマシン語を生みやすい。

アーキテクチャの知識がない場合は、誤解したアーキテクチャを想定したコードを書いてしまい、実行速度が遅いものができあがる。

2018/12/09(日) 16:59:21.16

>>392
>>393
ん？？

2018/12/09(日) 18:56:28.62

>>392
>>393
どうやら違う世界線から紛れ込んできたと見える

なんでこういうcrazyなことを言う輩に限って自信満々に断言するんだ
謎

2018/12/10(月) 15:01:58.63

初心者です。
>>392-393のレスを読んでちょっと混乱しているんですが、
C言語は高水準言語で、
ポインタ変数自体は「アドレスを格納できる4バイト？の変数」っていう認識で合っていますか？

2018/12/10(月) 15:10:08.76

何バイトかは決まっとらん。
サイズに注意出来るようになったらあなたは中級者。

2018/12/10(月) 15:44:39.90

あーそうか、
4byte(32bit)だと0x00000000から0xFFFFFFFFまでの?4294967296通りのアドレスが保存できるんですね。
なので処理系？によって変わるってことなんですね。
ありがとうございます。

2018/12/10(月) 15:58:27.14

この頃の64bit環境だとアドレスも64bitだと思う。
クロスコンパイルする場合や意図的に32bit用のバイナリを作るようにコンパイルする場合を除く。

2018/12/10(月) 16:54:58.91

ポインタ変数のサイズは32bit幅、
ただしセグメント部16bitのオフセット部16bitで
有効な全範囲はトータルで20bit。

2018/12/10(月) 16:56:42.73

いつの時代の話だろう

2018/12/10(月) 17:03:42.11

プロテクトモード
何それ美味しいの？

**デフォルトの名無しさん** (JP 0Hdd-nAVI) · 2018/12/10(月) 17:04:09.37

やべー
あの頃から35年も経ったのかよ
漠然と20数年かなとか思ってたよ

2018/12/10(月) 17:16:13.17

一体何の話をしているんです！？
教えてくださいおじい・・・紳士さま。

2018/12/10(月) 17:33:22.27

16bitCPU時代のアドレスの話

2018/12/10(月) 19:37:12.53

映画タイタニックでも「near far wherever you are」と謳われているほどポインタは面倒

◆QZaw55cn4c (ﾜｯﾁｮｲ 5360-460t) · 2018/12/10(月) 20:20:50.73

>>406
…うまい

でも near far とかもう通じないんじゃないかな？

2018/12/10(月) 20:29:46.12

>>404
昔々、8086があったとさ。
めでたしめでたし。
終わり。

2018/12/10(月) 20:32:35.54

英語版

A long time ago,in a galaxy
far,far away....

2018/12/10(月) 23:14:07.07

>>396
OSによる。
4バイトは8ビット(=1バイト)x4なので32ビット。
32ビットOSなら、それで正しい。

じゃあ16ビットOSや64ビットOSの場合は？

2018/12/10(月) 23:16:39.78

>>400
セグメントは16ビット迄だよね～。

2018/12/10(月) 23:22:09.98

>>411
つPAE

2018/12/10(月) 23:38:01.37

いあ、知ってるよ？
でも今でも意味あるの？
Athlon64にPCの64ビット化を先越された時代の、その苦し紛れの拡張。

64ビット標準だけで今後PCに乗り切れる時代は来ないであろうメモリ容量をサポートしてるのに。
(理論上の限界来る前に、製造技術上の限界が来る)

Winはあえて制限してるが、時代とともに緩めるだけっしょ。

2018/12/10(月) 23:53:27.02

このスレッドは妄想コンピュータで話すやつが張り付いているね。昔は単純な話だったけどさ。

2018/12/11(火) 00:26:54.92

8ビットがなつかしいね？

2018/12/11(火) 07:34:54.16

>>413
> 64ビット標準だけで今後PCに乗り切れる時代は来ないであろうメモリ容量をサポートしてるのに。
32ビットになった時にもそんな話をしてたな w

2018/12/11(火) 09:17:41.73

プロセスルールの限界から実用的で物理的なメモリの上限はあるんだろうけど、何がどう進化するか分からないからねぇ。
単純に超多層化プロセスルールが一般化するかもしれないし、もしかするとクラウドRAMサービスとCPUアーキテクチャが融合してその限界突破なんて時代が来るかもしれん。
人間の創造力は無限と信じよう。

2018/12/11(火) 10:15:17.85

４GBと言う上限は意外に早くたどり着いた
４K動画をオンメモリーで編集したいとなると
途端にぶつかる壁だな

次は誰がこの壁にたどり着くかな？

2018/12/11(火) 12:57:57.93

Visual Studio 2017のC/C++コンパイラってどこのフォルダに置いてあるんですか
(もしくはファイル名、あるいは、商標名？)
調べても「VSに付属するVisual C++にC/C++コンパイラが同梱されている」程度の
情報しか出てこない・・・
そのコンパイラは何て名前でどこに置いてあるんだ・・・

2018/12/11(火) 13:14:43.83

>>419
スタートメニューのVSコマンドプロンプトを開いてみい。

2018/12/11(火) 13:42:28.53

はい
**********************************************************************
** Visual Studio 2017 Developer Command Prompt v15.9.3
** Copyright (c) 2017 Microsoft Corporation
**********************************************************************
C:\Program Files (x86)\Microsoft Visual Studio\2017\Community

2018/12/11(火) 13:48:36.76

\Microsoft Visual Studio\2017\Community\VC　の中を　compiler　で検索した結果

compiler.cpp

ん・・・？これ？
実行ファイルじゃなくてソースファイル・・・？
分からない、もうダメだ(絶望)

2018/12/11(火) 13:51:50.68

その昔は cl.exe に link.exe のフロントエンドで make は別途だったが今はどうなんだろう