問題タブ [wow64]

時々、私にはわからない不思議なエラーが発生します。Visual Studio 2008を再起動することで「修正」できますが、それは正確には解決策ではありません...

それは次のように述べています：

プロジェクトの実行中にエラーが発生しました：デバッグを開始できません。

リモートマシンでMicrosoftVisualStudioリモートデバッグモニターが閉じられました。

私の知る限り、私はリモートで何もしていません...通常のデバッグ、F5スタイルを実行しているだけです。どういう意味ですか？どうすれば修正できますか？

いくつかのレジストリ キーを作成する Visual Studio インストーラーがあります。

ただし、作成中のレジストリ キーは Wow6432Node の下に自動的に表示されます。

msi によって実行される C# コードでレジストリ キーを作成するときに、Wow6432Node を無視するにはどうすればよいですか?

カスタム (WoW64) 共有レジストリ キーを作成する方法はありますか?

デフォルトでは、一部のレジストリ キーは共有され、その他はリダイレクトされます ( MSDNを参照)。しかし、共有する必要がある HKLM\Software の下にカスタム レジストリ キーを作成したいと考えています。C# (たぶん P/Invoke) と WIX で解決策を探しています。

私たちのアプリは、Windows x64の場合でも、jvm32ビットで実行されます。ここで、ある時点で、HKEY_LOCAL_MACHINE / SOFTWARE/mycompなどのレジストリ値にアクセスする必要があります。

私はこれを実行することによって行います

Runtime.exec（）から出力を解析します。これは、Windows 32bで実行している場合は正常に機能します。問題は、x64で実行しているシェルが32ビットプロセスであるため、キーが見つからないことです。レジストリリダイレクトにより、HKEY_LOCAL_MACHINE/SOFTWAREにある場合にキーを取得します。 / wow6432Node / mycop

何か案が？

次のシナリオがあります
。-64ビットWindowsServer2008。
-32ビット.NETアプリケーション（さまざまな理由でx86である必要があります）。
-.NETアプリケーションからServerManager.mscを起動する必要があります。

Process.Start（ "ServerManager.msc"）を使用すると、次の例外が発生します：
System.ComponentModel.Win32Exception。
Message="システムは指定されたファイルを見つけることができません"。

32ビットのWindowsServer2008では、コードは正常に機能します...
ServerManager.mscへのフルパスを含めようとしましたが、それも役に立ちません。
また、管理者権限の有無にかかわらず実行しても違いはありません。

何か案は？

NSISインストーラーにx64OSのサポートを追加したいと思います。インストーラーのタスクの1つは、ドライバーのインストールです。このタスク用に特別なNSISプラグインを作成しました。このプラグインは、 Driver Install Frameworks API（DIFxAPI）を使用してドライバーをインストールします。

問題は、このAPIがWOW64で機能しないことです。

NSISでx64インストーラーアプリケーションを作成する方法はありますか？誰かがNSISで同様の問題を解決しましたか？

PS：私が今見ることができる唯一の解決策は、インストーラーから別のアプリケーションを実行することです。これは、ドライバーをインストールするx64実行可能ファイルになります。しかし、この方法は私にはやや難しいようです。だから、私は他の解決策に興味があります。

私が試したクエリ：ExpandEnvironmentStrings("%COMMONPROGRAMFILES%")、GetSpecialPath(CSIDL_PROGRAM_FILES_COMMON)。

すべてが（通常）c:\\Program Files (x86)\\Common Files私の32ビットアプリから解決されます。c:\\Program Files\\Common Files64ビットアプリケーションの下に（通常）インストールされているファイルのバージョンを確認する必要があります。

特定のレジストリ キーがリダイレクトされているかどうかを判断することはできますか?

私の問題は、32 ビット アプリケーションから一般的な方法で、32 ビットと 64 ビットの両方のレジストリ ビューでレジストリ キーを列挙したいということです。最初は KEY_WOW64_64KEY で、次に KEY_WOW64_32KEY で、各キーを 2 回開くだけです。ただし、キーがリダイレクトされない場合、まったく同じキーが得られ、まったく同じコンテンツを 2 回列挙することになります。これは私が避けようとしているものです。

それに関するドキュメントをいくつか見つけましたが、ハイブを調べて、キーで一連の文字列比較を行うしかないようです。私が考えた別の可能性は、各サブキーで Wow6432Node を開こうとすることです。存在する場合は、キーをリダイレクトする必要があります。つまり、HKCU\Software\Microsoft\Windows を開こうとしている場合、次のキーを開こうとします: HKCU\Wow6432Node、HKCU\Software\Wow6432Node、HKCU\Software\Microsoft\Wow6432Node、および HKCU\Software\Microsoft\Windows\うわー6432ノード。残念ながら、ドキュメントは、リダイレクトされたキーの子が必ずしもリダイレクトされないため、ルートにも問題があることを暗示しているようです。

それで、ここで私のオプションは何ですか？

WindowsでCOMを使用するvirtualbox APIを使用しています。64 ビット OS を使用している場合、64 ビット バージョンがインストールされ、COM インターフェイスは 64 ビット クライアントからアクセスできますが、32 ビット クライアントからはアクセスできません。これは COM の制限だと言われましたが、dll32 を使用してレジストリに 32 ビット インターフェイスを「公開」する方法を見てきました。そのため、64 ビット プロセスはこれらの COM サーバーを呼び出すことができますが、64 ビットにアクセスする逆を見つけることができません。 32 ビット プロセスからのインターフェイス。

私がよくわからなかった場合、この人が同様のことを達成したいと思っていると思います:

たとえば、x86 プロセス/exe から x64 exe を呼び出したいとします。

1. x86 コマンドを開く: %windir%\SysWoW64\cmd.exe
2. start notepad: notepad.exe <- x86 メモ帳になります (taskmanager = * によると)

x86 cmd から x64 メモ帳を実行することは可能ですか?

私の問題は、実行しているプロセスを x64 として実行する必要があることです。動作が異なるため、x86 (WoW) として動作させたくありません... これがプログラムされた方法であり、変更できません :-(私のexeはx86です...

私の質問を簡単にするために: WoW プロセスは純粋な x64 プロセスを作成/フォーク/etc できますか?

どうもありがとう

YB