C言語なら俺に聞け 163

2024/07/16(火) 22:43:54.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言語なら俺に聞け 162
https://mevius.5ch.net/test/read.cgi/tech/1698653580/

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

2024/07/16(火) 23:09:40.55

警備員[Lv.4][新芽] (ﾜｯﾁｮｲ 5a73-fQmy) · 2024/07/17(水) 00:38:03.50

"甲乙丙丁"[1];

2024/07/17(水) 02:16:43.37

C23 最新ドラフト
https://www.open-std.org/jtc1/sc22/wg14/www/docs/n3096.pdf

2024/07/19(金) 12:09:58.52

C23 最新ドラフト
https://www.open-std.org/jtc1/sc22/wg14/www/docs/n3220.pdf

2024/08/13(火) 10:33:10.70

C99以降のC言語では、main関数が正常に終了した場合、
明示的にreturn 0;を記述しなくても、コンパイラが自動的にreturn 0;を
挿入することが規定されています。
これにより、main関数の最後にreturn文を省略することが可能になりました。

これまじ？
いや省略できるのは知ってたけど
書かなくても言語仕様的に正しいってことなのでは

2024/08/13(火) 10:54:13.55

>>6
> 省略できる

これまじ？ってやってみたら省略できた。知らんかった。

2024/08/13(火) 11:02:03.46

C++の方は最初からそうじゃなかったっけ？

2024/08/13(火) 11:04:04.36

ところで、main以外はどうなんだろう
mainだけ特別って事なのかな？OSとも絡むし

2024/08/13(火) 11:58:17.89

>>9
retunr 0; が補われるルールは main だけの特別扱いだけど……。

関連する変な規則として C では関数の返却値の型が void ではないときに return せずに } に到達、かつ、関数の呼び出し元が値を使おうとするのは未定義ということになってる。
逆に言えば } に到達するだけなら OK ってことね。
C++ だと関数の返却値の型が void でないときに return せずに } に到達するだけで駄目という違いがある。

2024/08/13(火) 20:38:38.66

>>9
値を返さない関数ならreturnは省略できる
値を返す関数だと戻り値が不定になる
(多分コンパイルでwarningが出るか最近のではerrorになるだろうな)
そのくらい一度も試したことないのか？

2024/08/14(水) 08:45:20.95

CPUが最後に処理したアキュムレータの内容が
戻り値として有効になってるケースが多い
違う実装があったら教えてくれ

2024/08/14(水) 09:29:38.29

戻さないで自動的に挿入されるのならvoidでいいやん

2024/08/14(水) 16:14:28.35

>>12
CPUでも最適化レベルでも変わるのでその情報は無意味だ
素直にvoidにしとけばいいじゃん

2024/08/17(土) 12:40:14.00

>>12
じゃあお前に教えるために
これからそういうの作ろう

2024/08/17(土) 17:19:02.88

>>12
最適化が絡むとなんでも起こる。
GCC でやってみた。
https://godbolt.org/z/rzoEqdYWz

インライン化と合わさったときはおそらく
「なんでもいいなら事前に適当な定数 (この場合はゼロ) に置き換えてええやろ」ということが起こってる。
インライン化を抑止したらそのときに入ってたでたらめな値になる。

2024/08/18(日) 12:47:05.86

CGCのサイクル
https://www.cgcjapan.co.jp/recruit/images/system/cgc-system.jpg

2024/08/19(月) 14:50:35.14

CCG
https://dic.pixiv.net/a/CCG

2024/08/19(月) 15:05:46.71

アキュムレータって呼び名、いかにも電卓っぽい

2024/08/26(月) 18:48:30.29

ヘッダファイルちゃんとincludeしようよ。

2024/08/26(月) 19:32:21.98

ヘッダーファイルインクルードする1行だけのプログラム見たことがある

#include /dev/tty

2024/08/27(火) 00:49:35.29

それヘッダファイルじゃないです

2024/08/27(火) 08:24:35.00

エラー: #include は "FILENAME" または <FILENAME> が必要です

