C言語なら俺に聞け 159

2022/08/04(木) 23:32:27.83

!extend:checked:vvvvv:1000:512
(新スレ立ての際上記コマンドを2行書き込んでください)
C言語の話題のみ取り扱います C++の話題はC++スレへ
質問には最低限の情報(ソース/コンパイラ/OS)を付ける
数行で収まらないソースは以下を適当に使ってURLを晒す
https://paiza.io/
https://ideone.com/
http://codepad.org/

C17
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2017/n4713.pdf

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

C2x ドラフト
http://www.open-std.org/jtc1/sc22/wg14/www/docs/n2731.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言語なら俺に聞け 158
https://mevius.5ch.net/test/read.cgi/tech/1640401906/

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

2022/10/31(月) 01:42:04.37

>>667
それ自体は一貫してるからいい、ただしこの場合は対応するifから平気で50行以上も離れているので、elseだけじゃスクロールバックしないと条件が何か分からん

エディタのfold機能を活用するのもアリだけど、プレーンテキストとして読めるべきという姿勢のようだから、まさに>>660にある
#ifdef foo
...(長いコード)
#else /* not foo */
のようにelseにコメントを添えさえすれば、俺的にはオッケー

余談だけど
個人的にはプリプロセッサの条件も自由にインデントしてる
# ifdef foo
...
# ifdef bar
....
のように
殆ど見かけないから決して他人には勧めはしないけど

2022/10/31(月) 01:43:55.98

GNUのインデントは、Pythonを考慮すると利にかなってんだよな
if foo:
bar

if (foo)
{
bar;
}
という対応がある
Pythonはインデント自体にブロック要素があるから余計なカッコが要らないけど、Cはブロック要素にカッコが必要だから書いてあると考えれば、実はPythonと一緒なんだよ
これに気付いた時はrmsは天才なんだと思い知らされた

2022/10/31(月) 02:16:22.63

>>669
結果的に同じ形に落ち着いてるけど、pythonとは正反対の思想から生じている事もお忘れなきよう
尊師の第一言語はcでなく言語に構文要素自体が存在しないlispだから、改行のみからコードブロックとインデントレベルがフォーマッタを問わず一意に定められる

c系統(いわゆるブレース言語)は言語に構文を採用しつつ、フリーフォーム記述の許す折衷だから、フォーマッタとスタイルにバリエーションが生じる

2022/10/31(月) 02:24:22.85

翻って、エディタ入力支援/フォーマッタプログラム無しにlispを記述するのは事実上不可能に近いので賛美してるわけではないよ
念の為

**デフォルトの名無しさん** (ｽﾌｯ Sd33-cT4U) · 2022/10/31(月) 11:19:45.88

))))))))くらいは序の口だし、括弧を数えてたら気が狂うわな
ネストレベルに応じて機械的に挿入されるインデントのみによって構造を把握するから、Lispは実質的にPython並にインデント強制

2022/10/31(月) 11:43:48.99

今となっては C だってエディタの支援なしに書く気にはならんけどな。

2022/10/31(月) 13:07:16.76

>>673
それは慣れの問題

2022/10/31(月) 15:59:12.44

そう言うのには慣れたくない

2022/10/31(月) 16:35:29.26

LISP は先にあるんだし、Python の文法は諸々の言語の影響結果だろ
ブロックの開閉で改行するってのは、ＡＬＧＯＬ系のＢＥＧＩＮ～ＥＮＤの強い影響を感じる
Cではむしろ、少し自由な書式書法になっていたのが退化した

2022/10/31(月) 16:49:19.46

Cが退化したのではなく、人間が退化したんだろう

2022/10/31(月) 20:11:09.56

括弧の入れ子がひどいコードを作ることがやばい

2022/10/31(月) 21:12:31.27

初心者のために、本来不要だけど括弧を付けるときはあった

2022/10/31(月) 21:55:34.36

ウザ

2022/10/31(月) 22:06:42.50

>>679
俺は未来の自分のために言語仕様としては不要な括弧を付ける

