.net - validación - reparar visual studio 2017

Visual Studio se bloquea al encontrar errores XAML en la inicialización

Question

He tenido algunos problemas serios con Visual Studio 2010 en los últimos tiempos. Ha estado fallando de forma peculiar cuando encuentro ciertos tipos de errores XAML durante InitializeComponent() de un control / ventana.

El programa se rompe y Visual Studio se activa como si fuera una excepción (porque lo es) y luego se detiene a medio camino mostrando un resaltado roto en mi archivo XAML sin detalles sobre lo que está mal. Ejemplo:

No hay pop outs, ni detalles en cualquier lugar sobre lo que está mal, solo una pila de llamadas que apunta a mi llamada a InitializeComponent() .

Ahora bien, normalmente haría un poco de prueba y error para solucionar este problema y descubrir dónde me equivoqué, pero el verdadero problema no es mi código. Visual Studio se vuelve completamente inútil en este punto. Informa que mi aplicación aún está en modo "En ejecución". Los botones Parar / Parar / Reiniciar en la barra de herramientas o en los menús no hacen nada (excepto gris).

Cerrar la aplicación no detiene este comportamiento, cerrar el estudio visual lo atrapa en un ciclo masivo donde me grita quejarse de que cada archivo abierto no está en el proyecto de depuración, luego repite este proceso cuando he agotado todos los archivos abiertos.

Tengo que forzar el cierre de devenv.exe , y después de que esto ocurra 3-4 veces seguidas es una pérdida de tiempo (ya que mis proyectos suelen ser bastante grandes y el estudio puede ser bastante lento @).

Al punto

1. Alguien más ha experimentado esto?
2. ¿Cómo puedo evitar que el estudio se bloquee?
3. ¿Por lo menos puedo obtener información de esta bestia de otra manera para poder corregir mi error XAML más pronto que antes de que 3-4 compilaciones de prueba y error produzcan el mismo bloqueo?

Cualquiera y toda la ayuda sería apreciada.

Versión de Visual Studio 2010: 10.0.30319.1RTM

Editar y actualizar

FWIW, la mayoría de los errores que causan esto son XamlParseExceptions (me di cuenta de esto después de encontrar lo que estaba mal con mi XAML).

Creo que necesito ser más claro , no estoy buscando la solución a mi problema de código, ya que generalmente se trata de errores tipográficos / cosas pequeñas, estoy buscando una solución para que VStudio se bloquee por completo como resultado.

El error particular en la imagen de arriba que el 100% seguramente causó esto fue una XamlParseException causada al olvidar un atributo de Value en un disparador de datos.

He arreglado esa parte, pero todavía no me dice por qué mi estudio se convierte en un trozo de programa neutralizado cuando se lanza una excepción perfectamente normal en el análisis del XAML.

Código que causará este problema (al menos para mí)

Esta es la aplicación WPF de la plantilla base, con el siguiente código Window.xaml . El problema es que falta un Value="True" en el <DataTrigger ...> en la plantilla. Genera una XamlParseException y Visual Studio Crashes como se describió anteriormente al depurarla.

<Window x:Class="XamlParseExplosion.MainWindow"
   xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
   xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
   Title="MainWindow" Height="350" Width="525">
  <Window.Resources>
   <DataTemplate x:Key="BankListItemTemplate">
    <Border x:Name="ItemBorder" Width="250" Margin="1" BorderBrush="Blue" BorderThickness="5,0,0,0">
     <Grid>
      <Label Content="{Binding Name}" />
     </Grid>
    </Border>
    <DataTemplate.Triggers>
     <DataTrigger Binding="{Binding IsDirty}">
      <Setter TargetName="ItemBorder" Property="BorderBrush" Value="Red" />
     </DataTrigger>
    </DataTemplate.Triggers>
   </DataTemplate>
  </Window.Resources>
  <Grid>
   <ListView ItemTemplate="{StaticResource BankListItemTemplate}" />
  </Grid>
 </Window>

Notas finales

Las siguientes soluciones no me ayudaron:

1. Reiniciar Visual Studio
2. Reiniciando
3. Reinstalando Visual Studio
4. Deshabilitar complementos como ReSharper y Reflector