2024/08/27(火) 14:09:22.45

<>を入力すると消えるブラウザというか掲示板も流行ったなHTMLは糞だわ

2024/08/27(火) 17:58:59.59

大抵最初の開発者は誰かが修正してくれるだろうと適当な仕様で設計して、
その後引き継いだ開発者はなにか意図があるのだろうと思ってそのまま維持していくという悪循環・・・。

2024/08/28(水) 01:09:19.85

>>25
あるある過ぎる

2024/08/28(水) 01:32:44.54

ちち、どっかいけ

2024/08/28(水) 01:35:08.84

ごばくした、ごめん

2024/08/28(水) 09:35:19.18

アーニャにはここはまだ早い

2024/09/02(月) 15:52:36.13

RustがCより速くなるベンチマークは見たことがない

Nim2.0のORCは明示的にオブジェクトプールを使ったプログラミングが必要ですが
ベンチマークがCより２倍以上速くなって、特にハードなリアルタイムシステム向け
のチューニングもできるようになってるみたい
https://zenn.dev/dum...icles/af2b2b9f8fd890

Nim2.0がCより２倍以上速くなって、しかもORCでメモリ安全も担保されているなら
Rustを使う意味がなくなると思うのですが、このベンチマークは本当なのでしょうか？

NimはCのソースコード吐けるからから、Nimの手動メモリ管理はCの手動メモリ管理と
同じとして、Nim2.0のORCで明示的にオブジェクトプールを使ったプログラミングと
比較した場合のベンチマークが2倍以上速くなってるからCより速いと言ってる
https://github.com/Araq/fosdem2020

人間がCの手動メモリ管理したプログラムだと限界があるNimのムーブセマンティクスの
アルゴリズムでメモリの最適化をしてるから、人間では到底太刀打ちできない事を証明
した論文があるオブジェクトプール版のNimから生成したCのコードは人間には書けない

Nim2.0のムーブセマンティクスの本当に優れた最適化とORCで明示的にオブジェクトプールでプログラミングすることによって、人間がCの手動メモリ管理したベンチマークより2倍以上速くできる
https://zenn.dev/dumblepy/articles/af2b2b9f8fd890

2024/09/02(月) 22:08:58.52

Rustを褒めて自尊心保つやつの次はNim版が出てきたのか

2024/09/02(月) 23:12:40.71

Nim推しは以前から変なやつ多かったから

2024/09/02(月) 23:28:27.10

Nim言語の良し悪しは分からんが、メモリ管理に関しては理想的だわ
ムーブ後のオブジェクトにアクセスするとRustだとコンパイルエラーで面倒な事になるけど、Nimは参照カウントを使って解決するので少し遅くなるだけだ
そっちの方が絶対良い
気になる場合は後で直せる

2024/09/03(火) 18:51:27.81

>>33
コンパイルエラー？

2024/09/04(水) 01:03:52.03

>>34
だからなんだ？
Rustでムーブ後のオブジェクトにアクセスしてみろよ

2024/09/04(水) 09:34:28.92

>>33
どこにコンパイル時期にメモリの不正アクセス検知できるコンパイラーがあるんだよ
便利すぎないか

2024/09/04(水) 09:42:59.71

>>36
ムーブ(所有権の移動)の概念知らない奴かよw

2024/09/04(水) 11:20:54.96

時代に取り残されたじじい

2024/09/04(水) 11:26:12.60

今どきのヤングはどの辺を走っているのかな？

2024/09/05(木) 00:07:48.49

RefCellのborrowとかborrow_mutがCより速い訳がないだろ

2024/09/05(木) 06:20:13.32

アセンブラ使ったことない子供たちにはわからんのだろ

2024/09/05(木) 08:53:17.49

Aiの時代にこんなレトロ言語に夢中になってる場合でもないだろ

2024/09/05(木) 09:42:51.26

ペイントソフト溢れた時代にエクセルで描いて絶賛される時代。

2024/09/05(木) 13:27:55.60

