C言語なら俺に聞け 160

2022/12/28(水) 10:40:30.02

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

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

2023/04/11(火) 00:17:24.82

>>883
なんかこの人おかしくないか？ラベル…？
>>884も変だけど…ストラ３兄弟って…ギャグか？ｗ
最終的に関数名をちゃんとすればどうにかなるみたいだし
そんな話誰が信じるんだよｗ

>>886
859に言ってくれ
明らかな誤りが含まれていたので訂正した

2023/04/11(火) 02:28:47.80

>>887
>>882に言えよ

2023/04/11(火) 06:49:02.21

>>887
訂正ってどこ？　具体的なレス番ｐｌｚ

2023/04/11(火) 07:47:26.88

Cを捨ててCStringを使うC++へ行けってことだろ。

2023/04/11(火) 08:08:42.83

std::stringではなくCStringな変人きたな

2023/04/11(火) 08:55:39.31

>>889
訂正は>>864だが>>859を読んですぐおかしいと思わなかったなら理解できないと思う

2023/04/11(火) 09:23:43.71

>>859 の言ってるのは argv[argc] == NULL となる規定のことでしょ。
それ自体は正しいので訂正することも無い。

2023/04/11(火) 09:41:53.28

MFCに帰ろう

2023/04/11(火) 09:52:04.87

>>893
文字列サイズの話をしているのに文字列配列の要素数の話で「サイズ」と言うのは不自然
859はargvについて誤解してると思う

2023/04/11(火) 15:56:45.30

>>895
残念ながら俺は文字列サイズとかいう造語の話はしてない
853曰く
> サイズわかってるのに終端つける意味がないわ
に対してあえて冗長な設計にする場合があると指摘したまで

>>864もそうだがどうもおまえさんサイズという語の意味を都合良く変動させているようだな

2023/04/11(火) 19:04:39.28

小生は文字列の長さを表すとき、strlenに習ってlengthという語を用いますん

2023/04/11(火) 19:20:48.37

文字列サイズなんて聞くと、配列要素数かと受け取ってしまう

2023/04/11(火) 19:50:55.63

>>896
くだらない言い訳だ
文字列をロードしたサイズの話をしているのにコマンドラインの引数の個数の話にするのは不自然だと感じた

どうでもいいが文字列の終端までの長さをなんと呼ぶのかね

**デフォルトの名無しさん** · 2023/04/11(火) 20:01:03.76

文字列長
文字の長さ
文字列の長さ
長さ

2023/04/11(火) 20:41:17.09

あと、文字数というのも入れてあげて

2023/04/12(水) 02:49:44.30

文字の長さ 3m
重さ 5kg

2023/04/12(水) 02:52:08.54

https://www.shinjuku-i-land.jp/assets/img/art/img_art-list_3.jpg

2023/04/12(水) 02:53:14.30

とても長くて太くて大きくて重そう

2023/04/12(水) 06:48:43.44

>>899
それってあなたの感想ですよね

2023/04/12(水) 08:59:58.23

もうそれ秋田

2023/04/12(水) 11:42:14.25

0終端の良い所は可変長でどんなに長い文字列でもメモリが許す限り文字列を続けられる
もちろんデメリットは長さがすぐに判らない
逆に長さを持って struct {size_t len; char hoge[0]} Str; みたいな構成にするのもありだが
例えば Str *s = (Str *)malloc(len + sizeof(Str)); で確保して使う
後者のデメリットは size_t len の最大値までしか文字を格納出来ないこと
struct {short len; char hoge[0]} Str; みたいな実装もたまに観るからあなどれない

2023/04/12(水) 11:51:49.32

>>838
C++だと
vector の size() が size_t を還して
for(int i = 0; i < v.size(); ++i)
って描くと警告出るので
for(int i = 0; i < (int)v.size(); ++i)
にするとさらに警告出て鬱陶しいから
for(size_t i = 0; i < v.size(); ++i)
にするアホな例はよく観るってどっかのサイトに描いてあった

2023/04/12(水) 12:32:16.29

C++ならイテレーター使えよ…

2023/04/12(水) 12:42:43.03

