C言語の設計ミスった危険な関数トップ10決めようぜ
いろんな言語たらい回しにされるって不幸だよね。
こういうノーガキ垂れる奴がウチの職場にいなくて良かった〜ヽ(´▽`)/ >>147
OSのAPIは文字数じゃなくて
文字列byte列+デリミタ'$'
みたいなのが多かったぞ >>151
それはCP/Mの文字列出力がそうなっていただけ
入力はC言語のfgets()なんかみたいにデリミタの '$' を付加したりしないよ MASM もそうだけど、$ は実際にメモリに配置されるのですか?
それとも、db(アセンブラ命令)で長さを省略するためのものですか? すみません、>>153 です
送信した瞬間に自分の発言の矛盾に気がつきました… >>146
longjumbと例外に関して
すばらしい文書があるからお読みなさって。
http://www.nurs.or.jp/~sug/a/super/longjmp.htm#sec36 そっちは Not Found ですよ
http://www.nurs.or.jp/~sug/soft/super/longjmp.htm >>156
ありがとうございます、昔に読んだのに URL を失ってしまって…ずっと探していたんです >>155
ありがとうございます >>146 です
拝見いたします ありがとうございます。いや、longjmp をdisるような意図は無かったんだけど。
「シグナルとコールバック」も勉強になります。
http://www.nurs.or.jp/%7Esug/soft/super/signal.htm
この辺りは man を読んでも使い方が解りにくいので… 関数じゃないけどこれやろ
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.
うんこ プログラマを信じろと言うけどさ
じゃあ暗黙の型変換とか余計な節介やめてくれねーかな >>162
暗黙の型変換はワーニング出るようにできなかったっけ? >>138
まとめがおかしい
啓蒙活動の結果gotoの有害な使い方は極めて少なくなった
というべきだろう ken thompsonがcreat()の最後のeを省いたのは失敗だったと
直すとしたらそこを直したいと >>170
K&Rの頃との互換性の為じゃないかな。
Cは、兎に角モノグサの為の様な仕様が多いよね。
一度馴染むと、BASICですら面倒くさい。 ある意味というか、Pythonは一応強い型付けでしょ。 >>1
fgets知らんのかな
getsなんて使わない
どうしても使う時はfgets(buf,size,stdin)とすればいいだけ >>176
Cはアセンブラで言うところのアドレッシングが充実 visual studioでscanf()使ったらエラーになった visual studioでscanf()使ったらエラーになった アセンブラの補助言語に何期待してスレ立ててんだかw 知ってる関数を並べるスレ
それにしても知らな過ぎるけどw C言語はUNIXを作るために作ったんだから、それを流用したせいで、アプリケーションの作成には合わないところがあるのは当然。 https://ja.wikipedia.org/?curid=1022
「UNIXを開発するためにC言語が作り出された」と言われることがあるが、「The Development of the C Language」によると、これは正しくなく、経緯は以下の通りである。
C言語は、当初はあくまでもOS上で動くユーティリティを作成する目的で作り出されたものであり、OSのカーネルを記述するために使われるようになるのは後の展開である。