C言語なら俺に聞け 161

2023/04/21(金) 14:05:20.18

!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

C23 最新ドラフト
https://www.open-std.org/jtc1/sc22/wg14/www/docs/n3047.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言語なら俺に聞け 160
https://mevius.5ch.net/test/read.cgi/tech/1672191630/

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

**デフォルトの名無しさん** (ｽﾌｯ Sd9a-dytz) · 2023/10/26(木) 08:37:00.27

コンパイラがC11のgets_s()関数に対応してないんですが、どうすればいいですか？

**デフォルトの名無しさん** (ｽﾌｯ Sd9a-dytz) · 2023/10/26(木) 08:37:12.14

コンパイラがC11のgets_s()関数に対応してないんですが、どうすればいいですか？

2023/10/26(木) 09:02:33.67

あきら🍈

**デフォルトの名無しさん** (ｽﾌｯ Sd9a-9f78) · 2023/10/26(木) 09:08:02.65

>>923 あきらめてvisual studioでgets_s()関数を使えていますが、vscodeの普段使っているコンパイラでは
使えません

**デフォルトの名無しさん** (ｽﾌｯ Sd9a-9f78) · 2023/10/26(木) 09:08:14.78

>>923 あきらめてvisual studioでgets_s()関数を使えていますが、vscodeの普段使っているコンパイラでは
使えません

2023/10/26(木) 09:11:27.20

自分で書いたってそんなに時間はかからんだろう。
行がバッファより長いときや引数が条件を満たさないときに
制約ハンドラを呼ぶってだけだぞ。

**デフォルトの名無しさん** (ｽﾌｯ Sd9a-9f78) · 2023/10/26(木) 09:13:48.45

>>926 結局gets()関数の代用はfgets()しかないというこですね

2023/10/26(木) 09:38:07.39

自分で作れよ
Cってそういうもんだ

**デフォルトの名無しさん** (ｽﾌｯ Sd9a-9f78) · 2023/10/26(木) 10:11:10.35

>>928 自分で書きました　

2023/10/26(木) 11:50:48.14

>>920
そんなんだからリーナスだってぶち切れるんだぞ。

2023/10/26(木) 13:16:49.71

winでguiアプリ作る時とかCランタイムなんて全く使わないでしよ
今更Cで作るかは置いといて

2023/10/26(木) 13:20:48.32

(σ・∀・)σｹﾞｯﾂ!!

2023/10/26(木) 14:24:42.99

文字列周りのあれこれは Cランタイムのお世話も併用することが

**デフォルトの名無しさん** (ｽﾌｯ Sd9a-Cy5w) · 2023/10/26(木) 15:12:00.43

TCHAR無視でASCIIzしか使わないならいけるかな
memcpyとかmallicとかも普通に使えるしな
TCHARのUNICODE版の文字列処理ってもうCランタイムと言うのは無理ありそう
末尾にに_s付いたのとか先頭にl付いたのとか
もう亜種増え過ぎで覚えられんくなった
あれはCランタイムじゃなくてwin32apiだわ

2023/10/26(木) 17:56:31.84

C言語でGC実装したライブラリあったよね
あれって今でも使われてんの？

2023/10/26(木) 18:27:34.63

>>935
Boehm GC のこと？

2023/10/26(木) 21:04:51.64

>>936
そうそうそれそれ
思い出したけど w3m とかで使ってたよな
w3mが現役ってことはboehmgcも現役なんかね

2023/10/26(木) 23:37:41.65

Boehm GC使ってるぞ
つうかUnityのランタイムはBoehm GCが使われてる

2023/10/26(木) 23:41:25.14

Unity使ってるゲームはごまんとあるけど、敢えてGCを切ってるゲームも中には有るかも知れんが、ほとんどのゲームは裏でBoehm GCが動いている
要するに知らないだけで、Boehm GCはメチャクチャ使われてる
無知は罪だなw

2023/10/26(木) 23:50:27.25

> ほとんどのゲーム
ほとんどのUnity使ったゲームでだな
それと最近UnityのBoehm GCにインクリメンタルGCが追加された
それまではStop The World(STW)のインパクトが凄くて、みんな最後にはなるべくGCが発生しないようにするチューニングが待っていたw

2023/10/27(金) 00:08:08.21

