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

**デフォルトの名無しさん** · 2023/09/30(土) 09:21:33.38

(”ロ”;)ｹﾞｹﾞｯ!!

**デフォルトの名無しさん** · 2023/10/03(火) 12:21:18.69

型省略でintと看做すのはミスだろ

**デフォルトの名無しさん** · 2023/10/04(水) 22:29:38.55

>>170
K&Rの頃との互換性の為じゃないかな。

Ｃは、兎に角モノグサの為の様な仕様が多いよね。
一度馴染むと、BASICですら面倒くさい。

**デフォルトの名無しさん** · 2023/10/05(木) 17:05:36.61

まんどくせ

**デフォルトの名無しさん** · 2023/10/05(木) 19:40:42.12

ポインタ渡し全般かな

**デフォルトの名無しさん** · 2023/10/05(木) 22:17:24.30

Cの型はある意味pythonより弱い

**デフォルトの名無しさん** · 2023/10/07(土) 11:48:43.75

ある意味というか、Pythonは一応強い型付けでしょ。

**デフォルトの名無しさん** · 2023/10/07(土) 11:51:33.89

Cに型なんかあって無い様なもんだしな

**デフォルトの名無しさん** · 2023/10/07(土) 17:38:41.59

>>1
fgets知らんのかな
getsなんて使わない
どうしても使う時はfgets(buf,size,stdin)とすればいいだけ

**デフォルトの名無しさん** · 2023/10/08(日) 10:11:26.30

>>176
Cはアセンブラで言うところのアドレッシングが充実

**デフォルトの名無しさん** · 2023/10/09(月) 15:00:06.76

マクロが真っ黒

**デフォルトの名無しさん** · 2023/10/15(日) 02:11:48.65

∑(ﾉ▼ο▼)ﾉｵｫｵｫｵ!!

**デフォルトの名無しさん** · 2023/10/16(月) 09:47:48.72

DDoS回避したみたいね

**デフォルトの名無しさん** · 2023/10/17(火) 11:44:25.59

atan
(atan2の方じゃなくて)

**デフォルトの名無しさん** · 2023/10/18(水) 07:26:03.37

くせの強いscanf()とか

**デフォルトの名無しさん** · 2023/10/18(水) 07:26:15.66

くせの強いscanf()とか

**デフォルトの名無しさん** · 2023/10/18(水) 14:31:46.14

visual studioでscanf()使ったらエラーになった

**デフォルトの名無しさん** · 2023/10/18(水) 14:31:57.74

visual studioでscanf()使ったらエラーになった

**デフォルトの名無しさん** · 2023/10/20(金) 09:24:01.14

free()

**デフォルトの名無しさん** · 2023/12/15(金) 15:34:51.20

sprintf()

**デフォルトの名無しさん** · 2023/12/17(日) 07:31:47.54

fopen()

**デフォルトの名無しさん** · 2023/12/17(日) 08:12:54.14

ctime()

**デフォルトの名無しさん** · 2023/12/31(日) 16:48:51.59

fopen

**デフォルトの名無しさん** · 2024/01/06(土) 17:10:43.88

strtok

**デフォルトの名無しさん** · 2024/02/01(木) 07:45:39.19

freopen()

**デフォルトの名無しさん** · 2024/02/01(木) 10:15:46.72

アセンブラの補助言語に何期待してスレ立ててんだかw

**デフォルトの名無しさん** · 2024/03/16(土) 16:31:48.55

tmpnam()

**デフォルトの名無しさん** · 2024/04/02(火) 13:56:34.07

getenv

**デフォルトの名無しさん** · 2024/04/02(火) 20:32:38.29

知ってる関数を並べるスレ
それにしても知らな過ぎるけどｗ

**デフォルトの名無しさん** · 2024/04/08(月) 01:34:00.49

C言語自体が設計ミス

**デフォルトの名無しさん** · 2024/04/19(金) 05:42:28.44

C言語はUNIXを作るために作ったんだから、それを流用したせいで、アプリケーションの作成には合わないところがあるのは当然。

**デフォルトの名無しさん** · 2024/04/20(土) 15:12:18.54

https://ja.wikipedia.org/?curid=1022

「UNIXを開発するためにC言語が作り出された」と言われることがあるが、「The Development of the C Language」によると、これは正しくなく、経緯は以下の通りである。
C言語は、当初はあくまでもOS上で動くユーティリティを作成する目的で作り出されたものであり、OSのカーネルを記述するために使われるようになるのは後の展開である。

**デフォルトの名無しさん** · 2024/10/02(水) 13:09:25.40

char *a と char a[] を関数の引数でも一緒にしてしまったところ

**デフォルトの名無しさん** · 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は組込み扱いでいいよ