Мне нравится ваша идея включить историческую информацию журнала. Однако, если мини-дамп создается в ответ на исключение какого-либо типа, кажется, что остановка чтения файла журнала для включения в дамп не всегда может быть лучшим планом, поскольку стабильность системы может быть сомнительной.
Наш тип по умолчанию - MiniDumpWithFullMemory. В этом случае информация о потоке пользователя не кажется особенно полезной в нашем приложении, потому что полная память включает в себя практически все возможные биты информации, которые нам нужны (по крайней мере, пока). И нам также очень повезло с получением всех файлов журнала ошибок, когда люди присылают нам файл дампа.
Однако наши пользователи могут изменить тип с помощью параметра конфигурации. Я вижу, что с одним из меньших типов минидампов информация о потоке пользователя может быть очень полезной. Я никогда не задумывался об этом параметре функции minidump, пока не увидел этот пост. У нас есть несколько структур в памяти с базовой информацией о конфигурации, которая была бы неоценимой в тех случаях, когда полный дамп памяти не создается. Кроме того, структура, содержащая детали пользователя, который «вызвал» исключение, была бы удобной. Мне нужно будет рассмотреть возможность добавления нескольких из них в виде пользовательских потоков.