問題タブ [syswow64]

32 ビットの dll ファイルがあり、それらを Windows 7 x64 に登録する必要があります。フォルダー c:\windows\syswow64 にある regsvr.exe ファイルを試しました。メッセージ。

regedt で dll を検索したとき、見つかりませんでした。

それで、どうすればそれを解決できますか。

よろしく、アヤ。

.hta アプリケーションと以下のコードがあります。

デフォルトでは、以下のコマンドは C:\Windows\ syswow64 \cmd.exeの file.bat を開きます。

C:\Windows\ system32 \cmd.exeで開くにはどうすればよいですか?

回避策は、syswow64 の代わりに C:\Windows\system32\mshta.exe を使用して .hta ファイルを開くことですが、他のアイデアも見たいです。

よろしくお願いします。

SDL.dll を C:\WINDOWS\SYSTEM32 にコピーして、SDL アプリが同じディレクトリになくても SDL.dll を検出できることを読みました。しかし、私は Windows 7 の 64 ビット バージョンを使用しており、C:\Windows\SysWOW64 に dll を配置する必要があることを読みました。しかし、私は 32 ビットでのみプログラミングを行うと思います。それが通常の、またはより一般的な方法であるため、自分自身を混乱させたくないからです。私はすでにsdl.dllをc:\Windows\SYSTEM32に入れています。読んでくれてありがとう

C# (.NET 4.5) で記述された Windows サービスがあります。このサービスにはuser、タイマー変数を保持するために使用されるスコープ設定があります。サービスをデバッグするには、この変数を更新する必要がuser.configあるため、サービスのファイルがどこにあるかを知る必要があります。OnStart()したがって、サービスのメソッドに次のコードを追加しました。

ログファイルにダンプされるのは、次のパスです。

しかし、そのファイルを開こうとすると、存在しません。Windows検索を行った後、実際のファイルは次の場所にありました。

どうしてこれなの？32 ビット/64 ビットの互換性マジックを想定していますが、実際のパスを取得するための正しいコード (ある場合) は何でしょうか?

役立つ場合の追加情報: サービスは Windows Server 2008 R2 64 ビット マシンで実行されており、installutil. の 32 ビット バージョンと 64 ビット バージョンのどちらinstallutilが使用されたかはわかりませんが、違いはありますか?

最近、従来の asp アプリケーション + vb6 com コンポーネントを W2K3 サーバーから W2K8 サーバーに移動しました。vb6 コンポーネントで行われた唯一の変更は、MSXML 2.0 から MSXML 6.0 へのアップグレードです。これらの vb6 コンポーネントは dll にコンパイルされ、COM コンポーネントとしてサーバーに登録されます。現在直面している問題は、ASP ページの読み込みに時間がかかることです。以前は 8 ～ 10 秒かかっていた機能が、現在では約 40 秒かかります。ログを挿入したところ、MSXML 6.0 アップグレードに関連する vb6 コードのすべての機能がアプリケーションの速度低下の原因であることがわかりました。

さらに調査した結果、64 ビット バージョンの MSXML6.0 (C:\Windows\System32 に存在) を使用して XML ドキュメントをロードする vb6 モジュールは、32 ビット バージョンの MSXML6.0 を使用する xml ドキュメントをロードするのに 2 倍の時間がかかることがわかりました。 . (C:\Windows\sysWOW64 配下)

Microsoft は、これに対する修正プログラムを提供しています。下記URLをご覧ください。 http://support.microsoft.com/kb/2799406 このホットフィックスは既に試しましたが、パフォーマンスの問題は修正されませんでした。

質問: 1) W2K8 マシンでは、C:\Windows\sysWOW64 にある MSXML6.0 を使用できません。この場所を参照しようとすると、デフォルトで C:\Windows\system32 が参照されます。また、vb プロジェクト ファイルをメモ帳で開き、参照場所を変更してプロジェクトを再度開きましたが、成功しませんでした。これを修正する可能性のある解決策を提案できる人はいますか? 現在のシナリオ: Reference=*\G{F5078F18-C551-11D3-89B9-0000F81FE221}#6.0#0#..\WINDOWS\System32\msxml6.dll#Microsoft XML, v6.0

予想されるシナリオ: Reference=*\G{F5078F18-C551-11D3-89B9-0000F81FE221}#6.0#0#..\WINDOWS\sysWOW64\msxml6.dll#Microsoft XML、v6.0

2) この sysWOW64 フォルダーへの参照を使用して、この vb6 コードを dll にコンパイルしたら、Syswow64 からの参照が W2K8 サーバー上にあるときに確実に/確認する方法は?

3) また、このパフォーマンスの問題を解決するために、他にどのような領域をターゲット/検討する必要があるかを提案できますか?

Windows サービスをテストしています。で作成した読み取り専用ファイルを削除しようとすると、サービス コードは失敗します%windir%\SysWOW64が、ログに記録される例外は次のとおりです。

パス「C:\Windows\system32\CanvasImages\62230.jpg」へのアクセスが拒否されました。

64 ビットの Windows には、これら 2 つのフォルダーに関して多くのトリックが用意されていることを知っており、その一部を理解していますが、正確な例外情報があればよいでしょう。

私は 64x Windows 7 マシンを使用しており、新しい Windows Meteor プラットフォームをダウンロードしました。Windows32 内で「Meteor」ファイルを作成するのに問題はありませんが、「meteor create experiment」コマンドを使用して「Meteor」ファイル内に meteor 固有のファイルを作成すると、代わりに SysWOW64 に新しいファイルが作成されます。System32 ファイル内からディレクトリを変更しようとすると、「このシステムは指定されたパスが見つかりません」というメッセージが表示されます。「C:\Windows\SysWOW64\Meteor\experiment」に cd しても問題ありません。

meteor 1.1 が 32 ビットだとは思えないので、コンピュータがファイル作成プロセスをリダイレクトしないようにするにはどうすればよいでしょうか?

警告として、私は本当にプログラミングの初心者です。それができるようになるために何を学ぶ必要があるかを明確にせずに、何かをするように言わないでください。

ありがとう！

数時間 Google で調べた後、この問題の解決策がありません。

アンマネージ C++ で DLL を開発しました。これは64ビットコンピューターであるため、そのDLLをSysWOW64フォルダーに配置しました。

一方、DLL に含まれる関数をインポートする C# で開発された Winforms アプリケーションがあります。DllImport("name.dll") を使用していますが、System.DllNotFoundException がスローされます。

ソリューション全体が x64 プラットフォーム用に構成されています。

DLL を実行可能ディレクトリに配置すると、動作します。

開発を簡単にするために、DLL をシステム フォルダーに入れたいと考えています。このプロジェクトを 2 台の異なるコンピューター (デスクトップ PC とノートブック) で開発しています。PC のプラットフォームは 32 ビットですが、ノートブックは 64 ビットで、フォルダーが異なります。

両方のコンピューターでプロジェクトを同期するには、Subversion リポジトリを使用します。もちろん、C++ プロジェクト フォルダーからメインの実行可能ファイルの出力フォルダーに DLL をコピーする Post Build イベントを作成できますが、ノートブックから PC に移動するたびに Post build コマンドを変更する必要があります。

システム フォルダに DLL が見つからない理由がわかりませんか? そして最も重要なことは、それを解決する方法はありますか？

ありがとうハイメ