このコードが64ビットアーキテクチャでsegfaultになるのに、32ビットでは正常に機能するのはなぜですか？

次のCパズルを見つけました。

Q：IA-64では次のプログラムがsegfaultするのに、IA-32では正常に動作するのはなぜですか？

  int main()
  {
      int* p;
      p = (int*)malloc(sizeof(int));
      *p = 10;
      return 0;
  }

int64ビットマシンののサイズは、ポインタのサイズと同じではない可能性があることを知っています（int32ビットであり、ポインタは64ビットである可能性があります）。しかし、これが上記のプログラムとどのように関連しているかはわかりません。何か案は？

へのキャストint*は、適切ななし#includeの戻り型がであるmallocと見なされるという事実をマスクしますint。IA-64はたまたまsizeof(int) < sizeof(int*)この問題を明らかにしています。

（未定義の動作のsizeof(int)==sizeof(int*)ため、たとえば、呼び出し規約が整数以外のポインターを返すために異なるレジスターを使用した場合など、trueを保持するプラットフォームでも失敗する可能性があることに注意してください）

comp.lang.cよくあるご質問は、議論のエントリがあるから復帰キャスティング理由をmalloc必要としない、潜在的に悪いんが。

最も可能性が高いのは、ヘッダーファイルを含めないためmallocであり、コンパイラーは通常これを警告しますが、戻り値を明示的にキャストしているという事実は、何をしているのかを知っていることを意味します。

つまり、コンパイラはintが返されることを期待し、そこからmallocポインタにキャストします。サイズが異なると、悲しみの原因になります。

これが、Cで戻り値をキャストしない理由ですmalloc。void*戻り値は、暗黙的に正しい型のポインターに変換されます（ヘッダーを含めていない場合は、安全でない可能性のあるint-について警告している可能性があります）ポインターへの変換）。

これが、欠落したプロトタイプに関する警告なしにコンパイルしない理由です。

これが、Cでmallocの戻り値をキャストしない理由です。

キャストはC ++互換性のために必要です。それを省略する理由はほとんどありません（ここでは理由はありません）。

C ++互換性は必ずしも必要ではなく、場合によってはまったく不可能である場合もありますが、ほとんどの場合、非常に簡単に実現できます。