C言語の設計ミスった危険な関数トップ10決めようぜ

**デフォルトの名無しさん** · 2024/10/04(金) 12:11:23.07

>>201
そこは長所では・・・？

**デフォルトの名無しさん** · 2024/10/04(金) 13:36:09.69

長所だらけで困るわ

**デフォルトの名無しさん** · 2024/10/06(日) 00:28:28.16

配列からポインタへの暗黙の変換があるんだから型としては別で良かったんだよ
おかげで配列全体の値渡しや代入ができなくなってしまった

**デフォルトの名無しさん** · 2024/10/06(日) 00:39:07.43

無意識にそんなムダなことやられても困る
mallocとか使って明示的にやれるからいいだろ

**デフォルトの名無しさん** · 2024/10/06(日) 12:12:21.53

値で渡したかったら構造体で包めばいいし
逆に配列を値渡しするような言語って少ないんじゃないの
参照渡しするのばっかりだろ

**デフォルトの名無しさん** · 2024/10/06(日) 13:06:18.36

一貫性のない型があるとジェネリクスに支障が出る
C++はそれですごい苦労した挙句std::arrayみたいな馬鹿みたいなものができた

**デフォルトの名無しさん** · 2024/10/07(月) 10:27:10.86

>>206
結局フレキシブル構造体が仕様として認められてる以上、実体渡しも信用ならんのよ
struct chinko{
int a;
char b[0];
};

gccならこんなうんちもある
struct unko{
int a[0];
char b[0];
};

**デフォルトの名無しさん** · 2024/12/13(金) 17:18:33.74

C++で気をつけなければならないのは
size_t i=10;
double x=3-i;
十分地獄を堪能できる。C言語もunsigned int使えば同じか

**デフォルトの名無しさん** · 2024/12/13(金) 20:54:34.36

EchoAPIをVS Codeで使い始めてから、開発プロセスが大きく変わった

**デフォルトの名無しさん** · 2024/12/21(土) 10:57:59.51

strlen

**デフォルトの名無しさん** · 2024/12/21(土) 17:09:02.79

シュトーレン

**デフォルトの名無しさん** · 2024/12/22(日) 22:33:54.16

fork;execvp

**デフォルトの名無しさん** · 2024/12/29(日) 07:02:35.25

C言語には、組み込み関数なんてmainしか無いと思うなあ。

**デフォルトの名無しさん** · 2024/12/29(日) 10:09:42.10

面倒くさいからPOSIXは組込み扱いでいいよ