Boehm GC はマシンスタックも走査するようなデザインだからアーキテクチャに依存する部分がいっぱいあるし、メンテナンスもし続けないとすぐ実情にあわなくなって破綻すると思う。
逆に言えば採用されてちゃんと動いているのはちゃんとメンテナンスされてるからだろう。
それなりに活発に利用も開発もされてると言えるんじゃないか。

プログラミング言語処理系のいくつかで採用事例を見たことはある。

2023/10/27(金) 00:26:28.28

今も活発に開発されてるよ
まぁリリースは半年とか年一ぐらいだけどね

2023/10/27(金) 11:18:26.71

そうなのかUnityすげーな
そもそもUnityがC言語だったのも知らんかったわ
C言語でGUIなゲーム作れるならやってみるわ
ありがとう

2023/10/27(金) 11:33:41.42

ゲームのMOD管理や改造ツール探してると結構間違ってソース配布ページへ飛ばされる。
ファイル拡張子が*.cなトコは無いにしても、*.cppなとこは多いね。

2023/10/27(金) 12:18:24.77

>>943
dotNET が Unity の基礎にあるからユーザが使うレイヤでは C# が前提だよ。
ただ、それを実行するランタイムサポートの中には低レイヤ寄りの部分も当然あるし、
そこで Boehm GC が使われているって話。

C で書いたモジュールを呼び出すことは出来るんだけど…。
「C でゲームを作る」のがやりたいなら Unity は全然向いてない。

2023/10/27(金) 12:22:07.63

そもそもC言語でGUIゲーム作れるじゃんUnityじゃなくても

2023/10/27(金) 13:36:32.37

公開して

2023/10/27(金) 13:59:41.03

後悔しました

2023/10/27(金) 15:35:27.52

航海します

2023/10/27(金) 21:03:53.47

Cでゲームかぁ
面倒くさそう

2023/10/27(金) 21:16:42.74

Cじゃなくてもめんどくさそうって言い出しそう

2023/10/27(金) 21:30:02.47

Windowsのクロンダイク作ろうぜ
あれならもともとCのはず

2023/10/27(金) 21:37:13.50

MS-DOSの頃はアマチュアの作ったゲームがたくさんあったな
ゲームメーカーの商品より優秀なのもあったし、
メーカーから訴えられた個人もいたな。
メーカー側が取り下げた様だが、
もしかしたら訴えた事実がなかったかも知れない
その後倒産したという噂を聞いた
Windowsになってからは、VBで作る人が多かった

2023/10/27(金) 21:44:44.21

アマチュアが作っているゲーム作品の数で言えば今のほうがずっと多いと思うが。

2023/10/27(金) 22:25:12.50

そうなのか・・・
最近はゲームしてないので知らないんだｗ

2023/10/27(金) 22:28:08.93

今はvやutuberに媚びたゲーム作れば配信で遊んでくれるから一気にプレイヤー数も増えるよ

2023/10/28(土) 11:42:50.19

>>953
すっごい適当なことばっかり言うねｗ

2023/10/28(土) 12:43:38.00

>>957
Bio_100%とかタカリスなんて知らないせだいなんだろうな

2023/10/28(土) 13:20:46.38

ゲームエンジンもライブラリもろくになかった時代にC言語とアセンブラを駆使して
高レベルなゲームを作れるアマチュアプログラマがたくさんいた
(Unityで作るより高スキルが求められる)という話であって、
アマチュア/インディーズゲームのリリース数が論点というわけじゃないんじゃね？ｗ

2023/10/28(土) 13:35:13.59

１997年あたりにワイヤフレームだけどゴリゴリの3Dで8台で競艇するゲームは当時かなりオーパーツ感あった
波でグラグラゆれたり、あの当時でステージメイキングも確か出来たし、誰か知ってる人おらんじゃろうか

2023/10/28(土) 14:14:38.32

よそできけよ

2023/10/29(日) 00:56:56.68

C言語標準規格、せめて5年毎ぐらいに見直してくれればなぁ。
そしたらとっくにnullptrは入ってただそうし。もしかしたら deferや lambdaも入ってたかもしれん。

2023/10/29(日) 08:16:14.69

規格に対してまあそういう考えの人がいるのも分かるが、全体としては改定に対しての需要というか声は小さかったってことでしょ

2023/10/29(日) 08:37:00.25

