Qué causa el bloqueo de Visual Studio 2008 SP1 cuando se cambia a la Vista de diseño de una aplicación WPF
visual-studio-2008 powercommands (8)
Acabo de encontrar una respuesta que funcionó en mi situación. El uso de la utilidad ngen para eliminar la memoria caché de la imagen nativa solucionó el problema. No sé qué imagen era exactamente, ya que no pasé de uno en uno, pero funcionó y pude mantener PowerCommands.
El comando es:
ngen /delete *
Para un recuento completo de mi cuento, lo publiqué en mi blog , incluyendo lo que descubrí sobre ngen y el caché nativo de imágenes. Creo que aún tengo algo más que aprender al respecto, pero es un comienzo.
Después de desarrollar una aplicación WPF sin Source Control, decidí agregar la solución a TFS.
Después de hacerlo cada vez que abría el archivo window.xaml principal en Design View, Visual Studio desaparecía y el siguiente evento se registraba en el registro de eventos de la aplicación:
.NET Runtime versión 2.0.50727.3053 - Fatal Execution Engine Error (7A035E00) (80131506)
Para obtener más información, vea el Centro de ayuda y soporte en http://go.microsoft.com/fwlink/events.asp .
El problema fue causado por un complemento de Visual Studio llamado "Comandos de energía para Visual Studio 2008".
Después de desinstalarlos y reiniciar Visual Studio, la vista de diseño para los archivos xaml comenzó a funcionar normalmente.
Hay una solución urgente disponible de Microsoft: Microsoft Connect . Encontré este enlace en este blog .
Esta solución resolvió el problema después de un reinicio para mí.
He estado experimentando este tipo de accidentes. Asegúrese de que su código contiene la clase del xaml que está editando (esto es por defecto)
Mismo problema, pero sin los comandos de energía instalados. La única solución alternativa que he podido usar consistentemente es Limpiar / Reconstruir la solución antes de abrir CUALQUIER archivo xaml. Si no puede acceder a su solución porque el XAML se está cargando al iniciarse, elimine el suo.
No tenía PowerCommands instalado, pero tenía el mismo problema. Comenzar en modo seguro y eliminar cualquier pestaña exótica en la caja de herramientas resolvió el problema (luego puede comenzar en modo normal). Esta es una de las muchas causas posibles de este error, como lo mostrará Google.
Si desea mantener los comandos de energía para Visual Studio 2008 instalados, consulte esta solución alternativa aquí:
PowerCommands estrellarse VS2008 SP1
Pero básicamente:
un trabajo alrededor del cual es una simple modificación del archivo devenv.exe.config.
Esto existirá en (sistemas de 64 bits) C: / Archivos de programa (x86) / Microsoft Visual Studio 9.0 / Common7 / IDE
O bien (sistemas de 32 bits) C: / Archivos de programa / Microsoft Visual Studio 9.0 / Common7 / IDE
Agregue este token XML a la lista dependiente de ensamblaje. Me pidieron que lo añadiera después del de la oficina, pero no estoy seguro si eso importa.
<dependentAssembly>
<assemblyIdentity name="office" publicKeyToken="71e9bce111e9429c" culture="neutral"/>
<codeBase version="12.0.0.0" href="PrivateAssemblies/Office12/Office.dll"/>
</dependentAssembly>
<!-NEW STUFF-->
<dependentAssembly>
<assemblyIdentity name="Microsoft.PowerCommands" publicKeyToken="null" culture="neutral"/>
<!-- For 64-bit systems, uncomment this one
<codeBase version="1.1.0.0" href="C:/Program Files (x86)/PowerCommands/Microsoft.PowerCommands.dll"/> -->
<!-- For 32-bit systems, uncomment this one
<codeBase version="1.1.0.0" href="href="C:/Program Files/PowerCommands/Microsoft.PowerCommands.dll"/> -->
</dependentAssembly>
Esto funcionó bien para mí.
Tuve este problema por bastante tiempo. Nunca tuve instalados los comandos de energía, borrar los archivos .suo y limpiar / reconstruir no me ayudó. Lo que me solucionó fue desactivar la autopoblación de la caja de herramientas. Solo ve a Herramientas | Opciones | Windows Form Designer, las opciones inferiores son AutoToolboxPopulate, que configuro como falso. Luego recargué la solución en VS2008 y pude abrir archivos WPF en modo Xaml o diseñador.