C言語なら俺に聞け 145

2018/02/19(月) 22:13:58.98

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言語なら俺に聞け 144
https://mevius.5ch.net/test/read.cgi/tech/1514025223/

次スレを立てる時は本文の1行目に以下を追加して下さい
!extend:on:vvvvv:1000:512

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

◆QZaw55cn4c (ﾜｯﾁｮｲ 8a60-hn8E) · 2018/03/10(土) 16:50:09.76

>>354
そうそう、printf デバッグでは力不足でもう否が応でも gdb に行くのを逃げ回っているのと同じです

2018/03/10(土) 17:18:49.50

gdb は普通に使うなあ。

2018/03/10(土) 17:35:13.89

printfなめたらいかん

2018/03/10(土) 17:41:43.93

割り込みん中でprintf使って暴走してデバッグが出来なかった思い出。

2018/03/10(土) 18:10:52.64

俺はシグナルハンドラの中でログ出力しようとして FILE * 経由で fprintf() 等で出力したら
そのライブラリの中でデッドロックしてハマった。 kill -ABRT で core dump させて gdb
で core ファイルと共に読ませてようやっと停止箇所がわかった。

2018/03/10(土) 20:11:43.97

gdbマスターしてからprintデバッグバカにしてたけど
printデバッグ自動化してからprintデバッグ信者になった
無論レアケースデバッグはgdb使うけどね

2018/03/11(日) 01:20:23.17

printf() をデバッグで使う時はバッファリングを考慮していないとハマる事がある。
それと stdout と stderr と両方に出る可能性がある場合にその順序が食い違う可能性もある。
シグナルハンドラ内やマルチスレッドプログラムで使ってうまく行かない事もある。

その辺を全て考慮するならいいだろうが、しかし、それなら初めからログファイルに出力される
ように作った方が良いような気もする。

2018/03/11(日) 02:00:44.19

printデバッグなら専用モジュール作るべきだな
俺は時刻、関数名、コンテキストIDを付けて
標準出力かファイルにはかせてる

2018/03/11(日) 09:19:44.59

そこまでするならsyslog

2018/03/11(日) 10:20:33.73

>>361
setvbuf忘れなければ済む話だよパパ

2018/03/11(日) 14:10:54.85

>>363
そだねー

>>364
本当にそれだけで大丈夫かね?

この頃のライブラリは多分マルチスレッドでもちゃんと動くように内部でロック掛けている部分があると
思うんだけどね、例えばシグナルハンドラの中でそのロックを掛けている最中にまたシグナルが来て
同じシグナルハンドラに入ると同じロックを掛けようとしてデッドロックするなんてことが起こり得ると
思うんだが。(まあその程度のことでデッドロックしてしまうこと自体がバグかも知れんが。それ以前に
シグナルハンドラの中でprintf()は使うなって話でもあるか…)。

2018/03/11(日) 15:06:05.16

>>365
ロケールがCならprintfだってスレッドセーフだしぎりぎりシグナルセーフだよパパ

2018/03/11(日) 15:33:10.91

世の中には完全なCライブラリを実装していないタイニーなマシン用のサブセットだってあるんだよ坊や。

2018/03/11(日) 16:08:45.67

それはCじゃないから、このスレで話し合っても無駄では。

2018/03/11(日) 16:12:01.01

Cは言語仕様であって、ライブラリ仕様は別枠だろ？

2018/03/11(日) 16:46:35.93

30年以上前だったかな、あるメーカーのプリンタファーム開発用Cコンパイラが配列要素上限が255だった
当時アスキーネットでこれを聞いたvoid氏が呆れていたようだ。

2018/03/11(日) 17:10:10.38

インストラクションに8ビットまでの即値を組み込めるなら、その制限によって（そのような最適化が必要なプロセッサにとって）強烈な最適化をかけられるから、アリやナシやと問われればアリのような感がある。

2018/03/11(日) 17:20:27.39

Cライクって言っときゃいいのにCと名乗ってしまうから
イチャモンつけたいヤツの標的になる

2018/03/11(日) 17:33:57.41

本場ドイツ直輸入ポークソーセージを買ったら魚肉ソーセージだったような感じですね。
つまり詐欺です。

2018/03/11(日) 17:36:14.99

>>369
それ言ったらバッファリングの話題もCの話にならないだろぉオヤジィ

2018/03/11(日) 17:37:59.08

何が正当な教義かについて議論したければ、上級者スレでやってね

