c# - log - hkey_local_machine\software\microsoft\fusion




Comment activer la journalisation des échecs de liaison d'assembly(Fusion) dans.NET (6)

Ajoutez les valeurs suivantes à

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Fusion
Add:
DWORD ForceLog set value to 1
DWORD LogFailures set value to 1
DWORD LogResourceBinds set value to 1
DWORD EnableLog set value to 1
String LogPath set value to folder for logs (e.g. C:\FusionLog\)

Assurez-vous d' inclure la barre oblique inverse après le nom du dossier et que le dossier existe .

Vous devez redémarrer le programme que vous exécutez pour le forcer à lire ces paramètres de registre.

BTW, n'oubliez pas d'éteindre la notation de fusion hors de la nécessité.

Comment activer la journalisation des échecs de liaison d'assembly (Fusion) dans .NET?


Au lieu d'utiliser un fichier journal moche, vous pouvez également activer le journal Fusion via ETW/xperf en activant le fournisseur privé DotnetRuntime ( Microsoft-Windows-DotNETRuntimePrivate ) avec GUID 763FD754-7086-4DFE-95EB-C01A46FAF4CA et le mot-clé FusionKeyword (0x4) sur.

@echo off
echo Press a key when ready to start...
pause
echo .
echo ...Capturing...
echo .

"C:\Program Files (x86)\Windows Kits\8.1\Windows Performance Toolkit\xperf.exe" -on PROC_THREAD+LOADER+PROFILE -stackwalk Profile -buffersize 1024 -MaxFile 2048 -FileMode Circular -f Kernel.etl
"C:\Program Files (x86)\Windows Kits\8.1\Windows Performance Toolkit\xperf.exe" -start ClrSession -on Microsoft-Windows-DotNETRuntime:0x8118:0x5:'stack'+763FD754-7086-4DFE-95EB-C01A46FAF4CA:0x4:0x5 -f clr.etl -buffersize 1024

echo Press a key when you want to stop...
pause
pause
echo .
echo ...Stopping...
echo .

"C:\Program Files (x86)\Windows Kits\8.1\Windows Performance Toolkit\xperf.exe" -start ClrRundownSession -on Microsoft-Windows-DotNETRuntime:0x8118:0x5:'stack'+Microsoft-Windows-DotNETRuntimeRundown:0x118:0x5:'stack' -f clr_DCend.etl -buffersize 1024 

timeout /t 15

set XPERF_CreateNGenPdbs=1

"C:\Program Files (x86)\Windows Kits\8.1\Windows Performance Toolkit\xperf.exe" -stop ClrSession ClrRundownSession 
"C:\Program Files (x86)\Windows Kits\8.1\Windows Performance Toolkit\xperf.exe" -stop
"C:\Program Files (x86)\Windows Kits\8.1\Windows Performance Toolkit\xperf.exe" -merge kernel.etl clr.etl clr_DCend.etl Result.etl -compress
del kernel.etl
del clr.etl
del clr_DCend.etl

Lorsque vous ouvrez maintenant le fichier ETL dans PerfView et regardez sous la table Events, vous pouvez trouver les données Fusion:


J'utilise habituellement le Fusion Log Viewer ( Fuslogvw.exe partir d'une invite de commande Visual Studio ou Fusion Log Viewer à partir du menu Démarrer) - mon installation standard est:

  • Open Fusion Log Viewer
  • Cliquez sur paramètres
  • Cochez la case Activer le chemin du journal personnalisé
  • Entrez l'emplacement dans c:\FusionLogs vous souhaitez que les journaux soient écrits, par exemple, c:\FusionLogs ( Important: vérifiez que vous avez bien créé ce dossier dans le système de fichiers.)
  • Assurez-vous que le bon niveau de journalisation est activé (il suffit parfois de sélectionner Consigner tous les liens sur le disque pour vérifier que tout fonctionne correctement)
  • Cliquez OK
  • Définir l'option Emplacement du journal sur Personnalisé

N'oubliez pas de fermer la session une fois que vous avez terminé!

(Je viens de poster ceci sur une question similaire - je pense que c'est pertinent ici aussi.)


Juste un tout petit peu d'information qui pourrait aider les autres; Si vous faites quelque chose comme rechercher tous les assemblys dans un répertoire pour des classes qui héritent / implémentent des classes / interfaces, alors assurez-vous de nettoyer les assemblies périmées si vous obtenez cette erreur concernant un de vos propres assemblys.

Le scénario serait quelque chose comme:

  1. Assembly A charge tous les assemblages dans un dossier
  2. L'assemblage B dans ce dossier est périmé, mais référence l'assemblage C
  3. L'assembly C existe, mais les espaces de noms, les noms de classes ou d'autres détails peuvent avoir changé depuis le moment où l'assembly B est devenu obsolète (dans mon cas, un espace de noms a été modifié via un processus de refactoring)

En résumé: A --- charges -> B (périmé) --- références ---> C

Si cela se produit, le seul signe telltale est l'espace de nom et le nom de classe dans le message d'erreur. Examiner de près. Si vous ne le trouvez nulle part dans votre solution, vous essayez probablement de charger un assemblage obsolète.


Si vous avez déjà activé la journalisation et que vous obtenez toujours cette erreur sous Windows 7 64 bits, essayez ceci dans IIS 7.5:

  1. Créer un nouveau pool d'applications

  2. Accédez aux paramètres avancés de ce pool d'applications

  3. Définir l'application Enable 32-Bit sur True

  4. Pointez votre application Web pour utiliser cette nouvelle piscine


Si vous avez le SDK Windows installé sur votre machine, vous trouverez le "Fusion Log Viewer" sous Microsoft SDK \ Tools (il suffit de taper "Fusion" dans le menu Démarrer sur Vista ou Windows 7/8). Lancez-le, cliquez sur le bouton Paramètres, puis sélectionnez "Échec de la connexion" ou "Consigner tous les liens".

Si ces boutons sont désactivés, revenez au menu Démarrer, cliquez avec le bouton droit sur Log Viewer et sélectionnez «Exécuter en tant qu'administrateur».





assemblies