問題タブ [gacutil]

こんにちは、vs2010 を使用して、GAC に登録するふりをする .net 4.0 アセンブリを作成しています。

gacutil が見つからず、4.0 GAC にアセンブリを登録する方法がわかりません

誰かが助けることができますか？

解決策: C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\Bin\NETFX 4.0 Tools にある GacUtil を使用して登録します。

GAC に 2 つのバージョンの MySql.Data アセンブリがあります

グローバル アセンブリ キャッシュには、次のアセンブリが含まれています: MySql.Data、Version=5.2.6.0、Culture=neutral、PublicKeyToken=c5687fc88969c44d、processorArchitecture=MSIL MSIL

私のクラス ライブラリが MySql.Data を見つけようとすると、それらは互いに競合しますか?

gacutil を使用して、次のようにバージョン 6.4.3.0 を登録しました。

特定のバージョンのアセンブリを手動で登録解除したい場合、gacutil を介してそれを行うコマンド ラインは何ですか?

私はオープン ソースの .NET プロジェクトを持っています。その主なアーティファクトは、主なユース ケースのために GAC にインストールする必要がある DLL です。したがって、AfterBuild タスク中にインストールしたいと考えています。MSBuild Community Extensionsの GacUtil msbuild タスクを使用しています。機能していません。

ここから取得した私の MSBuild コードは次のとおりです。

私が使用しているコマンドはmsbuild /t:AfterBuild /verbosity:diagnostic. 私が得るエラーは次のとおりです。

このコマンドは、パスに gacutil.exe を指定して管理者として実行されている cmd.exe のコピーから実行しています。このまったく同じコマンド プロンプトを使用して、GAC からこのアセンブリを正常にインストールおよびアンインストールし、アセンブリが c:\windows\assembly フォルダーにないことを再確認しました。

GacUtil が失敗する理由を特定するにはどうすればよいですか?

gacutil.exe を使用して特定のアセンブリ (この場合は log4net.dll ですが、同様のケースにも当てはまるはずです) を削除しようとすると、アプリケーションで必要なアセンブリが原因でアクションが失敗します。ただし、実際に必要なアプリケーションを特定する方法がわかりません。出力は、要件が MSI データベース / Windows インストーラーに記録されていることを示しているように見えるため、一部のユーティリティは、MSI データベースに登録されているすべての GAC アセンブリを一覧表示できるように思われます (log4net でエントリを検索することもできます)。 .dll) または、特定の GAC アセンブリを指定できるようにすると、依存関係が一覧表示されます (理想的には、関連する依存関係チェーンが存在する場合:)

ありがとう！

グローバルアセンブリキャッシュ内のアセンブリのリストを表示するには、コマンドプロンプトで、次のコマンドを入力します。gacutil –l

以前のバージョンの.NETFrameworkでは、Shfusion.dll Windowsシェル拡張により、Windowsエクスプローラーでグローバルアセンブリキャッシュを表示できました。.NET Frameworkバージョン4以降、Shfusion.dllは廃止されました。

.NET4.0のグローバルアセンブリキャッシュの内容を表示するビジュアルツール-CLR4.0？ビューアツールが必要で、コマンドライン（gacutil -l）を実行しません。

アップデート：

Nirsoft.netによるGACViewは.NET4.0（CLR 4.0）をサポートしていません

http://www.nirsoft.net/dot_net_tools/gac_viewer.html

2012年3月の更新：

GACブラウザ http://gacbrowser.blogspot.com/2008/03/gac-browser-introduction.html

Visual Studio 2010 でビルドされた dll ライブラリがありますが、それを VS 2005 プロジェクトに含める必要があります。

実行すると、エラーメッセージが表示されます

This assembly is built by a runtime newer than the currently loaded runtime and cannot be loaded.

エラー メッセージをググってみましたが、見つかった唯一の回避策は、 located gacutil.exeinC:\Program Files\Microsoft Visual Studio 8\SDK\v2.0\Binをlocated gacutil.exeinに置き換えることですC:\Program Files\Microsoft SDKs\Windows\v7.0A\bin\NETFX 4.0 Tools。

この方法で試しましたが、まだ同じエラーが発生します。

Visual Studio 2010 コマンド プロンプトを使用して GAC にアセンブリを追加しました。

次のメッセージが表示されます。

アセンブリがキャッシュに正常に追加されました。

しかし、それは表示されずC:\WINDOWS\assembly、.NET Framework GAC がC:\WINDOWS\Microsoft.NET\assemblyv4.0 アセンブリ用に移動されたことを読みました。そこでもアセンブリを検索しましたが、見つかりません。では、.NET Framework v4.0 用にインストールされたアセンブリはどこにありますか?