AIなんて究極的には予備知識なしで使えるようになるもんだろ
いま必死で呪文を覚えてる奴らには気の毒だがｗ
プログラムの学習はそれとは逆だぞ

2024/09/05(木) 13:41:12.34

AIにはアセンブラかCで書かせた方が効率がいいじゃん

2024/09/05(木) 20:45:06.75

今はアニメもCGで作る時代だけど、だからデッサン力なんて不要と言ってるのに近いなw

2024/09/06(金) 02:12:25.16

AIなら直接機械語書けそうだけど最低限人間がコードを読めるようにするためにCで出力するのが流行りそう

2024/09/06(金) 17:06:00.74

もはやプログラマはAIにどう質問するかだけが求められてる時代
ビックデータが前提なのはわかってるけどchatAIと画像AIはマジでオーパーツだわとても0と1だけで実現されてる技術と思えん・・・

2024/09/06(金) 17:30:18.67

ここはAIの質問スレになる予定です

2024/09/06(金) 17:59:38.15

>>48
Cやアセンブラを知らなかったらコンピューター自体が魔法に思えるんだろうなｗ

2024/09/06(金) 18:14:44.45

プログラム上での比較が、未だに変数2つの比較（if（A=B）とか）しかイメージ出来ないので
AIのアルゴリズムどころか、2つのサイズの違う画像比較ってのさえどうやるのか検討もつかん・・・。

2024/09/06(金) 18:37:17.18

3Blue1BrownJapanのディープラーニング解説動画
https://www.youtube.com/watch?v=tc8RTtwvd5U
現在chapter6まで和訳されてる（本家英語版は7が出た）

2024/09/06(金) 21:13:32.20

