Cómo deshabilitar el asistente de excepción y la ventana emergente de excepción no controlada en Visual Studio 2008 Express

Question

Estoy usando Visual Studio 2008 Express y estoy escribiendo pruebas de unidades donde hay muchas excepciones esperadas no controladas. Esto ocasiona que aparezcan numerosas ventanas emergentes del asistente de excepción cuando se ejecutan estas pruebas en el depurador.

He desactivado el asistente de excepción en las opciones de VS, pero en su lugar aparece un cuadro de diálogo de excepciones no controladas diferente. Sé que es posible deshacerse de estos con Visual Studio Professional, pero ¿cómo se hace esto con la edición express?

Por cierto, estoy usando Assert.Throws en lugar de ExpectedException attribute (NUnit), lo que provoca esto, pero en su lugar quiero utilizar Assert.Throws. ¡Gracias!

Answer 1

En el menú Depurar, vaya a excepciones (Ctrl +Alt +E). Desde aquí puede decirle al depurador que no se rompa cuando se lanza una excepción. Solo desmarque todos los cuadros de la opción perezosa o busque las excepciones específicas que no desea que se rompan.

Sin embargo, tenga en cuenta que puede que esto no sea lo que quiere que ocurra en situaciones normales de depuración, así que no olvide volver a activarlo más tarde si intenta depurar algo. & desea encontrar la excepción.

Editar: Mis disculpas, aunque está escrito varias veces en la pregunta (incluido el título), no me di cuenta de que estaba hablando de la edición expresa ... enséñame a leer la pregunta. No estoy seguro si lo anterior funciona o no en la edición express, por lo que podría valer la pena intentarlo.

Editar 2: Ok, se parece al Exceptions dialog is still available in express edition.

Answer 2

voy a tomar una conjetura que está encontrando uno de los siguientes:

• Usted está lanzando una excepción "especial" como StackOverflowException que el tiempo de ejecución se encarga de forma diferente a otras excepciones.
• Tu código de prueba crea un nuevo hilo, y en ese hilo se lanza una excepción.

Answer 3

Si esto sucede dentro de try-catch, hacen que el retén vacío, que ignoran excepciones, trabajó para mí

try 
{ 

} 
catch 
{ 

}