どれも今更すぎていらんわ
そういうの絶対必要って奴はとっくにC言語ではない何かを使ってるでしょ

2023/10/29(日) 09:22:00.09

>>962
C17 がわずかな保守で終わってることから察しなよ。
見直した結果として変更が要らんという判断をしたんだ。

C に defer を入れる意味はない。
提案として出ている以上は欲しいと思う人もいるんだろうけど。
あれは panic とかがあっても後始末するというところが価値なので
そういうのがない C で関数の終わりに後始末したけりゃ関数の終わりに書けばいい。
例外処理も含めて入れるってのだとなおさら無理だと思うし。
いまさらランタイムを分厚くする方向の機能を言語コアに入れるのは賛成を得られるはずがなさそう。

ラムダ式はまだ可能性がなくもなさそうに思うが……
C++ のラムダ式は暗黙のクラス定義の構文糖として定義することで詳細な規定を
大幅に別項目に丸投げ出来ている。
C で理屈をきちんと整理するのはちょっと難しくない？
キャプチャを全く諦めるならあり得そう。

2023/10/29(日) 09:22:16.65

継続メンテナンスが必要なのはだいたいC89の頃のプロダクトだったりするので
C言語自体の規格アップデートはさほど必要とされていないのね

2023/10/29(日) 10:51:27.53

モダンな機能が必要なら C++ を使えばいいって言えてしまうってのもあるしな。
C23 は刷新が大きいけど、新しい機能を入れるというよりは
あまりにも駄目すぎるところを (C++ の後追いをする形で) 改良するって感じだし。

◆QZaw55cn4c (ﾜｯﾁｮｲ 9bba-A9tB) · 2023/10/29(日) 15:22:27.72

C99 からの無名構造体は廃止してほしいねえ、あれでC++との互換が失われた。
構造体にコンストラクタを記述できるようにした方がマシだったと思う…

◆QZaw55cn4c (ﾜｯﾁｮｲ 9bba-A9tB) · 2023/10/29(日) 15:22:33.47

C99 からの無名構造体は廃止してほしいねえ、あれでC++との互換が失われた。
構造体にコンストラクタを記述できるようにした方がマシだったと思う…

2023/10/29(日) 15:24:11.31

コンストラクタ用意したら、それはもはやCではない

2023/10/29(日) 16:10:21.42

>>968
コンストラクタこそ要らないだろ。
関数として書けば済む話だから。

ああいうのは色んな機能と連携して便利になるので
個々に見てしまうとたいして便利ではない。

2023/10/29(日) 17:23:22.94

>>968
Cでtypedef＋無名構造体/共用体のペアはstruct tag書式より使われてると思うが
これはstructをいちいち書かされるC固有の仕様の問題であって、C++では最初から型宣言自体のやり方が違う
つまりCの仕様をC++に合わせる意味は無く、C++との互換性はどうでもいい

2023/10/29(日) 22:25:46.25

>>965
例外の無いCでのdeferの意味は、単に後処理(デストラクタ)をコンストラクタ(Cではmallocや初期化関数)の直下に書けるという意味がある
関数の下に書けばいいといっても、gotoで飛ばしてんじゃ、プログラミング言語として欠陥が有ると思うよ
goto使うな→エラー処理で使えば綺麗に書けるよ！って、やっぱおかしいだろw

2023/10/29(日) 23:50:43.25

defer って分からんのですが、関数単位での atexit() みたいなもの？

2023/10/30(月) 00:11:39.03

double* q = malloc(something);
defer { free(q); }
↑これ見れば一目瞭然だな
exitと関数やブロックを抜ける時に発動する
けど、Cは書かれた通りに動くという前提を少し逸脱してんだよね
それでも絶対便利ではある
難しい問題だな

2023/10/30(月) 00:12:01.02

合ってるよね、うん

それ（他言語の defer 相当機能）って、問題解決にC言語を採用する環境では、OS上のプロセスの切り出し単位の設計、にマッピングすれば済む事ではないのかな？

建設的な議論の参考ネタとして：
perl言語が嫌われた理由の一つに「同じ事をいろんな書き方で書ける」言語設計ポリシーがあって、それは他人が書いたコードをメンテする立場だと「あらゆる書き方に精通してないとメンテできない」デメリットになり