2022/11/01(火) 07:24:39.67

初心者でも務まる仕事か

2022/11/01(火) 15:13:43.68

若手に優しい配慮は必要だと思う
いらないと言うことに気がつけば
それはそいつの進歩だ

2022/11/01(火) 18:32:43.22

甘やかしでしかない

2022/11/01(火) 18:40:22.15

たった1人で好きなシステム組んでみて

2022/11/01(火) 18:45:14.28

議論になってない

2022/11/01(火) 20:23:05.05

議論なんかしてないだろう

2022/11/01(火) 21:17:55.24

ということにしたいのですね

2022/11/01(火) 22:30:37.78

オッサンは呼んでない

2022/11/02(水) 11:37:22.22

はつみみです

2022/11/02(水) 21:00:24.72

焼き鳥の通だけが知ってる稀少部位？

2022/11/07(月) 17:58:10.87

>>658
呼び出し前スペースはプリプロセスをm4で強化するときに少し面倒になるな
GNUはm4大好きなのにな

2022/11/20(日) 17:25:16.95

m4すらすら書ける人います？

2022/11/21(月) 03:19:48.32

大昔、sendmail.cf を生成するのによく使われてな。久しぶりに名前を聞いた。
autoconf をがんがん使うプログラマがいればワンチャン。

2022/11/23(水) 15:53:36.98

sendmail.cf なつかしす
postfix に乗り換えちゃった

2022/11/23(水) 19:55:29.66

CF使った事あるｗ

2022/11/25(金) 12:32:01.04

すまん、聞くことないわ

2022/11/25(金) 12:49:25.94

CF は m4 ではないやろ？

2022/12/01(木) 15:02:39.09

ttps://atcoder.jp/contests/abc273/submissions/35667282
このコードを実行するとscanfで入力を待つはずなのですが即座に終了してしまいます
たまにそういうコードを見かけるのですが何が原因なのでしょうか
printfを入れても実行されないのでmainがスキップしているような。。

2022/12/01(木) 15:40:10.03

あなたの環境のせいかと

2022/12/01(木) 16:09:51.97

コードが酷くてワロタｗ

2022/12/01(木) 16:26:50.49

>>699
典型的な scanf() あるあるだな
最初の scanf() で数字 + 改行が読み込まれるが"¥d"だと数字だけ取り出して改行が残っちゃう
２回目以降のscanf()は改行が残っているから入力をスキップしてしまう
scanf 改行読み込みとかでぐぐると色々出てくる
https://hiroyukichishiro.com/scanf-problems-in-c-language/
回避方法はいくつかあるけど、個人的には
static b[100];
fgets(b, sizeof b, stdin);
N = atoi(b);
...
fgets(b, sizeof b, stdin);
d[i].key = atoi(b);
みたいにするかな

>>700
釣りか？

2022/12/01(木) 16:29:17.59

普通のマージソートを読んでるだけで別に酷くなくね？
エラーハンドリングしてないってことなら競プロではそれが常識だぞ
何を見て酷いと言ってるのか説明してくれ

2022/12/01(木) 16:33:06.65

>>702
\dじゃなく%dのことかな？
そのコードの下にACが30個並んでるだろ？
これは用意された30通りのテストケースにおいて想定通りに動いたということなんだよね
つまりコードのせいではないよ

2022/12/01(木) 16:36:36.47

改行が問題になるのは%cのときくらいで
%dのあと%dだから空白類文字は問題ないよ

2022/12/01(木) 16:42:55.52

>>701
ちなみにこのコードを書いたのはオレンジコーダー
https://atcoder.jp/users/ygussany?contestType=algo

オレンジというのは一部上場企業でも一人もいないことが珍しくないレベルの高レベルプログラマを超える化け物レベルの超高レベルプログラマを超える頭おかしいレベルのプログラマ

2022/12/01(木) 16:47:51.25

y[200001];とd[200001]がスタック壊してしまいます涙