Actualización (mucho más tarde) con respuesta

Quiero agregar a esto (como una pseudo respuesta) porque descubrí más información sobre esto más tarde que quiero transmitir a las personas que encuentran esta pregunta en google.

El verdadero problema: XamlParseException fue seleccionada en Debug -> Exceptions to break cuando ocurre, porque esto sucede durante el WPF wireup. Vstudio no puede atraparlo correctamente (normalmente caería un par de niveles más y sería manejado allí donde vstudio podría manejarlo) .

Simplemente apágalo y la vida volverá a ser buena.

No quería poner esto como una respuesta porque la respuesta proporcionada por mazelo también era correcta, cuando vstudio se ejecuta como administrador, parece ser capaz de detectar la excepción correctamente y depurar desde allí, así que no quería quitar su estado de respuesta porque su solución funciona.

Answer 1

Probablemente esté fallando en la inicialización de un UserControl incorporado. Eche un vistazo a cómo se manejan las DependencyProperties de ese control.

Answer 2

Cosas para intentar:

• Desactive "asistente de excepción" en las opciones de depuración.
• Deshabilite el "proceso de alojamiento de Visual Studio" en las propiedades de depuración del proyecto.

¿El comportamiento difiere si habilita "excepciones de interrupción CLR" en el cuadro de diálogo Excepciones (Ctrl + Shift + E) y deshabilita "Habilitar solo mi código ..."?

Answer 3

Algo similar me pasó en el archivo aspx, proyecto en MOSS. Hubo una sola línea que causaba la caída de VS en todo momento. Descubrí que la única solución era eliminar línea y agregarla solo cuando el archivo no se abría en VS.

¿Revisaste el formato de archivo? Quiero decir, ¿es correcto el archivo Unicode / Ansi / etc? Verifíquelo a nivel binario.

Intente abrir un nuevo proyecto WPF, pasar XAML (sin código subyacente) y ver si aún falla. Try-catch alrededor de Initialize no ayudará?

Editar: Intenté XAML que publicó, sin error. La misma versión de VS.

Answer 4

Intente deshabilitar los efectos visuales en la configuración de Visual Studio. Sé que suena loco, y parece no estar relacionado, pero cuando lo hice en mi antigua tarjeta gráfica, todo se colapsó mucho menos.

En cuanto a los bloqueos que vuelven a ocurrir, sugiero enviar un informe a Microsoft Connect si lo anterior no funciona.

Answer 5

Tuve un problema similar. Después de horas tuve la idea de iniciar Visual Studio como administrador. Solucionado el problema, pero aún no sé por qué.

Answer 6

Esto también me ha pasado. Puedo reproducir el problema cada vez que tengo un escenario simple:

<UserControls:OperationLoader
              DepProperty1="{Binding VMProperty1}"
              DepProperty2="{Binding VMProperty2, Converter={StaticResource boolToInverse}}}"/>

Si elimino la parte del convertidor todo funciona bien. Probablemente el problema es la implementación del convertidor que se ve así:

public sealed class BooleanToInverseConverter : BooleanConverter<bool>
{
    public BooleanToInverseConverter() :
        base(false, true)
    {
    }
}

Answer 7

Solo tuve un problema similar y las respuestas enumeradas anteriormente no funcionaron para mí. Voy a publicar mi solución aquí en caso de que esto le pase a otros. Tenía una ventana que contenía algún xaml sospechoso, que, cuando intenté abrir la pestaña de la ventana en VS, hacía que se bloqueara cada vez. ¡Impresionante cuando quieres entrar para eliminar el código malo! Solución simple: abra el archivo xaml en el bloc de notas, elimine el código incorrecto y luego recupérelo en VS. Simple, pero funcionó para mí.

Answer 8

Cambia los controladores de tu tarjeta de video. O actualizarlos o volver a los controladores suministrados por Microsoft.

En mi computadora de trabajo, volví a usar el adaptador de video Intel y Visual Studio y Windows Explorer ya no se bloquean.

Ver

• https://superuser.com/questions/152524/wpf-visual-studio-2010-premium-frequent-crashes .
• https://.com/questions/2800348/visual-studio-2010-service-pack-1/4331546#4331546