pythonはそれを反面教師として「同じ事はだいたいみんな同じ書き方になるような言語設計を目指す」ポリシーにした、と認識してます

2023/10/30(月) 00:33:24.74

ああ、ブロック単位なのね…

とすると、上手なC言語のプログラマー達が習慣的にやってきた方法は以下ですよね：

■実装すべき処理を関数にマッピングするとき（主処理、失敗時処理を）細かく分ける
■関数をイベントハンドラとして「登録する」流儀のミドルレイヤを書いて、そのミドルシステム上で実装対象の「意味のある処理単位」を書くよう、プロジェクト単位でコーディングルールを定め、守り&守らせ
■◯◯失敗時には△△を行う、を明確に設計し実装して、それが分かりやすい納入プログラムとする

で解決してきた、と思います。

つまり defer 機能がなくても同じ事をやる手法は既に確立している。
前のレスでの主張と合わせ、defer 機能を追加しないのが正解、と言いたいです

2023/10/30(月) 01:02:35.88

breakでいつでもブロックを離脱できればgotoより明確でスムーズでかっこよくdeferっぽいことできるよな

2023/10/30(月) 01:09:19.67

かっこいいかなぁ、、、

2023/10/30(月) 01:25:52.81

>>978

{int rc=0; do{ ★始め
処理
rc=1; break; ★失敗した
処理
break; ★成功した
} while(0); if(rc) { ★
異常時処理
}} ★終り

とかそういう話？

こういうのを #define で「エセ構文糖」みたいに定義する人もいますよね。（自分はあまり好きじゃない。格好悪いと思う）

C言語用の単体テストフレームワークで unity ってのがあります。unity ではテストコード内で独自の try ~ catch 風文法を書けるのですが、それがまさに（setjmp longjmp も使って） #define でエセ構文糖風に実装してました。需要があれば再度調べてここで概要報告しますw

2023/10/30(月) 09:24:19.57

>>975
Go の defer に倣うなら defer 文に書けるのは関数かメソッドの呼出し。
(式一般、文一般を書けるわけではない。)
呼出しは関数の末尾だが引数は書いてある場所で評価されるというルール。
C 風の文法で書くなら

double* q = malloc(something);
defer free(q);
q=NULL;
return;

というように書いても malloc した場所はちゃんと free されることになる。
このルールのおかげで前準備と後始末を近い場所に書けて「対応関係は」一目瞭然と言えるが、
そのために変則的な評価規則が入ってるわけ。
式単位での順序が入れ替わるってだけじゃなくて引数の評価と関数の呼び出しが
分離されるってだいぶん変な仕組みだよな。

2023/10/30(月) 10:15:21.12

>>973-974
Nim の defer 良いよね

2023/10/30(月) 10:15:44.95

>>973-974
Nim の defer 良いよね

2023/10/30(月) 10:17:23.47

正常ルートは終わる時 q==NULL なのに、その前の
defer free(q) したときのqの値でfree() するんですね

うへぇ…
誤解釈してバグ出しそう

てかこれは、ひねり出された意地悪サンプルで…実際のプログラミングでdefer式が効果的となる使用例ではない、ですよね？

2023/10/30(月) 10:34:41.68

この話で改めてあぶり出されるのは、
あるプログラミング言語を深く理解して「書ける」「読める」ようになることには「自分なりの上手なエラー処理の書き方を探して身に付ける」事が含まれる、って事ですよね。

それは人類の資産なんだけど、実際の存在場所はあまたのプログラマー達の脳内であって、一朝一夕に書き換えられる物じゃない。
だから言語仕様を改定して新機能を足すのは、新言語を作る時よりは慎重になる必要がある、と解釈しました

2023/10/30(月) 11:45:07.40

nullptrはもっと早く入れるべきだった。

2023/10/30(月) 11:57:46.53

>>984
Go でどうだか知らんけど C に defer を入れたとしたらというテーマでの話なら
malloc と free を対応づけるのは考えられる用途の筆頭でしょ。

逆にこういう変則的な評価規則を持ち込まないとしたら、
つまり defer 文に書いたものが単に return の直前に評価されるだけということにしたら
途中で書き換えられる可能性が出てきて
前準備と後始末が対応づいているかどうか一目瞭然とはいかなくなる。

