c# azure uwp azure-application-insights .net-native

c# - Depuración de Azure Application Insights utilizando la pila de llamadas



uwp azure-application-insights (1)

ACTUALIZACIÓN: ahora es compatible con la pila de telemetría de HockeyApp. Ver: http://support.hockeyapp.net/kb/client-integration-windows-and-windows-phone/crash-reporting-for-uwp

Cuando su aplicación se compila con .NET Native, el binario resultante no contiene todos los metadatos enriquecidos que normalmente están disponibles para las aplicaciones .NET. (Obtiene el mismo comportamiento si llama a Environment.StackTrace cuando se compila con .NET Native). Escribimos todos esos datos en el archivo pdb que se genera, pero no está disponible en el tiempo de ejecución.

La solución aquí es reconstruir las pilas de forma automática utilizando la información de los archivos pdb. Sé que el equipo de AppInsights tenía esto en su lista de espera, pero no parece haber sucedido. Tenemos algunas herramientas de diagnóstico que estamos tratando de publicar para que pueda hacer esta recombinación usted mismo, pero hay un poco de un pantano que las publica.

Si envía un correo a [email protected] describiendo este problema, puede ayudar a engrasar algunas ruedas.

Estoy intentando encontrar una forma de depurar excepciones que he recibido en las estadísticas de aplicaciones de Azure. Soy nuevo en este tipo de depuración ya que solo me he ocupado de los errores en Visual Studio, donde se está ejecutando un depurador activo. Sin embargo, con Application Insights, existen excepciones de referencia nulas que solo proporcionan una pila de llamadas y ningún mensaje de excepción útil.

Mensaje de excepción: Arg_NullReferenceException

Callstack: at SharedLibrary!<BaseAddress>+0x68d4c5 --- End of stack trace from previous location where exception was thrown --- at SharedLibrary!<BaseAddress>+0x329115 at SharedLibrary!<BaseAddress>+0x329207 at SharedLibrary!<BaseAddress>+0x34d603

Otras excepciones tienen mensajes como Excep_FromHResult 0x800455A0 , mientras que otros realmente muestran los métodos a los que Excep_FromHResult 0x800455A0 .

¿Hay alguna manera de descubrir dónde llegaron estas excepciones al descifrar el callstack o la dirección base o HResult?

Esto será muy útil para eliminar errores en mi aplicación.