vectorはランダムアクセスがウリだからイテレータ使わないこともよくあるね

2023/04/12(水) 13:01:34.03

>>899
「文字列の終端までの長さ」ですが何か？

2023/04/12(水) 13:23:26.32

(文字列の)文字数

2023/04/12(水) 13:42:24.69

>>909
コードによってはインデックスでアクセスしたいこともあるから...

2023/04/12(水) 13:57:15.96

「アホな例」と書く意味が分からん
ちゃん型を使うべきだろ

2023/04/12(水) 13:57:40.50

ちゃんと型を使うべきだろ

2023/04/12(水) 13:59:47.55

そもそも「アホな例」じゃないとLP64でおかしなことになるよね

2023/04/12(水) 14:05:32.31

struct X;
void func(struct X[]); //error

struct Y { int a; };
void func(struct Y[]); //ok

不完全型の場合、仮引数の[]はポインタにならない？？
ちな、gccではエラー、clでは通る

2023/04/12(水) 14:17:34.62

C++だと通ったね
gcc/clangのCだとX[]は許されないけどX*は許される

関数宣言より前にX型の定義がないとコンパイルが通らなかった

2023/04/12(水) 14:55:48.73

どっちが正しいのかね

**デフォルトの名無しさん** · 2023/04/12(水) 15:04:32.82

>>907
馬鹿な私に少しだけアドバイスを

それってsize_tのビット幅 < システム（OS)のビット幅と言う条件下での話なんでしょうか？
size_tがシステム（OS)のビット幅と同じならメモリで管理できるものは必然的にsize_tでも表現できると思うのですが
メモリ上で管理できているゼロ終端文字列をsize_tで表現できない場合ってあるんですか？
まあ一部の組み込みとかならあるかも知れませんが……
けどそういう環境の場合strlenなどのsize_tで返す場合でも表現できなくなるわけで、結局size_tに依存することになってどっちでも同じじゃないかと思うんですがどうなんでしょうか？

2023/04/12(水) 15:07:46.44

>>919
規格は知らんけど配列とポインタは違うんだからエラーで弾くのは正論だと思うけどね
通す処理系はその後の整合性をユーザーが担保する前提の思想なんでしょ

2023/04/12(水) 15:09:16.06

>>921
仮引数に限っては*と[]は同じはず
不完全型だけ例外というのは気持ち悪い

**デフォルトの名無しさん** · 2023/04/12(水) 15:15:29.08

>>908
もう一つ無知なる私にアドバイスをお願いします

size_t len　までは文字を格納出来ると>>907から読み取りましたが
sizeof(size_t)==sizeof(int) の場合
vector v のサイズがINT_MAX以上だった場合、　i < (int)v.size()　ではプログラマーが予期しない動作になりませんか？

2023/04/12(水) 15:27:40.89

size_t が符号なし整数型
int が符号付き整数型

2023/04/12(水) 15:34:06.47

>>922
はずだかなんだか知らねーけど、そんなことはどうでも良くてサイズの分からないオブジェクトの配列は作れんって言ってんだよ
操作上の違いはともかく配列として宣言したんなら関数内では配列として扱うってことを示唆してるわけだろ
仮にそのfuncだかって名前の関数の中にX[3]とかX+5って書かれたらどうやってアドレス出すんだってことよ
動作に違いがあるってことは規格がそれを許してる箇所なんだろうけど弾いてる処理系はそういう考えなんだろう

2023/04/12(水) 15:53:08.00

>>925
仮引数はその場に配列を作り出したりはしないという基本が合意できない以上
これ以上おまえさんと話すのは無駄だな

2023/04/12(水) 15:53:49.38

> 規格は知らんけど

この時点で気付くべきだった

2023/04/12(水) 15:55:21.15

Cはアセンブラの代用言語。

2023/04/12(水) 16:36:09.61

>>917
規格的には (関数定義の一部ではない) 宣言の段階なら不完全型であることを許しているように読める。
C99 だと 6.7.5.3 の第 12 段落に書かれている。

> If the function declarator is not part of a definition of that function,
> parameters may have incomplete type and may use the [*] notation in their sequences of
> declarator specifiers to specify variable length array types.