どこかしらでなんか汚い感じにはなるよ。
そういう汚さを受け入れてもなお欲しいほどの利便性かというとやっぱり疑問は残る。
汚さを受け入れていいなら goto の汚さを受け入れるのとそんなに差があるとも思えないし。

2023/10/30(月) 12:40:32.59

>>980
意地でもgoto使いたくない時にはそれでもいいけど、それの欠点は中にswitch文を書くと、breakで抜けれるのはswitch文からだけになる事だな
自分ではwhileを抜けた気になって実は抜けてないという、微妙なバグを生み出す可能性があるなw

2023/10/30(月) 16:19:29.96

>>988
do {...} while(0)
なので、必ず1回実行し、2回目はないです

2023/10/30(月) 16:52:46.78

>>989
適当だけどこういうことでは？

{int rc=0; do{ ★始め
　処理１
　siwtch(x){
　　case 0: rc=1; break; ★失敗した　　※siwtchから抜けるだけでwhileからは抜け出せていない
　　case 1: break;　★成功だけど処理２は実行しない　※siwtchから抜けるだけでwhileからは抜け出せていない
　　case 2: break;　★成功で処理２も行う
　}
　処理２
　break; ★成功した
　} while(0); if(rc) { ★
　異常時処理
}} ★終り

2023/10/30(月) 16:58:35.91

>>990
おっしゃる事、分かります。具体的に書いてくれてありがとうm(_ _)m

2023/10/30(月) 17:01:08.71

>>987
はい…
mallocとfreeを確保と解放の例とするのは異論ないです

deferより一つ上位の話は、エラー処理をバグなく、分かりやすく書こうというテーマだ、で合ってますよね。
その上で、deferがないとこんな面倒なのが、deferがあるとこんなに分かりやすい例がよいのです

確保と解放の書き方検討で、私が検討するのは例えばこんな感じです：

■（1）ある意味のある処理単位が、リソースを 2個以上使う場合を考えると、1個の場合より検討がよく進む。特に、
■■（1a）初期化が途中で失敗した場合、すでに確保が成功してしまった資源をどう解放するか
■■（1b）資源の変数は最初に、確保処理のエラー戻り値と同じ値で初期化をすると、スッキリする事が多い

■（2）正常ルートでの解放と、エラールートでの解放で、コードを共通とするか、別とするか。
■■（2a）確保、主、開放の処理を、同じ「関数」で書くのと、別の「関数」に分けるのはどちらが良いか
■■（2b）「goto エラーラベル;」を好きか嫌いか

■（3）プログラマーによる解放処理の前の「if(確保済みなら)」のガードが、必要なもの（fcloseなど）と、不要なもの（free）があるので、マニュアル確認は要る

もっと語りたいけど、レス分けます、というか時間を置きます。あまり一人が語りすぎると、嫌がる人もいますよね

2023/10/30(月) 17:09:39.89

てかキータで書いて、皆さんの意見を聞いて修正していったり、してみようかな…

2023/10/30(月) 17:17:16.34

とりあえず次スレ立てました。即死防止の保守書き込みは要らない、で良いのかな？

C言語なら俺に聞け 162
https://mevius.5ch.net/test/read.cgi/tech/1698653580/

2023/10/30(月) 18:42:32.58

>>994
乙。
あなたの男気に女気に惚れました。

2023/10/30(月) 22:27:42.13

Golang の defer はあくまで関数の終わりまで遅延させる (ブロックの終わりではない) ので
呼び出される defer の個数が動的になりうるんだな。
https://go.dev/tour/flowcontrol/13
この挙動も C には馴染まなさそうだな。

2023/10/30(月) 22:37:34.66

俺は某画像ライブラリのリソーストラッカーみたいに開放が必要な物を全部紐付けて後で開放する仕掛けを使ってる
まあCには何にも縛られないのが良いんだし好きにしたらいいよ

2023/10/30(月) 23:34:44.67

構文的にはC#っぽく
using (double* p = malloc(...); free(p)) {
p を使う
}
でも良いかも知れない
これだと1ループのforに似ててCに良く馴染むな
もちろんreturnとかexitで脱出してもfreeは呼ばれる

2023/10/31(火) 10:19:02.32

そんなもんが規格に入るわけないんだから無駄話だろ

2023/10/31(火) 10:19:24.66

うめ

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 192日 20時間 14分 5秒