Estoy intentando usar fuslogvw.exe en un sistema Win 2008 R2. Muestra el proceso iniciado y el uso de la CPU, pero no aparece la interfaz de usuario. Probé la versión de 32 bits y de 64 bits y no en modo de administrador, pero no tuve suerte. No veo nada en el registro de eventos como un problema.La herramienta Fuslogvw.exe para .Net no muestra UI
Si no puede hacer que la IU funcione, en realidad no se necesita para configurar y ver los registros de fusión. Puede establecer la configuración del registro de fusión en el registro bajo la clave HKEY_LOCAL_MACHINE\Software\Microsoft\Fusion, y luego ver los registros directamente desde el directorio que ha configurado (ya que solo son archivos HTML).
Si desea configurar los registros mediante el registro, es necesario establecer las siguientes teclas (de here):
LogFailures = 1 (valor DWORD)
Esto activa el registro del fallo por lo que se registran los intentos fallidos de localizar todos los ensamblados.
LogResourceBinds = 1 (Valor DWORD)
Esto activa el registro del fallo por lo que los intentos para localizar ensamblados satélite se registran fallidos. Esto no está registrado por defecto.
ForceLog = 1 (DWORD Value)
Esto activa el registro para todo el montaje se une - ambos fracasos y éxitos. Por defecto, solo se registran las fallas. Esto es útil si desea verificar que un ensamblaje se carga desde un directorio específico en lugar de desde el caché de ensamblaje global.
LogPath = "C: \ fusionlogs \" (Valor de cadena)
Si desea ver los registros de fusión con facilidad, ajuste la LogPath a un directorio de salida que lo hagan. De forma predeterminada, los archivos de registro van a la carpeta Archivos temporales de Internet del perfil del usuario actual. Para una aplicación de servicio ASP.Net o .Net de Windows, la única forma de ver el registro de fusión es usar esta opción. Esto se debe a que se ejecutan como usuarios que no sean el usuario actual. El directorio especificado ya debe existir y tiene los permisos de archivo adecuados para ser escrito. Para las aplicaciones ASP.Net, el usuario de ASPNET debe tener permiso de escritura en el directorio. Si los permisos son incorrectos, no habrá salida de registro.
+1. Esta es una de las publicaciones más útiles que he leído. Perseguir a FUSLOGVW y llevarlo a las máquinas de producción es la ruina de mi vida, y ahora no tengo que :) ¡Gracias! – TarkaDaal
La respuesta más útil en SO y quizás en todo el internet. A1 +++ lo usaría para resolver problemas de atasco de nuevo –
Recientemente encontré el mismo problema. fuslogvw.exe comenzaría pero al parecer se congelaría en el inicio.
Resultó que había olvidado apagar el registro la última vez que estaba revisando los registros de enlace. Así que ahora tenía en el rango de 40000 carpetas en Predeterminado y una cantidad similar en Nativo (y cientos de miles de archivos de registro). Solo puedo suponer que el visor de registro estaba intentando cargar todo esto como estaba comenzando y eso es lo que lo detuvo en seco.
Se eliminaron los registros y el visor de registros se inicia como se esperaba.
Supongo que la gente no quiere 'confesar sus errores ... lo admitiré, esta fue la causa de mi problema. ¡¡Gran respuesta!! –
@ unforgiven3, aparte del hecho de que Assembly Binding Log Viewer "lo ayuda a diagnosticar por qué el .NET Framework no puede ubicar un ensamblado en tiempo de ejecución", lo he usado antes para intentar averiguar por qué un plugin no era t cargando en un producto en el que trabajo. Está * muy * relacionado con la programación. – Rob
@Rob, incluso si la pregunta era "Visual Studio 2008 no se ejecutará en mi PC", todavía habría votado para cerrarlo. Lo siento, pero no comparo la resolución de problemas generales con la programación. –
@Rob, hay otros sitios en la trilogía de StackOverflow que serían más adecuados para la resolución de problemas generales. –