> 関数宣言子が関数定義の一部ではない場合，仮引数の型は不完全型でもよく，
> また宣言指定子列に [*] を使って可変長配列型を指定してもよい。

ちなみに GCC だと以下のようなものもエラーだが MSVC だと通る。

struct X;
typedef struct X Y[10];

2023/04/12(水) 16:59:41.80

>>929
㌧X

安心した

2023/04/12(水) 23:57:31.43

>>917
Cではエラーになるのが規格準拠の動作。
ただし宣言の形式を変えるだけで通る理不尽な制約でありC++では許されるように改められている。
https://stackoverflow.com/questions/50503501/an-error-about-c-struct-array-in-formal-parameter

2023/04/13(木) 00:37:34.59

>>931
そこでも言及されてるけど
型調整 (配列がポインタに読み替えられる) が優先されるか配列宣言子としての解釈が優先されるかって曖昧じゃない？
読み替えより先に配列宣言子として解釈すべきと確信できるような記述ってある？
常識的には曖昧なら厳しい側の制約で解釈すべきだわなーとは思うけど陽には書かれてないように思う。

2023/04/13(木) 02:04:44.32

>>907
昔々の PASCAL はそんな感じだったな。先頭1バイトに文字列のバイト数が入っていてその後に文字列がある。
当然それだと255バイトまでしか入らないのでもっと長い文字列を扱いたい時に苦しむことになる。
まあでも 8 bit とか 16 bit CPU のマイコンやパソコンにそういう高い要求は最初の頃はあまりなかったのでなんとかなっていた。

2023/04/13(木) 02:23:46.11

>>932
プログラム内に制約 (constraint) 違反がある状態なので、前後関係がどっちだろうと
少なくとも制約違反について診断メッセージを出力しないと規格準拠とは言えない。
> A conforming implementation shall produce at least one diagnostic message ...
> ... if a preprocessing translation unit or translation unit contains a violation
> of any syntax rule or constraint, ...

「通る」が警告も出ずプログラム実行までできる状態と解釈してたけど、
エラーにはならないものの警告が出ているならそれも規格準拠とは言えそう。

2023/04/13(木) 08:28:10.40

https://www.open-std.org/jtc1/sc22/wg14/www/docs/dr_047.html

仮引数の[]は、一旦は配列として受理し、その後でポインタに調整されるってことか

2023/04/13(木) 08:28:50.25

VCで通るのは、VLAがないからってこと？

2023/04/13(木) 23:35:55.91

間違ってる

2023/04/13(木) 23:48:57.98

マスク無死でラーメン食いたい奴は、まず住所を書いて見てよ
その場所にノーマスクで食えるラーメン屋作らないといけないんだろ？
政府が作るのかな？

2023/04/13(木) 23:55:11.99

ごめん、誤爆

2023/04/13(木) 23:55:19.80

はあ

2023/04/14(金) 01:01:11.22

そのキモいレスをどこで発表するつもりだったのか

◆QZaw55cn4c (ﾜｯﾁｮｲ 07e6-DPrL) · 2023/04/15(土) 19:42:43.70

最近のLANカードで他力給電のものばかりのようですね、クロスケーブルでピアツーピアできるPCIe のカードって存在しないものですかね…
結局 hub を使っちまった、もったいないなあ

◆QZaw55cn4c (ﾜｯﾁｮｲ bfba-DPrL) · 2023/04/16(日) 20:11:08.29

chatGPTって面白いね…もうgoogle はいらないや

2023/04/16(日) 21:13:37.76

C スレで言うことか？

2023/04/16(日) 21:23:02.75

人工知能とはなんたるや、これがわかってないやつ多いのは仕方ないけど
ム板でこれは由々しきことだな

2023/04/16(日) 21:48:52.61

煽ってるだけやろ

◆QZaw55cn4c (ﾜｯﾁｮｲ bfba-sFbk) · 2023/04/16(日) 22:57:10.75

スレ終盤恒例のウダウダ話ですよ、たまにはいいじゃあ、ありませんか！

2023/04/16(日) 23:00:41.18

chatGPT関連のスレは6本も立ってるので、好きな場所でやってください