2022/12/01(木) 16:54:14.03

>>707
Linuxではメモリの許す限りスタックが使えるから

2022/12/01(木) 16:54:27.16

>>707
ありがとうございます
それでした

2022/12/01(木) 17:04:51.34

おま環定期

2022/12/04(日) 21:55:28.56

>>708
とはいえmallocにしたほうがいいんでない？

2022/12/04(日) 22:07:50.79

VLAで足りることにmallocか

**デフォルトの名無しさん** (US 0H31-fHn/) · 2022/12/04(日) 22:16:11.60

>>712
C++ で見捨てられた VLA なんか使いたくないですね

2022/12/04(日) 22:29:52.59

>>712
VLAはC99で採用されたけどC11でオプション仕様に格下げされたよ

2022/12/04(日) 22:31:57.30

>>708
それってどこ情報なん？

2022/12/04(日) 23:03:10.81

Cで通信系いじりたいんやけどなにからすればええ？
まずはゲームとか作ってC言語に慣れた方がええんやろか
「無線　C言語」と調べてもコロナ社の本しか出てこん
本買った方がええんか？
右も左もわからん、どなたか教えてください！！！

2022/12/04(日) 23:04:19.10

まず何がやりたいのかはっきりさせろ
何もわからんぞ

2022/12/04(日) 23:09:42.46

通信系って、無線通信？
C言語には電波を飛ばす機能はないよ

2022/12/04(日) 23:14:41.99

ネット通信とか無線通信はC言語だとどっかで耳にしたからとりあえずやりたくなったんや
なんかいい通信系の入門サイトとかあれば教えてほしい

2022/12/04(日) 23:17:10.93

>>718
無線通信系に興味ある
電波飛ばす機械をC言語でなんかするんじゃないん？

2022/12/04(日) 23:26:26.75

通信をする方法が無線かどうかはハードウェアの問題。
更にOSやデバイスドライバやOSのシステムコールをどのように呼べば良いかを知る必要がある。
C言語の知識が必要になるとすると通常はここからだ。

そうではなくてハードウェアはあるがOSがなくI/Oポートを直接読み書きするようなプログラムを
作る必要がある場合はアセンブラかC言語で作ることになると思う(必ずしもそうである必要は
ないが)。その場合はOSのデバイスドライバを自作するような感じになる。

2022/12/04(日) 23:27:41.55

有線にしろ無線にしろ、通信という以上は相手があって
その相手とルールの取り決めをしてからそのルールにしたがってやり取りする
だから最初に、誰と、どういう取り決めでデータのやり取りをするかを決めないといけない
インターネットもそういうルールをみんなで決めてやり取りをしている
とりあえずインターネットの通信を学んでみたらどうだろう
この掲示板に書き込みをしているのだから、その通信が可能だし、
その機種を使って試すところから始めると良い

2022/12/05(月) 00:30:23.98

>>712
スタックの仕様は機種依存が激しいから可搬性を考えたらスタックは無限にあると考えないほうがいい
というかLinuxではデフォルト8MBみたいだけど

2022/12/05(月) 00:47:01.63

というかスタックというのは一番効率の悪いメモリの使い方なので
本を片っ端から積み上げて下の方は取れなくなってしまうイメージ
大規模な配列はスタックに置かないほうがいいというのは基本では
断片化があるとはいえmallocのほうが効率的

2022/12/05(月) 00:55:05.00

一番上と、一番下でアクセスの速度は同じでしょう

2022/12/05(月) 01:09:57.27

スタックが上のデータに埋もれて下のデータが取り出しにくくなるなら、ヒープでも全く同じことが発生するはず。
適当なアナロジーで間違った理解をしている典型例だと思う。

2022/12/05(月) 01:14:21.69

デカいデータで最適化が効くことがあるのはグローバル変数

2022/12/05(月) 01:15:32.38

Cのローカル変数は、マシン語レベルではスタック領域に生成されるが
相対アドレシングで自由にアクセスするので問題ない

2022/12/05(月) 01:21:11.87