2018/03/11(日) 18:04:00.35

こういう掲示板で宗教対決を規制したら過疎化するんじゃないだろか。

**デフォルトの名無しさん** · 2018/03/11(日) 18:26:39.19

>>370
まるでUvaみたいな制限だな（藁

2018/03/11(日) 18:45:46.67

>>366
マルチスレッド版のライブラリーがあるかと
行出力中にスレッドが切り替わらない

2018/03/11(日) 18:48:04.93

>>374
なお初代K&Rにはライブラリーの仕様は含まれない。
WhiteSmithとかはprintfが実装されてない

2018/03/11(日) 20:24:48.92

>>372
セントロニクス

2018/03/11(日) 21:13:40.31

5Vシングルエンドがそのままコネクタに出てるアレか
アレを基板に直付けするアフォが多くて頭クラクラした

2018/03/11(日) 23:26:14.78

for(i=0;i<10;i++)
scanf("%d",&num[i])

で入力した変数がiに入ってしまうことがあるのですがなぜですか？

2018/03/11(日) 23:59:04.31

numのサイズが10ないとか。

2018/03/12(月) 00:02:45.79

ソース全部晒せ

2018/03/12(月) 07:51:36.03

do whileはいらない子？

2018/03/12(月) 08:04:24.78

アルゴリズムによってはdo whileの方が素直なときがある。まれだが。マクロを本当の関数っぽく使うのにdo while (0)使うハックがある。まれだが。
コンパイラによってはdo whileの方が速いコード出す。まれだが。

2018/03/12(月) 08:36:16.07

>>370
プリンタっつーてもピンキリだからなぁ
レシートプリンタとかならその程度で充分かもしれん

2018/03/12(月) 09:25:52.84

>>385
んなこたーない
whileのほうが使用頻度は高いけど
本質的に後判定なロジックはそんなに珍しくもない

2018/03/12(月) 09:30:32.07

do～whileは、必ず一回は処理してくれるから便利。

2018/03/12(月) 09:31:53.62

繰り返し対象処理が実行される条件がブレるから気をつけないといけないけどね

2018/03/12(月) 10:16:52.94

do{continue;}while(false);　で無限ループになるのウケる。

2018/03/12(月) 10:19:34.77

391 error: undeclared symbol 'false'

2018/03/12(月) 10:42:19.80

>>389
女に見習わせたいな

2018/03/12(月) 12:03:54.32

こんな書き方たまにする

do{
・・・
条件
break;
・・・
条件
break;
・・・
条件
continue;
・・・
条件
break;
・・・
条件
continue;
・・・
}while(0);

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

>>387
一応汎用のレーザープリンターなんだ
30年って一寸行き過ぎだな
95が出てきた頃だから、20年前か

2018/03/12(月) 12:11:48.84

>>394
GOTOを怖がるな。
俺は反GOTO教は抜けた。
まぁ乱用しようとも思わんけど。

>>392
文脈で察してくれ。
boolはいったことだし。

2018/03/12(月) 15:52:19.83

B 判定 A B 判定 A B … みたいに
do { } while () のブロックの途中に飛び込んで開始するようなのが悩ましい

goto ENTER;
do {
　A();
ENTER:
　B();
} while(条件);

**デフォルトの名無しさん** (JP 0H9b-7yGo) · 2018/03/12(月) 17:04:49.51

出口が複数は可だけどエントリーポイントが変なとこにあるのは読みにくいからやめたほうがいい。
この例の場合はB Aの無限ループにして、Bのあとの条件で脱出するのが定石。

2018/03/12(月) 17:15:21.51

for(;;) {
　B();
　if (条件) break;
　A();
};
こんな感じですか。
やっぱり頭から入っていくほうが読みやすいし…

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

処理内容がそうならそういうことなんだろうが、
見ていて気持ちが悪くなるロジックだな、すまん

2018/03/12(月) 17:31:42.39

エントリーポイントが変なとこって、mainだって１行目にはまずならないしな
実装されることなく廃止になったキーワードにentryつーのがあって
そいつがおそらくは１行目に
entry main;
とか持ってこれるようにするつもりだったのかもな

2018/03/12(月) 17:41:10.71

>>397
昔の BASIC を思い起こさせる goto の使い方だなw

2018/03/12(月) 17:58:00.69

gotoは禁止はしないが、異常系の終了処理にジャンプするパターンだけ許容だな。

2018/03/12(月) 18:04:50.67

