問題タブ [system32]

状況：

現在の開発環境を Windows XP 32 ビットから Windows Vista 64 ビット (*) に変換する必要があります。当然のことながら、私たちのビルド システムでは、ハードコーディングされたパスに問題がある箇所がたくさんありました (例: " C:\Program Files" が " " になるC:\Program Files (x86))。幸いなこと%ProgramFiles%に、ソース プロセス (32 ビットまたは 64 ビット) に基づいて適切なディレクトリにマップされる環境変数があります。そこで、ビルド スクリプトを で更新しました%ProgramFiles%が、これで終わりだと確信していました。

ビルド環境は、コマンドライン ( C:\Windows\System32\cmd.exe) から呼び出されます。

問題: 1 つの特定のマシン (つまり、作業中の開発マシン) で、実際には 32 ビット プロセスであることが判明したC:\Windows\System32\cmd.exeため、スクリプトはディレクトリのx86バージョンを検出し、すべてがうまく機能します。Program Files

私が見つけることができる他のすべての 64 ビット マシン (自宅のマシンを含む) では、C:\Windows\System32\cmd.exeが 64 ビット バージョンで、32 ビット バージョンがC:\Windows\SysWow64\cmd.exe. そのため、ビルド スクリプトは探しているものを見つけることができず、失敗します。

32bitcmd.exeが必要な場合は明示的に呼び出す必要があり、デフォルトでは 64bit を取得する必要があることを理解しましたcmd.exe。～の典型的なWORKSFORMEケース

問題は、これが正しくないマシンに何が起こったのかということです。cmd.exeあるマシンではデフォルトで32 ビットになっているのに、他のマシンではそうではないのはなぜですか? C:\Windows\System32\cmd.exeいずれの場合も、メニューから明示的に実行していますが、1 台のマシンでのみStart|Run異なる結果が得られます。すべてが同じエディションの Vista 64 ビットを実行しています。

考えや洞察はありますか？

(*) 私がこれをしなければならないことを受け入れてください。なぜ私がこれを行っているのかを言う自由はありません。OS とすべてを最初から再インストールすればおそらくうまくいくでしょうが、それは確かにやり過ぎです。さらに、Vista マシンを配布するよう IT 部門を説得するのは非常に困難でした。

CreateFile関数へのパス パラメータが対象である場合\Windows\System32\、呼び出しが次のエラー コードで失敗していることに気付きましたERROR_PATH_NOT_FOUND。

ファイル パスは正しいです。私はフォルダーの所有者です。問題は、なぜ呼び出しが失敗するのかということです。MS は、フォルダへのアクセスを禁止する特別なポリシーを追加しましたか?

サンプルコード:

\Windows\ に入るファイルの種類と \Windows\System32 に入るファイルの種類の標準的な規則はありますか??

私は、さまざまな DLL、ヘルパー exe、および Windows サービス exe を含む SDK に取り組んでいます。コードに取り組んでいた前の担当者は、2 つの exe ファイルを \Windows\ に、DLL を \Windows\System32\ に配置しました。

あなたならどちらにしますか？

編集： 彼らがそこに行くべきかどうかのメリットについて議論しようとしているわけではありません。たくさんのアプリが System32 に何かをインストールします...特にサービスやドライバー (どちらも私が扱っています) のために。確かに、私はそれが正しいと言っているわけではありません...私が言ったように、私は最初にこれを作成しませんでした...この質問のために. それらが唯一の選択肢だったとしたら...何がどこに行くのですか?

編集： OK、指摘されました。このプロジェクトの「アーキテクト」を説得して、これら 2 つのディレクトリのいずれかから移動させることができるとは本当に思っていませんでした... しかし、この時点で、もっと頑張ろうと思います。同意しました...それらのフォルダーには何も入れるべきではありません。

いつファイルを配置する必要があるか知りたい

64 ビット Windows システムでは、C:\Windows\System32 または C:\Windows\SysWOW64。

32 ビット用と 64 ビット用の 2 つの DLL がありました。

論理的には、32 ビット DLL を C:\Windows\System32 に配置し、64 ビット DLL を C:\Windows\SysWOW64 に配置すると考えました。

驚いたことに、それは逆です！32ビット DLLはC:\Windows\SysWOW 64に入り、64ビット DLL は C:\Windows\System 32に入ります。

非常に紛らわしいもの。この背後にある理由は何ですか?

XP 32 ビット OS でこのコードを使用して、%windir%\windows\system32フォルダー パスを取得しています。

私が知りたいのは%windir%\windows\syswow64、Windows 7 (64/32 ビット) で使用すると、この同じコードがフォルダーを返すということです。

XP 以降では、私の System32 フォルダーは C:\WINDOWS\system32 にあります。Windows 2000 では、C:\WINNT\system32 にあります。ありますか

私の WIX (3.5) インストーラーは、richtx32.ocx ファイルを windows\system32 ディレクトリにコピーし、いくつかのコマンド ライン ステートメントを使用して登録する必要がありますが、機能しません。ファイルはフォルダにコピーされません。

この問題は XP と 7 でも発生します。MSI を管理者ユーザーとして開始しました。ファイルが別のディレクトリ (たとえば、アプリケーションのプログラム ファイル ディレクトリ) にコピーされた場合、すべて正常に動作します。

このエラーは、system32 ディレクトリでのみ発生します。問題がファイル自体にあるかどうかを確認するために、別の .ocx ファイルでも試してみましたが、ファイルをフォルダーにコピーできないようです。

何か案は？

アップデート：

「test.txt」ファイルをコンポーネントに追加すると（ところで、richtx32.ocx だけのファイルがいくつかあります）、突然動作します。しかし、.ocx や .dll などの別のファイルがある場合、インストーラーがすべてのファイルのみをコピーするのはなぜですか?? 機能させるためだけにダミーのテキスト ファイルをコピーしたくありません... 理由があるはずです。

インシデント対応ディスクの作成に取り組んでおり、USB ドライブなどの外部メディアから ipconfig のコピーを実行できるようにしたいと考えていました。これは私の Windows XP マシンでは動作するようですが、system32 ディレクトリの外に ipconfig をコピーすると動作しません。

この問題は、netstat や他のいくつかのネットワーク ユーティリティにもありました。

外部ドライブで Windows 7 バージョンの ipconfig を実行するにはどうすればよいですか?

System32 でいくつかのファイルを削除する必要がある C# アプリケーションを開発しており、次のことを行っています。

これは機能していません。例外はスローされませんが、ファイルも削除されません。権限に関係していると思いますが、修正方法がわかりません。手伝ってくれますか？

別のアプリを実行するアプリを開発していますが、次のエラーを受け取りました:

MSVCR100.dll がコンピューターにないため、プログラムを開始できません

私の C# アプリで、この .dll を windows/system32 フォルダーにコピーするという問題を解決できますか? または、これを行う別の方法はありますか?