En las aplicaciones .Net de la consola, el depurador se rompe en el punto del lanzamiento (antes del desenrollado de la pila) para las excepciones que no tienen un bloque de catch coincidente. Parece que Silverlight ejecuta todo el código de usuario dentro de una captura de prueba, por lo que el depurador nunca se rompe. En cambio, se genera Application.UnhandledException, pero después de detectar la excepción y desenrollar la pila. Para romper cuando se lanzan excepciones no controladas y no atrapadas, tengo que habilitar los saltos de excepción de la primera oportunidad, lo que también detiene el programa para las excepciones manejadas.Cómo saltarse las excepciones no controladas en Silverlight
¿Hay alguna manera de eliminar el bloque try de Silverlight para que las excepciones lleguen directamente al depurador?
¿Hay alguna razón por la que no pueda simplemente romper el controlador UnhandledException en App.xaml y examinar la excepción allí? Sé que es menos que ideal, pero le brinda toda la información que necesita. – Stephan
Application.UnhandledException se plantea después desenrollando la pila. Usted tiene acceso a la traza de pila almacenada en el objeto de excepción, pero se pierde el estado de las variables locales en el momento de la proyección. –
Anticipo que [IntelliTrace] (http://social.msdn.microsoft.com/Forums/en/csharpide/thread/82f03aef-ada5-4c3c-a67d-8b66d99a835b) resolverá el último problema en un futuro (SL 5?) versión. – hemp