>>51
引き算してその絶対値が一定以内だったら同じとみなす
if(abs(A-B)<C){…
それぐらいならわかるだろ？

2024/09/06(金) 21:19:53.07

点でしか見れない人に面を理解させる手法・・・

2024/09/06(金) 21:46:42.59

この世界もほぼ陽子と中性子と電子だけで出来てるのにこれだけ複雑なんだから0と1だけで複雑な演算出来ても不思議ではない

2024/09/06(金) 21:53:29.16

ようこちゃんとでんこちゃんは知っているけど
中性子って子は知らない

2024/09/06(金) 22:09:25.96

光子ちゃんも忘れないであげて

2024/09/07(土) 00:47:09.38

0と1だけじゃないけどな
その他に位(くらい)という概念がある
これによって無限の数を表現できる
むしろ位の概念によって数が表現されている
それさえ有れば記号なんて何でもいい

2024/09/07(土) 20:51:59.47

どこかの国だか村では両手の指の数以上を表現する言葉がないって話をどこかで・・・。

2024/09/07(土) 22:06:43.98

ムカデは100進数で数えている

2024/09/08(日) 00:25:53.15

>>59
位の概念が無いから10までしか数えられない
位を考慮すると両手で1023まで数えられる

2024/09/08(日) 00:30:46.43

指を曲げる伸ばすの２通りとすると1023だが、指を完全に曲げる、伸ばす、半分まで伸ばす(曲げる)の3通りとすると3^10-1=59,048まで表現できるなw

2024/09/08(日) 07:38:58.99

>>60
ヒトを含めた四肢類は4進法なの?

2024/09/08(日) 10:08:59.05

>>61-62
人差し指と薬指を伸ばして、かつ中指と小指を曲げるのは難易度がやや高いぜ。
（親指を伸ばせば『グワシ』）

2024/09/08(日) 10:25:56.18

グワシは古語

2024/09/08(日) 15:41:04.82

とりあえず、他人の投稿で言ってもいない単語や解釈を勝手に加えてマウント取ろうとするのはどうかと思うぞ。

2024/09/08(日) 23:23:27.00

問題はギャグとしてつまらないという点だ

2024/09/09(月) 17:06:32.51

lvalueに関してエラーが出るんだけど、どうしてこれがだめなのかわからないです

#include <stdio.h>

int main()
{
char s[] = "hoge";
char t[100];
while (*t++ = *s++)
;
printf("%s", t);
}

2024/09/09(月) 17:17:50.19

>>68
　char *p = s;
　char *q = t;
　while (*q++ = *p++)

こう書けば通る。何故かはちょっと考えて ;

2024/09/09(月) 17:19:13.64

>>68
s の型は char[5] 、 t の型は char[100] だというのはわかる？
だけど式に出てくる配列は原則として配列の先頭要素を指すポインタ (この場合に型でいえば char*) に型変換される。
変換後に出てくるポインタは rvalue なのでインクリメントの対象に出来ない。

rvalue ってのは式の評価をする間に一時的に生まれて評価が終わったら消えるものなので
仮にインクリメント出来たとしても何にも使えない。

配列が勝手にポインタに変換されるっていうのが変則的で分かり難いポイントだけど
これは C を使ってたら避けようがない。

2024/09/09(月) 18:22:38.82

ポインタと同じ表記が使えるだけでポインタに変換されるわけではないぞ老害

2024/09/09(月) 18:25:50.23

　char *s = "hoge";
　char t[100];
　int i = 0;
　while (*(t+i) = *s++)
　　i++;

ｓを配列ではなく、ポインタに変える、
ｔもポインタにしたいところだが、格納先確保が目的なら
先頭アドレスからのオフセット指定で格納する様に変更

2024/09/09(月) 18:30:55.08

それなら while (*(t+i) = *(s+i)) って書くかな

2024/09/09(月) 18:36:50.90

s[]、t[100]と書いたとき、ｓやｔはメモリー上の特定の位置を指す
ラベルのようなものなので書き換える事は出来ない。ポインタ定数とも言う。
一方ポインタ変数は、任意のアドレスを指す変数、変更も操作できる
constとか、突っ込まんでください

2024/09/09(月) 18:57:03.60

>>71
規格には「型変換する」と明瞭に書いてあって変換しないと解釈できる余地はない。

68 (ﾜｯﾁｮｲ fa2d-2PHd) · 2024/09/10(火) 07:06:02.36

色々教えてくれてありがとう
s[]の先頭を指すポインタ*sを++で進めることができちゃったら
s[0]もズレちゃうのでだめだってことだよね
そりゃだめだわ

2024/09/10(火) 07:45:50.17

s[], t[100]; って宣言したなら、s[idx], t[idx] って使おうよ

2024/09/10(火) 08:09:53.27

そこはこだわらんでもいいだろ

警備員[Lv.5][新芽] (ﾜｯﾁｮｲ f969-ztXh) · 2024/09/10(火) 09:09:59.70

sやtは constということでもないのか

2024/09/10(火) 10:14:17.88

立て札は移動禁止です

2024/09/10(火) 13:19:09.36

>sやtは const
constっていつからあったか知らんけど
constない頃からsもtも*pや*qとは扱いが違ったんじゃね

2024/09/10(火) 14:04:37.40

lvalue の概念は K&R 1st の頃からあったよ。
lvalue という用語はちょっとどうなの……と思うけど。
Rust だと place と呼んでるみたいだね。

2024/09/10(火) 21:10:52.20

お前は変な事ばかり言ってるからもう引っ込んどけよ

2024/09/10(火) 21:22:40.00

ポインタそのものを変えないやつと
指す先を変えないやつの書き方で
未だに迷うっていう

2024/09/10(火) 21:35:00.77

キーワードを並べる順序で意味が変わるのは迷うけど
順序をどうならべても良い場合もそれはそれでびっくりする。

int const long foo;

みたいに変数を宣言して良い。
まあそんなことをするやつはいないと思うけど。

2024/09/10(火) 22:53:26.23

consr char*は本当はchar const*と書くべきなんだよね
これでもコンパイルは通って同じ結果になる
読む時は右から読めばいい
pointer to const char
これだと指す先がconstなのが分かりやすい
ポインター自体をconstにするには
char* constとして、同じく右からconst pointer to charと読む
両方constは
char const* const
となるけど、最初のconstは左に書けるので
const char* const
とも書ける
これが分かれば迷う事は無くなる

2024/09/11(水) 01:20:44.10

それ前橋氏のポインタ完全制覇で知った

2024/09/11(水) 08:00:07.84

>>81
アセンブラにして考えるとわかりやすい

char s[] = "hoge";
アセンブラの表現↓
s:
　　　.db "hoge¥0"

char *s = "hoge";
アセンブラの表現↓
s_org:
　　　.db "hoge¥0"
s:
　　　.dw s_org

上の場合書き換えようにもsには実体がない
アドレス定義ラベルでしかない

*ただし完全に最適化されると下も上と同じになる
　　　

警備員[Lv.1][新芽] (ﾜｯﾁｮｲ 1ea1-ztXh) · 2024/09/11(水) 09:16:47.77

ここでいう sには実体がない、とはどういうことですか?

2024/09/11(水) 09:19:23.27

大元の質問が >>68 なので低レイヤからの説明はあまり筋が良くないと思う。
エラーメッセージの意味を読み取れるようにならないから。

2024/09/11(水) 09:30:46.32

8ビットCPUのメモリ保護されてない頃だと
配列どころか、プログラムコードも書換できました笑

2024/09/11(水) 09:49:35.14

> sには実体がない、とはどういうことですか?
変数エリアに書き込まれていない数値、データ。
プログラム上で要求された時にコンパイル時や関数によってその都度作られる仕様・・・かな？しらんけど。

>91
>プログラムコードも書換できました
それはむしろ”技術”扱いだったな。
サブルーチンでジャンプ先やIOポートを書き換えて・・・て。
昔はCPU等のバグ利用がテクニックだったけど、今じゃバグの温床、セキュリティホール扱いだね。

2024/09/11(水) 15:02:12.18

こんだけいて>>77くらいしかまともな回答者がいないとかひどいなあ

2024/09/11(水) 15:25:16.11

そんなのこだわっても結局関数の引数で配列型では渡せないんだからその程度は受け入れて慣れたほうがいい

2024/09/11(水) 15:58:54.52

ここは、「聞け」とはあるが、「回答する」とは書いていない

2024/09/11(水) 16:44:23.62

こっちが自然だろ
t[100]を*(t+idx)なんてやる方が何の拘りだよ

2024/09/11(水) 16:55:25.58

その程度どっちでもいい

警備員[Lv.4][新芽] (ﾜｯﾁｮｲ 8afb-ztXh) · 2024/09/11(水) 20:45:08.11

配列は外部リンケージのときも注意が必要なんだよね
あまりそういう使い方しないから、すぐにはピンとこないや

2024/09/11(水) 22:04:51.93

>>93
別にまともでもない
配列で定義してポインタで操作できるのがCの柔軟性だから
idxにこだわると簡単な操作を複雑にしかねない

2024/09/11(水) 23:11:00.81

＞　while (*(t+i) = *s++)

これは、

＞　while (*t++ = *s++)
;これがエラーになるのは何故かと言う質問から始まったからです

t++がエラーで、t+iなら大丈夫が理解できれば解決だと思う
ポインタの理解というのは壁にはなりますが、
乗り越えれば意外と簡単です、がんばれ！

警備員[Lv.7][新芽] (ﾜｯﾁｮｲ f931-ztXh) · 2024/09/12(木) 00:58:15.86

>>92 ありがとうございました(sには実態がない)

gcc -S test.c
で .s を出力して眺めてみると、そのような感じになっていました
最適化と、AT&Tのオペランドが逆なのに慣れず読みにくかったですが

"hoge" は「実体」が .data に置かれ、実行時にスタックにコピーされるのかと想像してましたが、実装がどうあれ、スタッフ上に "hoge" を置くための元を実体というのは違うと思いました

実際、"hoge" は .db でアロケートされず、4字は 32ビットの数値定数とされ、スタックに即値で転記されていました(実行時に生成されていました)

# とても伝わりにくいと思いますが…