MSDN は、gacutil.exe を運用サーバーに使用するのは安全ではないと述べています。これには正当な理由があるのでしょうか、それとも Microsoft が少しだけ CYA を実践しているだけなのでしょうか? この警告は無視しても安全ですか? それとも、最終的に Microsoft Windows Installer 2.0 の使用方法を習得する必要がありますか?

MSDN の正確な文言:

Gacutil.exe は開発のみを目的としており、運用アセンブリをグローバル アセンブリ キャッシュにインストールするために使用しないでください。

名前空間を使用してフォーム上にオブジェクトSystem.Windows.Forms.DataVisualization.Chartingを作成しています。Chartこの DLL は基本的な Windows インストールの一部ではないため、アプリケーションを配布するときにパッケージに含める必要があります。

私は、GacUtil.exe の新しいバージョンを認識しています。また、Gacutil.exe は開発のみを目的としており、運用アセンブリをグローバル アセンブリ キャッシュにインストールするために使用しないでください。 独自のパッケージ配布システムを使用しているために、この問題に選択の余地がなく、このようにしなければならないと仮定しましょう。=)

編集/更新: 2.0 ランタイムでは、意図したインストール PC に GacUtil.exe が存在しない PC もありましたが、PC に GacUtil.exe (2.0 バージョン) をドロップして、必要な追加のアセンブリを GAC することができました。これは、4.0 ランタイムの問題のようです。GacUtil.exe (4.0) をコピー先の PC にコピーしましたが、必要なアセンブリに対して実行してもフィードバックがありません。編集/更新の終了

これで、私の PC (開発用 PC) で、問題なく DLL を GAC に追加できます。

ただし、クリーンな Windows 7 PC では、同じ DLL と同じバージョンの GacUtil.exe を使用すると、次のようになります。

なぜ不一致なのですか？新しい GacUtil.exe は、この PC にないものに依存していますか?

したがって、Win 2008 R2 Std x64 では、6 つの gacutil.exe がすべて異なります (VS フォルダー内のものは数えません)。

1. c:\Program Files\Microsoft SDKs\Windows\v6.0A\Bin
2. c:\Program Files\Microsoft SDKs\Windows\v6.0A\Bin\x64
3. c:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\Bin
4. c:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\Bin\x64
5. c:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\Bin\NETFX 4.0 ツール
6. c:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\Bin\NETFX 4.0 Tools\x64

質問は次のとおりです。

1. x64バージョンによって動作に違いはありますか?
2. v7.0A他のバージョンよりも優先する必要がありv6.0Aますか?
3. NETFX 4.0 Tools.NET 4.0 アセンブリにはバージョンを使用し、それ以外には「標準」バージョンを使用する必要がありますか?

または、この件に関する一般的なタイプの記事があれば、感謝します。

更新1.Hans Passant の回答について:

1. gacutil.exe は、「ビルド、展開、および構成ツール (.NET Framework)」の .NET Framework ツールの一部であり、現在は廃止されている (!) shfusion.dllでした。
2. 実際、v6.0A は VS2008 インストールのものであり、無視できます (1、2)。
3. 64 ビットの説明理論も妥当に思えます。また、 gacutil.exe の IA64 バージョンがおそらくあると思いますので、「プラットフォームごとのツール コピー」のようなもので、WoW64 のおかげで x86 バージョンがどこでも問題なく動作するようになっただけです。リストからマイナス 2 の gacutil バージョン (4、6)。
4. 使用するバージョンに関する部分が間違っているようです。V4.0 の gacutil.exe は、ターゲット CLR に従ってアセンブリを検出して配置し、.NET 4.0 とそれ以前のバージョンのアセンブリの両方で正常に動作します。問題は、V2.0 の gacutil.exe を残す理由です。私の推測では、環境への展開を目的としている.NET4.0は利用できません。
5. GAC を使用するかどうかは問題ではありませんでした。ですから、最後の段落はコメントなしで残します。

更新 2。

そのため、Windows x86 および x64 でのすべての GAC 操作に対して、番号 3 (.NET4.0 は利用できません) または番号 5 のいずれかを安全に使用できるように思えます。そして、質問への答えは次のとおりです。

1. いいえ。
2. 問題ではありませんが、新しいバージョンを使用する方がより論理的です。
3. いいえ、NETFX 4.0 Toolsすべての GAC 操作で常にバージョン (.NET4.0 が利用可能な場合) を使用できます。