問題タブ [wow64]

1) 64 ビット dll として利用できない 32 ビット dll を使用したい

2）別の制約：32ビットバージョンがWOW64で機能しない別のdllも使用したいので、2番目のdllをネイティブ64ビットdllとして含める必要があります...

このようなソリューションを作成して 64 ビット システムで動作させるためのオプションは何ですか?

私が理解しているように、x64 プロジェクトで 32 ビット dll を参照することはできないため、より良い方法がない限り、ビルドする必要があります。

a) マザー x86 アプリケーション (最初の 32 ビットのみの dll 参照の問題が解決されました)

b) また、2 番目の 64 ビット dll (2 番目の DLL WOW64 非互換性の問題は解決されました) で動作する別の姉妹 x64 アプリケーションをビルドしますか?

上記のアプローチが実現可能な場合、x86 マザー プロセス (wow64 にある) から x64 シスター プロセスを実行する必要がありますが、x86 アプリは 32​​ ビットの子プロセス (wow64) しか生成できないことを覚えているようです。つまり、System.Diagnostics.Process.Start("64bitSisterApp"); を使用します。wow64 で実行されている 32 ビットのマザー アプリからは失敗しますか?

アドバイスをいただければ幸いです。

親プロセスがWOW64リダイレクトを無効にしているかどうかをどのようにテストしますか？

Visual StudioからPowerShellを（外部コマンドとして）実行するために、なぜこれほど多くのフープを実行する必要があるのか​​、誰かが簡単に説明できますか？私はそれがビットの違いに関係していることを知っていますが、理由はわかりません。正しく覚えていれば、コンテキストはSystem32フォルダーの64ビットWindows 7 OS、32ビットVisual Studio、および32ビットPowerShellです。64ビットOSは両方の32/64アプリケーションを問題なく実行できるので、ここでの問題は何ですか、またその理由は何ですか？

インターネット検索では、これはWOW64、つまりタグと関係があると思いますが、よくわかりません。OSが古い32ビットソフトウェアをエミュレートしていることは知っていますが、VSが「... Native ...」フォルダー（acc。私たちのインストラクターへのパスは実際には存在しません）。

それが混乱しないことを願っています。

データベーステーブルのフィールド名を取得するために使用するDelphi2005コードがあります。
32ビットマシン（Windows XP、Windows Vista、Windows 7）では問題なく動作します。

ただし、64ビットマシン（WindowsVistaまたはWindows7）で実行すると、フィールド名は返されません。

コードは次のようになります。

32ビットマシンでは、これはゼロ以外のカウントを示し、フィールド名を一覧表示します。64ビットマシンでは、これは「フィールドカウント=0」を表示します</p>

Delphi2006またはDelphi2007で再コンパイルすると、問題は解決します。

（Firebird 2.5を使用しています）

プログラムをDelphiの新しいバージョンにアップグレードせずにこれを修正したいと思います。

また、問題が発生している理由、つまり64ビットWindowsでプログラムの動作が異なる理由についても理解したいと思います。

アドバイスをお願いします。

このコードは、レジストリ値を挿入します

Windows 32 ビットでは動作しますが、64 ビットでは wow6432node に挿入され、リダイレクトを無効にする方法を教えてください。

Windows Server 2008 R2 以降、WoW64 はアンインストール可能なオプション機能です。これは、32 ビット コードを実行できない64 ビットのみのサーバーを使用できることを意味します。ディスク容量の節約とマルウェアの「攻撃対象領域」の縮小 (ほとんどは 32 ビット) の 2 つの明らかなものを除いて、WoW64 を無効化/アンインストールすることで得られる可能性のある利点について考えようとしていますが、何も表示されません。 、欠点は巨大ですが、そこでは32ビットコードを実行できません。

私の質問:
実稼働環境で使用されている「64 ビットのみ」のサーバーがいくつあるかを示す意味のある統計/レポート、または少なくとも逸話的な証拠はありますか? これらの 64 ビットのみのサーバーで実行できるようにするためだけに、ソフトウェア自体が 64 ビットであることの利点がなくても、ソフトウェアの 64 ビット バージョンの構築を開始する時期でしょうか?

明確化: 私のソフトウェアは、主にサーバーではなく PC で使用されるネットワーク帯域幅モニターですが、サーバーで使用するものもあります。多くのクライアントが 1 つのコピーを購入し、サイト ライセンスを購入するクライアントは少なくないため、この件に関してクライアントから意味のあるデータを取得するのは困難です。

クライアントがWOW64を有効にしてIISを実行していて、64ビットDLLを読み込めないと不平を言っています。

これを行う方法はありますか？

また、IISをWOW64で実行すると、すべての.NETコードが32ビットの.NETランタイムで実行されていることを意味しますか？

通常、私はごまかしてThreadBasicInformationのNtQueryInformationThreadを使用して、TebBaseAddressを取得します。

ただし、wow64スレッドには2つのスタックがあり、これは64ビットのTebのみを取得します。

Windows サービスと ASP MVC3 Web サイトで使用される次のレジストリ キーを呼び出す共有クラスがあります。

私のローカル (Win7 32 ビット) PC では、これは期待どおりに動作します。

私のテスト 2008 サーバーでは、サービスは「Wow6432」ノードの読み取り/書き込みを行いますが、Web サイトはそうではありませんか? 私の推測では、サービスは 32 ビット (32 ビット バイナリを使用) ですが、Web サイトは IIS で 64 ビットですか?

両方が同じキーを読み書きできるようにするにはどうすればよいですか? これがどちらのキーであるかは問題ではありませんが、両方で同じである必要があります!

どうも