32ビットホストのWindowsアプリケーションは共有メモリをセットアップし（メモリマップトファイル/ CreateFileMapping（）APIを使用）、他の32ビットクライアントプロセスはこの共有メモリを使用して相互に通信します。
ホストアプリケーションを64ビットプラットフォームに移植することを計画しており、準備ができたら、32ビットと64ビットの両方のクライアントプロセスがメインの64ビットホストアプリケーションによる共有メモリセットアップを使用できるようにする予定です。
ホストx32アプリケーション用に記述された元のコードは、ほとんどすべての場所で「size_t」を使用します。これは、x32からx64に移動するときに4バイトから8バイトと異なるため、置き換えを探しています。
「size_t」を「unsignedlonglong」に置き換えて、32ビットと64ビットで同じサイズになるようにします。
より良い代替案を提案してもらえますか？また、「unsigned long long」を使用すると、x32アプリのパフォーマンスに影響がありますか？
調査完了-非常に有用な記事が見つかりました-a）32ビットから64ビットへの移植に関する20の問題（www.viva64.com）b）コンパイラフラグまたはフックを使用してx64プラットフォームの「size_t」を4バイトに制限/変更する方法がありませんtypedefなので/crooks