volcado read que open how crear check bluescreenview archivo debugging c#-4.0 managed minidump minidumpwritedump

debugging - read - open dump file windows 10



¿Reduciendo el tamaño de los minidumps de los programas administrados a la vez que conserva cierta información del montón? (5)

Con el soporte de depuración de volcado en .NET 4.0 estamos investigando automáticamente (después de preguntarle al usuario, por supuesto :) creando minidumps de programas de C # para cargarlos a nuestro sistema de seguimiento de problemas (para que los minidumps puedan ayudar a resolver la causa choque).

Todo funciona bien cuando se utiliza el tipo minidump WithFullMemory. Podemos ver las variables de pila y pila. Desafortunadamente, los volcados (comprimidos) son bastante grandes incluso para programas pequeños de C #.

Si usamos el tipo de minidump "Normal" obtenemos un volcado muy pequeño, pero ni siquiera la información variable de la pila está disponible en el depurador administrado. De hecho, cualquier cosa menos que WithFullMemory parece bastante inútil en el depurador administrado. ¿Hemos hecho algunos intentos de usar un MINIDUMP_CALLBACK_ROUTINE para limitar la información del módulo incluido a nuestros propios módulos, pero parece que casi no tiene efecto en un volcado administrado pero aún así logra romper la depuración administrada?

¿Alguien tiene algún consejo sobre cómo recortar el minidump mientras lo mantiene útil para la depuración administrada?

Con el debido respeto, ESTOY le animo a que se registre en una cuenta de Microsoft WinQual, registre sus aplicaciones en Microsoft.

http://www.microsoft.com/whdc/winlogo/maintain/StartWER.mspx

Esto le permitirá no solo aprovechar los amplios servicios de análisis y recopilación de fallos de Microsoft (¡de forma gratuita!), Sino que también le permitirá publicar correcciones y parches para sus aplicaciones a través de las funciones integradas de informes de errores de Windows.

Además, al participar en el programa WinQual, las empresas que implementan su aplicación y que emplean un sistema interno de Informe de errores de Windows también podrán recopilar, informar y recibir parches para su aplicación.

Otro beneficio es que al utilizar WinQual, ¡está un paso más cerca de obtener la certificación del logotipo de su aplicación!

Cada OEM e ISV con el que he trabajado y que utiliza WinQual ahorra una ENORME cantidad de esfuerzo y gastos en comparación con la rotación de su propio sistema de recopilación de fallos y de informes.

Solo para tu información, como se mencionó anteriormente, ClrDump se ve muy bien, pero parece que solo funciona con el 1.1. y 2.0 tiempos de ejecución.

Uso los siguientes indicadores para ahorrar espacio y generar minidumps útiles para aplicaciones de C ++:

MiniDumpWithPrivateReadWriteMemory | MiniDumpWithDataSegs | MiniDumpWithHandleData | MiniDumpWithFullMemoryInfo | MiniDumpWithThreadInfo | MiniDumpWithUnloadedModules

Los valores de los indicadores se especifican en DbgHelp.h y deberían ser calculados en C #. El volcado se restringe aún más especificando un CallbackRoutine.

ClrDump podría ayudarte.

ClrDump es un conjunto de herramientas que permiten producir pequeños minidumps de aplicaciones administradas. En el pasado, era necesario usar vertederos completos (de tamaño muy grande) si era necesario realizar un análisis post mortem de una aplicación .NET. ClrDump puede producir pequeños minidumps que contienen suficiente información para recuperar las pilas de llamadas de todos los subprocesos en la aplicación.