exceptionさえあれば

2018/03/12(月) 18:06:32.58

コンストラクター/デストラクターのような機構があれば
異常時の後始末は割と楽に書けるっすね

2018/03/12(月) 18:09:46.06

atexit()はあるぞ

2018/03/12(月) 18:25:47.87

異常の場合は，例外処理をしてから続行したい

2018/03/12(月) 19:11:12.71

つ setjmp

2018/03/12(月) 19:32:23.64

>>408
volatileをつけ忘れて最適化で暴走するなんてよくあること。

2018/03/12(月) 20:42:20.27

>>395
1995年頃でLBPだと16bitから32bit CPUに移行する頃だから配列サイズが最大255なんて言うのはさすがに見たことないわ
ちなみにうちはSH-2+独自モニタからR3000+VxWorksへの移行期だった
コンパイラもチップベンダーかOSベンダーのものを使ってた

2018/03/12(月) 21:14:21.91

gotoを後始末以外の使い方して変な所に飛ばしたりするから禁止って言われるんだよな。

2018/03/12(月) 22:09:38.43

昔のBASICにはON ERROR GOTOとかON ERROR GOSUBつーのがあって
異常系から復帰できたんだよな、それがCやC++にはない

2018/03/12(月) 22:12:32.16

setjmp longjmp

2018/03/12(月) 22:16:55.21

RESUME NEXTに相当する処理はsetjmp.hにはない

2018/03/12(月) 23:49:45.06

gfortranで言うところのfcheck=allを設定した時のように配列の範囲外アクセスを検知したいのですが、いい方法はありますか？

2018/03/13(火) 00:26:13.95

boundschecker 使えばよろし

2018/03/13(火) 00:43:16.47

Linuxなので代用を探していたらvalgrindに辿り着きました
ありがとうございます

2018/03/13(火) 03:11:31.37

大域ジャンプはダメだ。

2018/03/13(火) 07:50:52.88

初期化

タイトル
...
GOTO 本編

GAME OVER
...
GOTO タイトル

ゲーム本編
...
GOTO GAME OVER

2018/03/13(火) 08:44:52.34

>>419
よくあるダメなゴトーさん。

2018/03/13(火) 10:00:11.49

>>412
まあ、ないけど、エラーになったら自分でif文使って分岐すれば良いだけでは？
C言語は単に言語レベルでのそういう便利機能が少ないってだけで実現する方法は内部的な動作まで考えたら結局は同じにしかならんと思うよ、

2018/03/13(火) 10:29:21.12

C言語はマクロアセンブラから派生した感じなんで、言語体系はお世話にも良いとは言えないんだよな。
当時はマシン語で演算結果フラグで条件ジャンプや条件コールしてた煩わしさから開放されただけでも有り難かったんだ。
そんなチープな言語にオブジェクト指向だの例外処理だのとか求めて迷走したのがC++
ええい、いっそ作り直してしまえって出したのがJavaやC#
だからC言語使う時点で諦めれ。

2018/03/13(火) 11:04:12.06

>>421
そのif文でゴチャゴチャしだしたら「例外処理」を名乗れない

2018/03/13(火) 11:54:23.49

基本的にウオーターフォールを守るのが大事やな。
そのうえでどこに飛びたいかって感じ。

**デフォルトの名無しさん** · 2018/03/13(火) 12:12:14.52

フォールウオーバー機構を言語レベルで用意すべき

2018/03/13(火) 12:16:24.04

https://www.google.co.jp/search?q=%E3%82%A6%E3%82%AA%E3%83%BC%E3%83%90%E3%83%BC%E3%80%80%E6%84%8F%E5%91%B3&;
ウオーバーってなんぞ？

2018/03/13(火) 12:26:22.54

漢字で書くと闘婆

2018/03/13(火) 13:00:28.56

>>423
名乗らんでいいのでは？

Cが不便なら他の言語使えばいいじゃない。

2018/03/13(火) 13:12:03.18

>>428
ああ、議論できないのね
いいよ話さなくて

2018/03/13(火) 13:20:12.96

SIGUSR1/2じゃ駄目なのか？

2018/03/13(火) 15:58:05.78

>>429
議論？何の？新言語の？

2018/03/13(火) 16:39:07.67

>>431
いいよ、無理に話さなくて

2018/03/13(火) 19:35:09.64

聞く耳持たんらC

2018/03/13(火) 20:04:26.12

突っ込まれて遁走だろ w

