問題タブ [64-bit]

EnterpriseServices (COM+) を介して ServicedComponent として登録され、サードパーティ アプリケーションによって COM RPC を介して呼び出されるクラスを含む .NET アセンブリがあります。したがって、これを GAC に追加しHKEY_CLASSES_ROOT\CLSID\{clsid}\CodeBase、GAC フォルダー内のアセンブリ DLL へのパスを含むレジストリ エントリを追加する必要があります。(regsvcs に頼ることはできません。これは 32 ビットのアセンブリであり、32 ビットのサードパーティ コンポーネントに依存しているためです。また、前に参照したサードパーティ アプリケーションでは、クラスを参照できません。 Wow6432Node)

質問は次のとおりです。

GAC で作成されるアセンブリへのパス、または少なくとも GAC フォルダー自体へのパスは、レジストリ キーなどの値で使用できるプロパティとして Windows インストーラーで使用できますか?

いくつかのテストを完了するには、32 ビット バージョンの Windows を実行していても、64 ビット バージョンのアセンブリを読み込む必要があります。これは可能ですか？

したがって、公式のXML-RPC標準は64ビット値をサポートしていません。しかし、これらの現代では、64ビット値がますます一般的になっています。

これらをどのように処理しますか？最も一般的なXML-RPC拡張機能は何ですか？どのような言語バインディングがありますか？私は特にPythonとC++に興味がありますが、すべての情報を歓迎します。

マネージC++アセンブリには2つのバージョンがあります。1つはx86用、もう1つはx64用です。このアセンブリは、AnyCPU用に準拠した.netアプリケーションによって呼び出されます。私たちはファイルコピーインストールを介してコードをデプロイしており、これを継続したいと考えています。

アプリケーションがプロセッサアーキテクチャを動的に選択しているときに、サイドバイサイドアセンブリマニフェストを使用してx86またはx64アセンブリをそれぞれロードすることは可能ですか？または、ファイルコピーの展開でこれを行う別の方法はありますか（GACを使用しないなど）？

現在、VS2008 は 5.1.5 リリースでも STLPort CVS リポジトリでもサポートされていないようです。誰かがすでにこの作業を行っている場合は、可能であれば共有すると便利です:)

同様に、VS2005 または 2008 x64 ビルドに必要な変更について知っておくと役立ちます。

Microsoft は、Access 用のデータベース ドライバである Jet の 64 ビット バージョンをリリースしないことを選択しました。誰かが良い代替案を知っていますか?

以下は、私が必要としている Jet がサポートする特定の機能です。

• 複数のユーザーがネットワーク経由でデータベースに接続できます。
• ユーザーは Windows エクスプローラーを使用して、破損の危険を冒さずに、開いているデータベースをコピーできます。アクセスは現在、私の顧客が必要とするものに対して十分な信頼性でこれを行っています。
• .Net を必要とせずに C++ でうまく動作します。

うまくいかないと私が考えた代替案（私の理解は間違っているかもしれませんが）：

• SQLite: 複数のユーザーがネットワーク経由でデータベースに接続すると、データベースが破損します。
• Firebird: 使用中のデータベースをコピーすると、元のデータベースが破損する可能性があります。
• SQL Server: 使用中のファイルはロックされており、コピーできません。
• VistaDB: これは .Net 固有のようです。
• 32 ビットでコンパイルして WOW64 を使用する: 64 ビット機能をまったく使用しない場合でも、64 ビットでコンパイルする必要がある別の依存関係があります。

.NET アプリケーションを 64 ビット環境用にコンパイルしたい場合。必要ですか

• 64 ビット OS バージョン
  または
• 64 ビット Visual Studio バージョン
  または両方?

32 ビットから 64 ビットに移行しようとしているアプリケーションがあります。これは、x64 フラグを使用してコンパイルされた .NET です。ただし、32 ビット用にコンパイルされた FORTRAN 90 で記述された多数の DLL があります。FORTRAN DLL の関数は非常に単純です。データを入力し、データを引き出します。どんな状態でもない。また、そこに多くの時間を費やすことはなく、合計でおそらく 3% ですが、それが実行する計算ロジックは非常に貴重です。

どうにかして 64 ビット コードから 32 ビット DLL を呼び出すことはできますか? MSDN は、できないと示唆しています。簡単なハッキングを行い、これを確認しました。すべてが無効なエントリ ポイント例外をスローします。これまでに見つけた唯一の解決策は、すべての 32 ビット DLL 関数に対して COM+ ラッパーを作成し、64 ビット プロセスから COM を呼び出すことです。これはかなりの頭痛の種のようです。プロセスを WoW エミュレーションで実行することもできますが、メモリの上限は増加せず、約 1.6 GB に制限されます。

64 ビット CLR プロセスから 32 ビット DLL を呼び出す他の方法はありますか?

非常に大きなデータ ファイル (5 ギガから 1 TB) があり、迅速な読み取り/書き込みアクセスが必要です。レコード サイズが固定されているため、何らかの形式の ISAM が適しているようです。しかし、他の提案を聞いてうれしいです。

理想的には、ソリューションに Apache または LGPL スタイルのライセンスが必要ですが、必要に応じて支払います。

持っている必要があります:

スケーラブル - 少なくとも 1 TB のファイル以上
安定 - データを破損しないか、高速なリカバリ プロセス
を実行 X64 Windows で適切に実行

あった方がよい：

2 フェーズ コミットに参加
可能 組み込みの圧縮機能
*nix プラットフォームに移植可能
C# API または Java API

ありがとう、

テレンス

パックされたバイナリ データ (構造体の構造体として格納されている) を読み取り、それを Python オブジェクトに解析する Python C 拡張機能を作成しようとしています。すべてが 32 ビット マシン (バイナリ ファイルは常に 32 ビット アーキテクチャで書き込まれます) では期待どおりに動作しますが、64 ビット ボックスでは動作しません。これを行う「好ましい」方法はありますか？

投稿するには多くのコードになりますが、例として：

現在、32ビットシステムではこれはうまく機能しますが、64ビットではtime_tのサイズが異なります（32ビットと64ビットの長さ）。

くそー、あなたたちは速いです。

パトリック、私はもともと構造体パッケージを使い始めましたが、私のニーズに合わせて遅くなる方法を見つけました. さらに、Python 拡張機能を作成する言い訳を探していました。

これはばかげた質問だと思いますが、どのようなタイプに注意する必要がありますか?

ありがとう。