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

**デフォルトの名無しさん** · 2020/07/09(木) 21:58:30.04

例外は setjump、longjumpて実装されてるんじゃないのかな？
違うのかな？

**デフォルトの名無しさん** · 2020/07/10(金) 22:03:48.37

>>143
普通じゃない
当時はPascalの文字数+文字列が普通

**デフォルトの名無しさん** · 2020/07/10(金) 22:26:03.98

returnが1変数しか対応していないこと。

ポインター祭りになって可読性がウンコになる

**デフォルトの名無しさん** · 2020/07/10(金) 23:11:39.81

>>148
可読性がうんこなのはお前の能力が足りないから

**デフォルトの名無しさん** · 2020/07/11(土) 00:22:05.38

いろんな言語たらい回しにされるって不幸だよね。

こういうノーガキ垂れる奴がウチの職場にいなくて良かった～ヽ(´▽｀)/

**デフォルトの名無しさん** · 2020/07/11(土) 10:50:20.85

>>147
OSのAPIは文字数じゃなくて
文字列byte列+デリミタ'$'
みたいなのが多かったぞ

**デフォルトの名無しさん** · 2020/07/11(土) 12:01:47.31

>>151
それはCP/Mの文字列出力がそうなっていただけ
入力はC言語のfgets()なんかみたいにデリミタの '$' を付加したりしないよ

**デフォルトの名無しさん** · 2020/07/11(土) 23:02:45.45

MASM もそうだけど、$ は実際にメモリに配置されるのですか？
それとも、db(アセンブラ命令)で長さを省略するためのものですか？

**デフォルトの名無しさん** · 2020/07/11(土) 23:04:50.81

すみません、>>153 です
送信した瞬間に自分の発言の矛盾に気がつきました…

**デフォルトの名無しさん** · 2020/07/13(月) 19:12:30.84

>>146
longjumbと例外に関して
すばらしい文書があるからお読みなさって。
http://www.nurs.or.jp/~sug/a/super/longjmp.htm#sec36

**デフォルトの名無しさん** · 2020/07/13(月) 19:20:56.50

そっちは Not Found ですよ
http://www.nurs.or.jp/~sug/soft/super/longjmp.htm

◆QZaw55cn4c · 2020/07/13(月) 20:53:25.68

>>156
ありがとうございます、昔に読んだのに URL を失ってしまって…ずっと探していたんです

**デフォルトの名無しさん** · 2020/07/13(月) 21:24:21.32

>>155
ありがとうございます >>146 です
拝見いたします

**デフォルトの名無しさん** · 2020/07/14(火) 09:59:19.87

ありがとうございます。いや、longjmp をdisるような意図は無かったんだけど。
「シグナルとコールバック」も勉強になります。

http://www.nurs.or.jp/%7Esug/soft/super/signal.htm

この辺りは man を読んでも使い方が解りにくいので…

**デフォルトの名無しさん** · 2020/07/23(木) 11:48:35.85

_sが付いてるやつ使えよ

**デフォルトの名無しさん** · 2021/05/21(金) 17:59:38.38

関数じゃないけどこれやろ
If the unsigned type has conversion rank greater than or equal to the rank of the signed type, then the operand with the signed type is implicitly converted to the unsigned type.
うんこ

**デフォルトの名無しさん** · 2021/05/21(金) 18:32:54.36

プログラマを信じろと言うけどさ
じゃあ暗黙の型変換とか余計な節介やめてくれねーかな

**デフォルトの名無しさん** · 2021/05/21(金) 18:36:26.66

cでまともに算数出来れば一人前

**デフォルトの名無しさん** · 2021/07/18(日) 03:12:16.30

暗黙が嫌なら明示しろよばかじゃないの？

**デフォルトの名無しさん** · 2023/01/02(月) 19:09:01.78

>>162
暗黙の型変換はワーニング出るようにできなかったっけ？

**デフォルトの名無しさん** · 2023/05/10(水) 10:41:52.89

>>138
まとめがおかしい
啓蒙活動の結果gotoの有害な使い方は極めて少なくなった
というべきだろう

**デフォルトの名無しさん** · 2023/08/04(金) 19:33:28.29

ken thompsonがcreat()の最後のeを省いたのは失敗だったと
直すとしたらそこを直したいと

**デフォルトの名無しさん** · 2023/09/27(水) 15:27:11.03

失敗は成功への近道だと思って取り組んでみよう。

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