2018/03/14(水) 02:09:35.30

ここで幾ら議論してもC言語は変わらない。

Cから派生した言語を新たに作るというのであれば議論することには意味があるだろうが、そうでないならそれはただの愚痴だ。

2018/03/14(水) 06:44:38.33

おまえさあCの例外処理が言語のビルトインとか思っているわけ？
Cは変わらないとか言っちゃってるけど、
その現状のCがわかってないのに変わったかどうか気付けるのか？

2018/03/14(水) 07:02:59.95

一応errnoだったかっていう、失敗理由を示す変数がある事はある。忘れられてるけど。
C言語で唯一トラブルシューティングに使える変数。

2018/03/14(水) 08:03:51.30

>>436
> その現状のCがわかってないのに
お前だけだろ w

>>437
ライブラリレベルの話を入れるかどうかは悩ましいな
普通の言語なら入れなくてもいいと思うがC言語にはsetjmp/longjmpなんて言うとんでもないものもあるからなぁ

2018/03/14(水) 08:15:23.77

errnoだってｗｗｗ　あれが例外処理なのか

setjmpがどうとんでもないのか具体的には言えないんだろうな
だから聞かない

2018/03/14(水) 08:25:02.15

>>439
大域ジャンプするとエラー処理したところが戻ったりして変数グチャグチャになることがあるからな。
まぁ、C++の例外も大域ジャンプだし。個人的には使わないな。
古き良き-1やら_boolであきらめる方が精神的には良い。
んで、趣味位のケースなら正常系だけ書いておけば大体問題ない。
エラー系は大体ロジックエラーだからデバッグで落とす。

2018/03/14(水) 08:29:46.90

>>439
> setjmpがどうとんでもないのか具体的には言えないんだろうな
他の言語でライブラリレベルで実装してる例はないから
まともな頭があれば理解できるはず

**デフォルトの名無しさん** (ｽﾌｯ Sd8a-nIhD) · 2018/03/14(水) 08:31:33.24

高級アセンブラの名前は伊達ではないよね。

2018/03/14(水) 08:32:17.72

あれジャンプじゃなくて、スタックロールバックだからな。どっちかっていうとリセットの類。
他の言語でこれは実装できない。というかやりたくはないだろう。

2018/03/14(水) 08:35:45.72

大域ジャンプ+動的メモリアローケート。あぁおそろしい。
なので、大域ジャンプはやめましょう。

2018/03/14(水) 08:37:30.11

>>440
> 大域ジャンプするとエラー処理したところが戻ったりして変数グチャグチャになることがあるからな。
それはお前の能力が足りないだけの話だろ w

> まぁ、C++の例外も大域ジャンプだし。
C++はデストラクタとかの処理も要るからライブラリレベルでは実現できない
そう言う処理を全てプログラマに押し付けられるC言語だからできるってことでもある

2018/03/14(水) 08:41:34.04

>>445
あーすげー。この人、他人がいじった変数全部把握してるんだな。すげー。
メモリ確保したのなかったことになっても正常系に戻せるんだな。
超人か！！

2018/03/14(水) 08:45:22.60

C++のクラス機構をライブラリで実装するときは、構文糖入れたりとか、イベントモデル入れたりとか。
エネルギーばかりかかって収穫がない。

2018/03/14(水) 09:25:24.96

>>436
Cには言語レベルでの例外処理はないのでは？何のことを指してそう言っているのか？

2018/03/14(水) 09:28:14.80

Cにだって例外処理はある。
でもそれって、CPUの例外割り込みの事だけどね。
あー結局言語仕様じゃ無いじゃんw

2018/03/14(水) 09:29:50.23

>>449
ほら。ないよな？

2018/03/14(水) 09:32:49.61

割り込みっていうならシグナルがあるがしかしOSの問題だよな？
てか標準じゃないか。それにシグナルのために特別な言語仕様が作られてもいない。

2018/03/14(水) 09:35:13.20

所詮Cは高級アセンブラだからなぁ

2018/03/14(水) 10:19:21.23

>>441
現状のCの話じゃなかったのか？
なんで他の言語が出てくるんだ

俺はてっきりsetjmpの仕様がとんでもないと言っているのかと思ったが
実装方法がとんでもないと言っているのか？
あれか動作保証のないマイクロ診断命令でも使っていると言いたいの？

2018/03/14(水) 10:20:28.21

>>448
言語を定義する規格票が定義しているライブラリのことだよ
まさか知らんのか？