（盛り上がったら誘導してくれてもいいです）

2023/04/17(月) 02:44:28.44

数値の各桁を足す関数を考えました
100点中何点？
(引数nが2023なら2+0+2+3で7を返す)

int chg(int n)
{
int a;
char s[32], tmp[2];

memset(s, 0, sizeof(s));
sprintf(s, "%d", n);

a = 0;
for(int i=0; i<strlen(s); i++){
memset(tmp, 0, sizeof(tmp));
tmp[0] = s[i];
a += atoi(tmp);
}
return a;
}

2023/04/17(月) 02:47:29.33

数値計算なのにmemsetを使ってる時点で0点

**デフォルトの名無しさん** · 2023/04/17(月) 03:00:26.88

int chg(int n)
{
int a;
for(a=0;0<n;n/=10) a+=n%10;
return a;
}

2023/04/17(月) 03:01:25.01

>>949
それわざわざ文字列にしてからやる必要ないよね。
10で割った余りを足して10で割るのを繰り返せば良いだけだし。
仮に(宿題や問題の都合で)どうしても文字列に直してやらなければならないのだとしても文字列として使う char 配列の
初期化で全部0で埋めるのは処理の無駄だしそんな事をするのはC言語における文字列の扱いについてよく分かって
いないことの現れだと思う。

2023/04/17(月) 03:41:54.19

30点
みんなもっと優しくしてあげなよ。ゴキブリだって生きてるんだぞ

2023/04/17(月) 06:01:50.96

あかん！
マイナスの場合はどうするねん

2023/04/17(月) 06:38:08.16

>>951
nが負の場合は？

2023/04/17(月) 08:14:09.28

if (n < 0) n = -n;

2023/04/17(月) 09:53:06.18

文字列で与えなきゃデカい数字が扱えないやん

2023/04/17(月) 10:26:43.64

