visual studio simbolo punto puede ningun interrupción interrupcion excepciones establecer configuracion cargado actualmente activará activar c# debugging exception

c# - simbolo - Continuar en el depurador de Visual Studio después de una excepción



no se puede establecer el punto de interrupcion (5)

Cuando depuro un programa de C # y recibo una excepción arrojada (lanzada por código O lanzada por el framework), el IDE se detiene y me lleva a la línea correspondiente en mi código.

Todo está bien por ahora.

Luego presiono "F5" para continuar. A partir de este momento, parece que estoy en un ciclo infinito. El IDE siempre me devuelve a la línea de excepción. Tengo que Shift + F5 (dejar de depurar / finalizar el programa) para salir de su.

Hablé con algunos compañeros de trabajo y me dijeron que esto les sucede a ellos también en algún momento.

¿Qué esta pasando?


Cuando el IDE rompe la línea ofensiva del código, se detiene justo antes de ejecutar la línea que generó la excepción. Si continúa, simplemente ejecutará esa línea nuevamente y obtendrá la excepción nuevamente.

Si desea pasar el error para ver qué hubiera pasado, si no se hubiera producido el error, puede arrastrar la línea resaltada en amarillo (la línea que se ejecutará a continuación) a la siguiente línea de código después del error. Por supuesto, dependiendo de lo que la línea ofensiva no pudo hacer, su programa ahora puede estar en un estado que causa otros errores, en cuyo caso usted no se ha ayudado mucho y probablemente debería arreglar su código para que la excepción no lo haga. Ocurre, o se maneja correctamente.


Esto se debe a que la excepción no se maneja y Visual Studio no puede pasar esa línea sin que se maneje de alguna manera. En pocas palabras, es por diseño.

Una cosa que puede hacer es arrastrar y soltar el punto de ejecución (línea amarilla / flecha) a un punto anterior en su código y modificar los valores en memoria (usando las ventanas de visualización de Visual Studio) para que no causen una excepción. Luego comience a recorrer el código nuevamente 1 .

Sin embargo, es una mejor idea detener la ejecución y solucionar el problema que está causando la excepción, o manejar adecuadamente la excepción si el lanzamiento no es deseado.

1 Esto puede tener consecuencias imprevistas, ya que básicamente está volviendo a ejecutar algún código (no rebobinando la ejecución).


Probablemente tenga la opción " Desenrollar la pila de llamadas en excepciones no controladas " marcada en Visual Studio. Cuando esta opción está activada, Visual Studio se desenrollará justo antes de la excepción, por lo que al presionar F5, se continuará con la misma excepción.

Si desmarca la opción Visual Studio se romperá en la excepción, pero al presionar F5 se pasará más allá de esa línea.

Esta opción se encuentra en el menú HerramientasOpcionesDepuraciónGeneral .


Una excepción no detectada reducirá su aplicación. En lugar de esto, VS lo mantendrá en la excepción no detectada, tendrá que finalizar o retroceder su aplicación.


Una vez que obtenga una excepción, Visual Studio (o cualquier IDE que pueda estar usando) no le permitirá ir más allá a menos que la excepción se maneje en su código.

Este comportamiento es por diseño.