C言語の設計ミスった危険な関数トップ10決めようぜat TECHC言語の設計ミスった危険な関数トップ10決めようぜ - 暇つぶし2ch■コピペモード□スレを通常表示□オプションモード□このスレッドのURL■項目テキスト205:デフォルトの名無しさん 24/10/06 00:28:28.16 k+hD1Cqq.net 配列からポインタへの暗黙の変換があるんだから型としては別で良かったんだよ おかげで配列全体の値渡しや代入ができなくなってしまった 206:デフォルトの名無しさん 24/10/06 00:39:07.43 MZAtOKFs.net 無意識にそんなムダなことやられても困る mallocとか使って明示的にやれるからいいだろ 207:デフォルトの名無しさん 24/10/06 12:12:21.53 onWt8ZIM.net 値で渡したかったら構造体で包めばいいし 逆に配列を値渡しするような言語って少ないんじゃないの 参照渡しするのばっかりだろ 208:デフォルトの名無しさん 24/10/06 13:06:18.36 k+hD1Cqq.net 一貫性のない型があるとジェネリクスに支障が出る C++はそれですごい苦労した挙句std::arrayみたいな馬鹿みたいなものができた 209:デフォルトの名無しさん 24/10/07 10:27:10.86 1tKKan7C.net >>207 結局フレキシブル構造体が仕様として認められてる以上、実体渡しも信用ならんのよ struct chinko{ int a; char b[0]; }; gccならこんなうんちもある struct unko{ int a[0]; char b[0]; }; 次ページ最新レス表示レスジャンプ類似スレ一覧スレッドの検索話題のニュースおまかせリストオプションしおりを挟むスレッドに書込スレッドの一覧暇つぶし2ch