問題タブ [32-bit]

C でクロスプラットフォーム アプリケーションを作成する際に最も留意すべきことは何ですか? 対象プラットフォーム: 32 ビット Intel ベースの PC、Mac、および Linux。特に、Jungle Disk の USB デスクトップ エディション ( http://www.jungledisk.com/desktop/download.aspx )にある多用途性を探しています。

このタイプの開発のヒントと「落とし穴」は何ですか?

職場では、2K (2048*1556px) OpenEXR フィルム シーケンスを再生するアプリケーションがあります。それはうまく機能します..3GBを超えるシーケンス（非常に一般的）を除いて、すべてのマシンに8〜16GBのメモリがあるにもかかわらず（Linux BIGMEMスタッフを介してアドレス指定可能）、メモリから古いフレームをアンロードする必要があります。

リアルタイムで再生するには、フレームをメモリにキャッシュする必要があります。OS は数年前の 32 ビット Fedora ディストリビューションです (当面の間、64 ビットにアップグレードすることはできません)。プロセスごとの制限は、プロセスごとに 3GB です。

基本的に、メモリに 3GB 以上のデータをキャッシュすることはできますか? 私の最初のアイデアは、複数のプロセス間でデータを分散することでしたが、これが可能かどうかはわかりません..

私の OS X ボックスでは、カーネルは 32 ビット バイナリですが、64 ビット バイナリを実行できます。これはどのように作動しますか？

CSIDL_PROGRAM_FILES ID の代わりに CSIDL_PROGRAM_FILESx86 フォルダー ID を使用して 32 ビット システムでSHGetFolderPath API 呼び出しを使用するとどうなりますか?

理論的には、CSIDL_PROGRAM_FILESx86 はC:\program files (x86)64 ビット システムにマップする必要がありますが、このパスが存在しない 32 ビット システムでは何にマップされますか?

既存のコードを 64 ビット マシンに適合させようとしています。主な問題は、ある関数で、前のコーダーが void* 引数を使用し、関数自体で適切な型に変換されることです。簡単な例:

もちろん、64 ビット マシンでは次のエラーが表示されます。

これを修正して、32 ビット マシンでもできるだけきれいに動作するようにしたいと思います。何か案が ？

新しい開発用PCを購入したいと思っています。私の予算は$1,000USD（モニターを含む）以下です。私はラップトップ（デスクトップ交換タイプ）を利用できます。そうでない場合は、従来のデスクトップPCで問題ありません。

私の主な開発環境は、Microsoft、Visual Studio 2008（および古いVisual Studio 6コードのサポート）です。SQL Server 2005、2008、およびSQL Server2000のレガシーサポート。MicrosoftOffice2003、2007をインストールする可能性がありますが、Office 2000までサポートします。私が作成してサポートするソフトウェアは、ほとんどがWindows XPですが、一部のVistaです。インストール先の64ビット実装があると想定する必要があります。

私の最初の混乱は、AMDまたはIntelを選択することから始まります。私の懸念は、AMD環境でVisualStudioを使用してソフトウェアを構築する際の互換性の問題があることです。私には証拠がありません。誰かが私のために片付けてくれることを願っています。

最後に、32ビットと64ビットのインストールについて混乱しています。64ビットが着実に普及しているにもかかわらず、最小公分母（32ビット）を使用する必要がありますか？64ビットオペレーティングシステムは4Gを超えるRAMに対応し、テスト環境用にできるだけ多くの仮想マシンをセットアップしたいので、一度に多くの仮想マシンをアクティブにすることができるので、気に入っています。

私は夢のマシンを探しているのではなく、モニターと、そこにあるほとんどのマシン用のソフトウェアを作成できる約$1000の最高のプロセッサーを備えたマシンだけを探しています。

32 ビット CPU では、整数は 4 バイトで、短整数は 2 バイトです。提供された短整数の範囲内に常に収まる多くの数値を使用する C/C++ アプリケーションを作成している場合、4 バイト整数と 2 バイト整数のどちらを使用する方が効率的ですか?

メモリから CPU へのバスの帯域幅に適合するため、4 バイト整数の方が効率的であると示唆されていると聞いたことがあります。ただし、2 つの短い整数を加算する場合、CPU は両方の値を 1 つのパスで並列にパッケージ化します (したがって、バスの 4 バイト帯域幅にまたがります)。

私のC＃ソースコードでは、整数を次のように宣言している可能性があります。

また

現在普及している32ビットの世界では、それらは同等です。しかし、64ビットの世界に移行するとき、次のことが同じになると言っているのは正しいですか？

ビルド中に OS が 64 ビットか 32 ビットかに基づいて .dll をコピーするように Visual Studio 2005 を構成したいと思います。

プラットフォーム ターゲットが何であるかを指定したくありません。

私の最初の試みは、バッチ ファイルを使用して Windows のバージョンを検索することでしたが、一部の 32 ビット バージョンと 64 ビット バージョンの Windows は同じバージョン番号を共有しています。

これを確認する方法を知っている人はいますか？

ありがとう！

matlab の 32 ビット版と 64 ビット版のどちらで実行しているかを確認するにはどうすればよいですか?

32/64 ビットの matlab に応じて異なるパスが必要なコンパイル済みの mex ファイルがいくつかあります。