問題タブ [fuslogvw]

これの重複がある場合、私はそれを支持しますが、誰かが私のためにそれを見つけるまで....

TestDriven.NET を使用すると、.NET から次の出力を継続的に取得していましたAssembly.Load。

WRN: アセンブリ バインディングのログがオフになっています。

アセンブリ バインド エラーのログ記録を有効にするには、レジストリ値 >[HKLM\Software\Microsoft\Fusion!EnableLog] (DWORD) を 1 に設定します。

注: アセンブリ バインドの失敗ログに関連するパフォーマンスの低下があります。

この機能をオフにするには、レジストリ値 [HKLM\Software\Microsoft\Fusion!EnableLog] を削除します。

そのため、fuslogvw をロードしました。x64 システムを使用しているため、同じ x64 バージョンを試してみましたが、何度再試行してもログを表示できませんでした。レジストリの設定を確認したところ、すべてが正しく設定されているように見えましたがEnableLog、再実行しても満足できませんでした。

Win 2008 R2 システムで fuslogvw.exe を使用しようとしています。プロセスが開始され、CPU を使用していることを示していますが、UI は表示されません。管理モードではなく、32 ビット版と 64 ビット版を試しましたが、うまくいきませんでした。イベント ログに問題として何も表示されません。

Assembly Binding Log Viewer (fuslogvw) が、マシンにインストールされているフレームワークのどのバージョンのバインディングもログに記録していません。

カスタム ログの場所、デフォルトのログの場所、デフォルトのカテゴリ、およびネイティブ イメージ カテゴリを使用してみました。

Assembly Binding Log Viewer は数か月前に動作しました。私は64ビットマシンを使用しており、実行しています： C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\Bin\NETFX 4.0 Tools\x64\FUSLOGVW.exe

実行時にロードされる特定の依存関係をトリガーしているアセンブリを見つける最も簡単な方法は何ですか？アプリケーションの一部としてロードされる100以上のアセンブリの1つに、古いアセンブリへの迷いの参照があります。

FUSLOGVWを使用すると、ロードされている古いアセンブリを確認できますが、ログには、どのアセンブリがロードされたのかがわかりません。私はCheckASMを使用しました。これにより、プライマリアセンブリの依存関係を参照し、ツリーを探索することができますが、これらはすべて問題ありません。

したがって、実行時に動的にロードされるアセンブリか、どこかの構成ファイルである必要があります。しかし、私は私の人生のためにそれを見つけることができません。

これを行うためのよりスマートな方法があるかどうか疑問に思っていましたか？

Fuslogvw.exe 以外の代替の Fusion ログ ビューアー プログラムはありますか? または、Fusion ログ出力を独自のディレクトリに送信し、多数の HTM ファイルを手動で調べるものはありますか?

私の2つの主な不満は次のとおりです。

1. どのアセンブリ読み込みが成功し、どのアセンブリ読み込みが失敗したかを示す概要が欲しいです。

2. ログ ファイルのタイムスタンプの解決方法がわからないため、どのエントリが別のエントリの前にあるのかわかりません。たとえば、私のプログラムは明らかに、culture=da と culture=da-dk の両方を含むアセンブリを読み込もうとしています。da-dk をロードしようとしているだけで、実際にはロードは成功しています。では、なぜ (失敗して) culture=da をロードしようとしているのでしょうか? 少なくとも、これらの読み込みを実行しようとしている順序を確認できれば役立つかもしれませんが、Fuslogvw.exe は 2 つのエントリをランダムに表示し、プライベート ディレクトリにログを記録することはあまり良くありません。

NGENを使用して、アプリケーションで使用されるいくつかのアセンブリのネイティブイメージを作成しました。ただし、アプリケーションの実行時にこれらの画像が読み込まれないため、理由がわかりません。

これはfuslogvwからの典型的なログです：

そして、そのアセンブリに関するngen.exeからの情報：

C：\ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \にあるngen.exeを使用し、アセンブリのターゲットフレームワークは.NET Framework 4です。ネイティブイメージを作成した後、アセンブリを再コンパイルしませんでした。

どんな助けでもいただければ幸いです。

多くのプロジェクトを持つ Caliburn.Micro アプリケーションがあります。複数のプロジェクトが、別のフォルダーにある同じ dll を参照しています。ここで、その dll を新しいバージョンに置き換える必要がありました。すべてのプロジェクトから参照を削除し、再度追加しました。しかし、実行時エラーが発生します:

助けていただけますか？

PS fuslogvw.exe を使用しようとしましたが、空で表示されます。

リリースされたアプリケーションのいくつかのミニダンプを調査しています。これらのクラッシュをローカルで再現することはできませんが、多数のレポートで、読み込まれた dll のリストに通常と .ni の両方が含まれていることに気付きました。一部の WPF dll のバージョン。

VS 2010 の「モジュール」ペインから、たとえば、PresentationCore (ここでフォーマット)

PresentationCore.dll C:\Windows...\PresentationCore.dll - 読み込まれたシンボル。C:\Users...\PresentationCore.pdb
PresentationCore.ni.dll *C:\Windows...\PresentationCore.ni.dll - 一致するバイナリが見つかりません。PresentationFramework.Aero.dll *C:\Windows...\PresentationFramework.Aero.dll - 一致するバイナリが見つかりません PresentationFramework.Aero.ni.dll *C:...\NativeImages...\PresentationFramework.Aero.ni.dll - 一致するバイナリが見つかりません。

基本的に、NativeImage と JIT バージョンの両方をロードしているように見えます。これは可能ですか？

リリースされた製品のロードをローカル マシンで確認したところ、Visual Studio はモジュール ペインにロードされた 1 つのバージョンのみを一覧表示します。さらに、Fusion は NativeImage バージョンのロード時にエラーを報告しません。私が想定しているのは、通常の警告です。

WRN: ネイティブ イメージは LoadFrom コンテキストではプローブされません。ネイティブ イメージは、Assembly.Load() のように、既定の読み込みコンテキストでのみプローブされます。

私の知る限り、これらのバイナリを参照するために LoadFrom を使用していないので...

コールスタックに NativeImage と通常の Dll が混在している理由はありますか? それは正常ですか？これが問題を引き起こしている可能性があるかどうか、また、これを防ぐ方法をお勧めしますか?

私たちのチームは、x64 を対象とした Web アプリケーションを開発しています。そのプロジェクト参照とその依存関係はすべて x64 を対象としています (.csprojファイルとアセンブリを確認しました)。構成ファイルにレイトバウンド参照はありません。

IIS 8.x Express では、すべてが正常にコンパイルおよび実行されます。公開するときにのみ表示されます

無効なアセンブリ プラットフォームまたはファイル内の ContentType

Fusion ログで。これaspnet_compiler.exeは、パブリッシュの一部としての実行中に発生します。確かに、ある種のプロセッサ アーキテクチャの不一致があるようですが、どこでしょうか?

ターゲット フレームワークとターゲット プロファイルも確認しました。Web プロジェクトのフレームワークは .NET 4.5 です。その依存関係はすべて 4.5 以下であり、プロファイルは非クライアント プロファイルです。