Sto cercando di utilizzare fuslogvw.exe su un sistema Windows 2008 R2. Mostra il processo avviato e utilizza la CPU ma non appare alcuna interfaccia utente. Ho provato la versione a 32 bit e 64 bit e non in modalità amministratore, ma senza fortuna. Non vedo nulla nel registro eventi come un problema.Lo strumento Fuslogvw.exe per .Net non mostra l'interfaccia utente
Se non riesci a far funzionare l'IU, in realtà non è necessario configurare e visualizzare i log di fusione. È possibile impostare le impostazioni del registro di fusione nel registro sotto la chiave HKEY_LOCAL_MACHINE\Software\Microsoft\Fusion e quindi visualizzare i registri direttamente dalla directory che si è configurato (poiché sono solo file HTML).
Se si desidera configurare i registri utilizzando il Registro di sistema, è necessario impostare le seguenti chiavi (da here):
LogFailures = 1 (Valore DWORD)
Questo attiva la registrazione fallimento in modo che i tentativi falliti di localizzare tutti gli assembly siano registrati.
LogResourceBinds = 1 (valore DWORD)
Questo attiva la registrazione guasto in modo che tentativi falliti di individuare assembly satellite vengono registrati. Questo non è registrato per impostazione predefinita.
ForceLog = 1 (Valore DWORD)
Questo attiva la registrazione per tutti assemblaggio lega - sia fallimenti e successi. Per impostazione predefinita, vengono registrati solo errori. Ciò è utile se si desidera verificare che un assembly venga caricato da una directory specifica anziché dalla cache di assembly globale.
LogPath = "C: \ fusionlogs \" (Valore stringa)
Se si desidera visualizzare i registri di fusione con facilità, impostare la LogPath in una directory per l'output a loro. Per impostazione predefinita, i file di registro vanno nella cartella File temporanei Internet del profilo dell'utente corrente. Per un'applicazione ASP.Net o .NET, l'unico modo per visualizzare il log di fusione è utilizzare questa opzione. Questo perché vengono eseguiti come utenti diversi dall'utente corrente. La directory specificata deve già esistere e disporre di autorizzazioni file appropriate per la scrittura. Per le applicazioni ASP.Net, l'utente ASPNET deve disporre dell'autorizzazione alla scrittura per la directory. Se le autorizzazioni sono errate, non ci sarà alcun output di registro.
+1. Questo è uno dei post più utili che ho letto. Cacciare FUSLOGVW e portarlo alle macchine di produzione è la rovina della mia vita, e ora non devo :) Grazie! – TarkaDaal
La risposta più utile su SO e forse su Internet. A1 +++ avrebbe usato per risolvere nuovamente i problemi di binging –
Recentemente mi sono imbattuto nello stesso identico problema. fuslogvw.exe si avvia ma apparentemente si blocca all'avvio.
Come risulta, avevo dimenticato di disattivare la registrazione l'ultima volta che stavo controllando i registri di binding. Così ora ho avuto nel range di 40000 cartelle in Default e una quantità simile in Native (e centinaia di migliaia di file di log). Posso solo supporre che il log viewer stia tentando di caricare tutto questo mentre stava iniziando e questo è quello che l'ha bloccato nelle sue tracce.
Eliminati i registri e il visualizzatore di registri si avvia come previsto.
Immagino che la gente non voglia "aggiustare i propri errori ... Devo ammettere che questa è stata la causa del mio problema. Bella risposta!! –
@ unforgiven3, a parte il fatto che il View Binding Log Viewer "aiuta a diagnosticare il motivo per cui .NET Framework non riesce a localizzare un assembly in fase di esecuzione", l'ho usato prima quando cercavo di capire perché un plugin non era caricamento in un prodotto su cui lavoro. È * molto * molto legato alla programmazione. – Rob
@Rob, anche se la domanda era "Visual Studio 2008 non verrà eseguito sul mio PC", avrei comunque votato per chiuderlo. Mi spiace, ma non concordo sulla risoluzione dei problemi generali con la programmazione. –
@Rob, ci sono altri siti nella trilogia StackOverflow che sarebbero più adatti per la risoluzione dei problemi generali. –