开发者

analysis crash dump created by gflags.exe of .net 4.0 but there was no enough information

a windows service written in c# 4.0, setting gflags.exe(Global Flags) to save the dump when process crashing.

But when I open the crash dump in windbg, I got the 0:00> . I am not good at windbg, and I remembered Tess's blog said when opening a crash dump you should see the threads id which the exception occurs, but what I see is 0:00>... and !pe has no useful result.

using !dumpheap -stat, I could only see few objects, s开发者_开发技巧o how can I analysis this dump? thanks a lot for any help.


If you see few objects using !dumpheap -stat, then it is likely that this dump was generated too late, or at a wrong time.

You may try to use Debug Diag or ADPlus to recapture the dump (of course you need to reset the changes in GFlags before doing that).

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


Does ~*e !pe output an exception of your interest? The long way is:

!threads
~#s, where # is the number of the thread which has an exception
!pe
0

上一篇:

下一篇:

精彩评论

暂无评论...
验证码 换一张
取 消

最新问答

问答排行榜