int chg(int n)
{
int a=0,b;
while(n) {
b=n/10;
a+=n-b*10;
n=b;
}

2023/04/17(月) 10:57:06.60

>>957
int で受けて　文字列化してるからちょっと
最初から文字列で受けてるなら一考の余地はあるかもね

2023/04/17(月) 10:57:27.95

957涙目だなｗ

2023/04/17(月) 12:21:07.80

プログラミングには最低限の数学的な素養が必要な事が証明された…
科学技術計算を扱わないとしても、計算論とか数学とは切っても切れない関係にある

2023/04/17(月) 12:50:21.20

銀行の勘定系でも四則演算の知識は必要だし

2023/04/17(月) 12:56:30.89

文字列を受ける場合
int chg(const char* s)
{
　int ret = 0;
　char tmp[2] = { 0 };
　while (*s && !isdigit(*s)) s++;　/*数字じゃないところは飛ばす */
　if (*s) {
　　while (*s && isdigit(*s)) { /* 数字が連続している間だけ */
　　　tmp[0] = *s;　ret += atoi(tmp);
　　　s++;
　　}
　}
　return ret;
}

環境依存で
　isdigit(*s) を ('0'<=*s && *s <='9') に
　tmp[0] = *s;　ret += atoi(tmp); を ret += s[0] - '0'; に
置き換えることもできるかもしれない

2023/04/17(月) 13:07:40.29

>>963
> 環境依存で

数字に対応する文字コードが連続で昇順に並んでいることは
言語仕様で保証されている。

2023/04/17(月) 13:15:24.09

>>964
さんきゅう数字は保障されてたか

2023/04/17(月) 13:21:38.21

次の while (*s && isdigit(*s)) と意図の一部は重なるし　if (*s) はいらんかったね

2023/04/17(月) 15:25:15.58

今のモダンな言語からしたら一見して下らないやり取りだけど
これがC言語なんよね・・・

2023/04/17(月) 15:50:16.10

ハードとアプリのあいだに多くの計算を必要とするソフトの層があるからね
OSやらで全部カバーするのは無理だからCは死なない

2023/04/17(月) 15:51:50.57

>>964
漢数字も並んでたら嬉しかったと思いませんか

2023/04/17(月) 16:54:39.89

>>969
現実には JIS は読みの順序で Unicode は部首の画数の順序が原則。
漢数字を例外にしたらそれはそれで不格好だし嬉しくない人もいるだろう。

まあ Unicode は後から追加した分だのなんだのでそんなに綺麗に並んでいるわけでもないので
どうせぐちゃぐちゃなら数字くらいは並べても良かったんちゃうかなというのは気持ちはわかる。

2023/04/17(月) 17:19:21.10

一二三四…Why Japanese people!

2023/04/17(月) 19:13:46.43

>>967
くくく、、愚かな、、

2023/04/17(月) 19:21:15.62

>>954
アンサインドイントで受けたれや！

2023/04/17(月) 20:38:59.46

壱<弐<参<死<伍<碌<質<八<苦<拾<百<銭<萬
ですね判ります

2023/04/18(火) 08:26:27.42

>>971
英語の綴りの不規則さも大概やないけ！と突っ込んで完成するネタだと個人的には思ってる。

**デフォルトの名無しさん** (ｽﾌｯ Sd7f-fSvC) · 2023/04/18(火) 14:58:32.85

未初期化の自動変数には「不定値」が割り当てられる、と調べるたり自分が学んでいる本でも書いていますが、自分のコンパイラは常に「0」になっているようです　
なぜでしょうか？　
ちなみにgcc-10です　gcc-11だと「不定値」になります

2023/04/18(火) 15:29:21.41

不定の値とは「未規定の値又はトラップ表現」と規定されてる。
常に 0 であってもこの規定に反しないよ。

**デフォルトの名無しさん** (ｽﾌｯ Sd7f-7nfa) · 2023/04/18(火) 16:27:26.25

>>977 ありがとうございます
ちなみに「トラップ表現」とはなんでしょうか？

**デフォルトの名無しさん** (ｽﾌｯ Sd7f-foDO) · 2023/04/18(火) 16:57:48.54

976です　chatgptで調べました
C言語の仕様では、自動変数を初期化しない場合、その値は不定とされています。これは、コンパイラがメモリ上で変数を割り当てる際に、その領域が以前に使用されていたデータを含んでいる可能性があるためです。

しかしながら、一部のコンパイラでは、自動変数を0で初期化することがあります。これは、セキュリティ上の理由から、またはコードの可読性を向上させるために行われることがあります。

ただし、コンパイラが自動変数を0で初期化することが保証されているわけではありません。したがって、プログラマは自動変数を使用する前に必ず初期化するように注意する必要があります。

2023/04/18(火) 17:04:00.61

>>978
トラップ表現は「オブジェクト型の値を表現しないオブジェクト表現」ということになってる。
その型としてあり得ないビットパターンってこと。
オブジェクトとして格納されたトラップ表現を文字型ではない左辺値式として読みだした場合の結果は未定義となる。
副作用としてそのような表現が生成される場合も未定義。

C の仕様でいう未定義というのは「何が起きても (たとえば暴走しても) 良い」という意味なので実質的に禁止だと思ってもいいよ。

とはいえ整数型でトラップ表現があるアーキテクチャを私は見たことが無いけどな。

2023/04/18(火) 18:20:39.02

トラップ表現を調べてみたけどほぼほぼ処理系定義絡みなのね

signed int16の0x8000は-32768かもしれないし、トラップ表現かもしれない
1の補数系でsigned int16の0xffffは0かもしれないし、トラップ表現かもしれない
int32* の4バイト境界に合ってないポインタ(int* p=0x0001)は、強制的に4バイト境界に直されるかもしれないし、トラップ表現かもしれない

**デフォルトの名無しさん** (ｽﾌｯ Sd7f-foDO) · 2023/04/18(火) 19:26:15.76

>>980 ありがとうございます　勉強になりました

2023/04/19(水) 02:26:26.48

自分のコンパイラってのを明らかにしてくれ
どうしても言えないってならしょうがないが…

2023/04/19(水) 02:43:50.96

>>983
> ちなみにgcc-10です
と書かれている。

2023/04/19(水) 06:44:34.46

>>983
バーカ（笑）

2023/04/19(水) 06:59:06.58

983息してるか？ｗｗｗ