領域の確保開放が上からしか出来ないだけで読み書きはどこでもできるもんな

2022/12/05(月) 06:17:33.64

>>723
え、無限にあると考えることがあるの？
・・・あれか、マイクソソフトが吹聴してる例の有害なやつか

2022/12/05(月) 08:28:01.18

>>711
競プロだぞ

2022/12/05(月) 08:42:20.41

有限さん「おい、スタックが無限にあると考えられるとはどういうことだ？証明して見せろ！！」
ムゲンさん「わかりました。では無限なメモリを積んだコンピュータを用意してきてください。そしたら証明して見せます。」
有限さん「そんなことできるわけないだろ！」
ムゲンさん「ザンネン。じゃああなたのご希望に沿うことはできないですね。」

ボク「それってつまり、無限のスタックは存在しないってことなんじゃ？」

ムゲンさん「『無限なメモリを積んだコンピュータは存在しない』というのは悪魔の証明であって、存在しないと断言すること自体が不可能です。」

ボク「屏風の虎…一休さんかよ」

2022/12/05(月) 09:23:30.88

観測可能な宇宙に原子が8e79個あり、
DDR4のセル電荷が2.4e-14クーロンとすると
メモリは6.7e73バイトまでしか作れない
∴ 無限のメモリは存在しない

2022/12/05(月) 09:27:43.41

観測不可能な宇宙領域がまだあるではないか
そこには無限の（ｒｙ

2022/12/05(月) 09:44:59.30

量子メモリであれば無限の状態を記憶できるか？

2022/12/05(月) 10:56:43.18

>>725
速度の問題ではなく
用済みになっても開放できずにいつまでも抱え込んでいなければならないことが問題

2022/12/05(月) 11:14:13.11

スタック上の変数って、その関数内でしか用は無いのだから
関数が終了と同時二メモリーから消え去ります
抱え込むことはありません

2022/12/05(月) 11:22:51.84

児童変数の事？

2022/12/05(月) 11:23:28.04

効率悪い実装してれば効率悪くなるだけの話やな
スタックは一時変数の効率的確保の極みなんだけど関数化を怠った結果そうなる

2022/12/05(月) 11:24:48.36

児童変数を関数の戻り値にするのは実体渡しだけにしておかないと痛い目に逢ったなぁ

2022/12/05(月) 11:28:42.22

＞用済みになっても

と言うことだから、関数間の受け渡しは考慮しなくて良いでしょう

2022/12/05(月) 18:42:27.81

自動変数用のスタックは本物のスタックポインタ無視して別に作っちゃってもできるな。
そういうコードを吐くコンパイラも作れるというだけのことではるが。
でもその方がリターンアドレスが詰まれている所に変数混ぜるより安全な感じはする。
特にC言語の場合は配列の範囲をオーバーしても平気でどんどん書き換えちゃって関数の終わりで明後日の方向にリターンなんてものも作れちゃうから。

2022/12/05(月) 18:46:56.29

ワープ航法ｗ

2022/12/05(月) 19:26:38.80

8ビット時代にゃスタックジャンプは普通にやってたなぁ

2022/12/05(月) 19:33:53.84

スタック保護
https://www.ipa.go.jp/security/awareness/vendor/programmingv2/contents/c905.html

2022/12/05(月) 20:04:47.35

>>742
> 自動変数用のスタックは本物のスタックポインタ無視して別に作っちゃってもできるな。
当たり前だろ、その本物とやらのスタックポインタもたないマシン（例えば汎用機）もあるんだし

> でもその方がリターンアドレスが詰まれている所に変数混ぜるより安全な感じはする。
暴走するか変なデータになるかの違いしかない
どっちがマシかは状況による

2022/12/05(月) 20:08:14.24

いや暴走のがマシなんて状況あるん？
変なデータは使用する時点でチェックすれば防げるけど

2022/12/05(月) 21:05:25.92

