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

2018/03/09(金) 18:10:27.57

C11の6.5.7の3より。
If the value of the right operand is negative or is greater than or equal to the width of the promoted left operand, the behavior is undefined.

**332** (ﾜｯﾁｮｲ fb93-ao9L) · 2018/03/09(金) 20:12:23.00

>>337 フォローありがとう。この部分ですわ。
6.5.7 Bitwise shift operators ビットシフト演算子の項。

もしも右オペランドの値が負、または汎整数拡張後の左オペランドの(ビット)幅より
大きいか等しい場合、振る舞いは未定義である。

と言った感じかな。
promoted left operand の部分が「汎整数拡張後の左オペランド」で
合ってるのか自信ないけど。

2018/03/09(金) 21:17:55.13

64bit 符号なしを、64bit シフトするって、そもそも無意味だろ

元のビットが残っていない。
全部のビットが変わっている！

意味があるのは、63bit まで

**デフォルトの名無しさん** · 2018/03/09(金) 22:22:53.87

>>339
0になってくれれば余計な分岐やら演算やらを省けるかもしれないだろ

2018/03/09(金) 22:57:22.97

0クリアする最適な方法なの？

2018/03/09(金) 23:23:40.83

1010 XOR
1010
----
0000

n は任意のビットで、n XOR n で、全ビット0にできる

**デフォルトの名無しさん** · 2018/03/09(金) 23:25:22.45

>>342
そんなん全ビット読まなきゃいけないじゃん

2018/03/09(金) 23:29:26.36

n and 030 とかで任意ビットのonはわからないか？

2018/03/09(金) 23:47:39.35

＞0クリア
つゼロレジスタ

2018/03/10(土) 00:03:47.54

1 bit づつじわじわシフトするなら何とかなるんだけどな。
https://paiza.io/projects/D9KFwMa77ifp6AOgAaO2PQ

2018/03/10(土) 05:55:47.17

定数リテラルにullって使ってなくてもだいじょうぶなんだっけ？

2018/03/10(土) 12:12:18.84

>>343
xor は少サイクルなのが利点ですね。

2018/03/10(土) 13:08:59.94

アセンブリコードの0にする方法はxorやのう

2018/03/10(土) 13:24:16.81

CPU依存すぎる

2018/03/10(土) 13:47:45.54

Z80時代の爺だろ、放置してやれ

2018/03/10(土) 14:18:47.85

パチンコ屋さん

2018/03/10(土) 15:25:43.76

今じゃ乗除演算さえワンサイクルの時代に何アホな話してんだ？

2018/03/10(土) 16:20:41.72

アセンブラについてはどうしても自分でアセンブリ言語で書かねばならない事態に陥らない限り書くことはないだろうなあ。

◆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言語で唯一トラブルシューティングに使える変数。