[過去ﾛｸﾞ] C言語なら俺に聞け 151 (1002ﾚｽ)

C言語なら俺に聞け 151 http://mevius.5ch.net/test/read.cgi/tech/1554171817/

上下前次1-新
通常表示 512ﾊﾞｲﾄ分割 ﾚｽ栞
抽出解除 必死ﾁｪｯｶｰ(本家) (べ) 自ID ﾚｽ栞 あぼーん

---

このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ

---

532: デフォルトの名無しさん (ｵｯﾍﾟｹ Sr8b-lJiK) [sage] 2019/05/15(水) 12:31:29 ID:dMKqDPXvr >>529 呼び出す側がバージョン情報をもっておいて、処理側で振り分けてアクセスしないようにすれば問題ないね #define version 2 void func (const struct* foo) { func_impl(foo, version); } void func_impl(const struct* foo, int version) { if (version > 1) { foo.b; } } http://mevius.5ch.net/test/read.cgi/tech/1554171817/532

537: デフォルトの名無しさん (ｵｯﾍﾟｹ Sr8b-lJiK) [sage] 2019/05/15(水) 14:41:00 ID:dMKqDPXvr >>535 intが4バイトなんて保証はないから、char[] bufの大きさを決められないって話でしょ？ intメンバを追加したとして、bufのサイズはどれだけ減らせばいいのかわからないのが問題 4の環境が多いだろけど、2の環境だと2を減らさなきゃいけないわけで dll差し替えで再ビルドしない場合、構造体サイズが変わると特に配列渡しの場合はセグメンテーションフォールトになる可能性が高くて危険 セーブデータみたいに構造体をそのままファイルに落とすとしても、サイズはずっと不変なのが扱いやすいね http://mevius.5ch.net/test/read.cgi/tech/1554171817/537

---

ﾒﾓ帳

(0/65535文字)

---

上下前次1-新書関写板覧索設栞歴

---

ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ

---

Google検索

Wikipedia

---

ぬこの手 ぬこTOP 1.657s*