>>747
> いや暴走のがマシなんて状況あるん？
今時のプロセッサーなら暴走したら不当命令とか>>745のリンク先にあるデータ実行防止で止まる可能性が高い

> 変なデータは使用する時点でチェックすれば防げるけど
それが完全なら良いけど例えば金額が多少間違っててもチェックできないケースもあるだろ

2022/12/05(月) 22:17:34.11

補助輪つき自転車みたいだ

2022/12/06(火) 00:15:19.77

>>737
抱えたまま他の関数を呼び出したり
あと再帰呼び出しとかスタックを利用する一番の利点とされてるけど？
問題なのは呼び出された関数がすでにスタックが残り少ないのを知る手段がなく
そこでクラッシュしても原因がわかりにくいという開発上のトラップだな
まあ大規模なソフト開発してみればわかるよ

2022/12/06(火) 00:17:55.95

それはメモリー不足が何時起きるか分からないと言ってるのと同じ事ですが

2022/12/06(火) 00:44:18.64

スタックオーバーフローという
エラーメッセージがあるのでは?

2022/12/06(火) 00:44:54.36

スタックオーバーフローという
エラーメッセージがあるのでは?

2022/12/06(火) 00:47:21.54

スタックオーバーフローという
エラーメッセージがあるのでは?

2022/12/06(火) 00:47:27.32

スタックオーバーフローという
エラーメッセージがあるのでは?

2022/12/06(火) 00:48:27.88

スタックオーバーフローは、大規模なソフト開発とはあまり関係ないデスね
大規模なソフト開発してて、スタックオーバーフローでプログラム落ちたら、
笑われると言うか、怒られるかも

2022/12/06(火) 01:09:59.63

スタック上に大領域確保するにしても
内部で余計な関数呼ばない結果だけ返す関数作って抱え込まない
深さを限定できない再帰呼び出しもありえないし

2022/12/06(火) 03:07:59.72

699 デフォルトの名無しさん (ﾜｯﾁｮｲ 972d-zuBb) sage 2022/12/01(木) 15:02:39.09 ID:ZPuEPm3M0
ttps://atcoder.jp/contests/abc273/submissions/35667282
このコードを実行するとscanfで入力を待つはずなのですが即座に終了してしまいます
たまにそういうコードを見かけるのですが何が原因なのでしょうか
printfを入れても実行されないのでmainがスキップしているような。。

2022/12/06(火) 03:09:09.32

>>758
いまだにhを取るあたりがもう超絶無能

2022/12/06(火) 03:10:27.42

>>758
25年くらい前のネットの書き方だな

2022/12/06(火) 08:24:16.80

Win98時代は1Mバイト程度の配列変数作っただけで動作がおかしくなってたな。
スタック増やせって言われてコンパイルオプション弄ったけど改善しなかった記憶・・・。

DOSからWinに来たときは64ｋバイト以上のメモリ確保さえ避けてた。

2022/12/06(火) 08:27:50.69

そりゃー8086のセグメント方式なんだから64k超えは問題ありまくりんぐでそ

2022/12/06(火) 11:20:14.67

>>761
> Win98時代は1Mバイト程度の配列変数作っただけで動作がおかしくなってたな。
それは今でも一緒だろ
Windows の既定のスタックサイズは1MBのままだぞ
https://learn.microsoft.com/ja-jp/windows/win32/procthread/thread-stack-size

2022/12/06(火) 11:30:06.24

MS-DOSの頃は、メモリ1MB積んだPCってスゴイ豪華な印象だったな
搭載メモリーを使い切る様なプログラムを、オレは書けるんかって思ってた

2022/12/06(火) 12:01:21.10

I/Oバンク方式かEMSかって時代か

2022/12/06(火) 14:59:37.11

本当のメインメモリとして使えたのは640kBまでで
残りの384kBはバンクかEMSの増設メモリだった

2022/12/06(火) 19:43:39.61

最初はハードウェアで実装してたけれど
そのうち仮想86モードだったかで、
特別なハードを追加せずにメモリアクセス出来る様になってたね