аварийный дамп анализа, созданный gflags.exe .net 4.0, но не было достаточно информации - PullRequest
0 голосов
/ 14 июля 2011

служба windows, написанная на c # 4.0, с настройкой gflags.exe (глобальные флаги) для сохранения дампа при сбое процесса.

Но когда я открываю аварийный дамп в windbg, я получаю 0:00>. Я плохо разбираюсь в windbg, и я вспомнил, как в блоге Тесс говорилось, что при открытии аварийного дампа вы должны видеть идентификатор потока, в котором происходит исключение, но я вижу 0:00> ... и! Pe не дает никакого полезного результата.

используя! Dumpheap -stat, я мог видеть только несколько объектов, так как я могу проанализировать этот дамп? Большое спасибо за любую помощь.

Ответы [ 2 ]

0 голосов
/ 05 ноября 2013

Выводит ли ~ * e! Pe исключение из ваших интересов?Долгий путь:

!threads
~#s, where # is the number of the thread which has an exception
!pe
0 голосов
/ 15 июля 2011

Если вы видите несколько объектов, использующих! Dumpheap -stat, вероятно, этот дамп был создан слишком поздно или в неправильное время.

Вы можете попытаться использовать Debug Diag или ADPlus для повторного захватаdump (конечно, перед этим нужно сбросить изменения в GFlags).

http://blogs.msdn.com/b/lexli/archive/2009/08/23/when-the-application-program-crashes-on-windows.aspx

...