Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

windbg takes 100% CPU when opening a crash dump with exception record pointing to managed code

90 views
Skip to first unread message

v...@gmx.de

unread,
Mar 22, 2007, 9:47:36 AM3/22/07
to
I have made a simple C# test application that causes a AV and creates
a minidump.
When I open the crash dump in windbg and type .ecxr and k, windbg
prompts the following lines and stays for ever (didn't really wait for
ever) on 100% CPU:

This dump file has an exception of interest stored in it.
The stored exception information can be accessed via .ecxr.
(10b4.1610): Access violation - code c0000005 (first/second chance not
available)
eax=00001e24 ebx=00187170 ecx=03881ec8 edx=00001e1c esi=0012defc
edi=0012f69c
eip=7c90eb94 esp=0012d458 ebp=0012d468 iopl=0 nv up ei pl zr
na pe nc
cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000
efl=00000246
ntdll!KiFastSystemCallRet:
7c90eb94 c3 ret
0:000> ~0 s
eax=00001e24 ebx=00187170 ecx=03881ec8 edx=00001e1c esi=0012defc
edi=0012f69c
eip=7c90eb94 esp=0012d458 ebp=0012d468 iopl=0 nv up ei pl zr
na pe nc
cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000
efl=00000246
ntdll!KiFastSystemCallRet:
7c90eb94 c3 ret
0:000> .ecxr
eax=00000001 ebx=0000001b ecx=00000000 edx=00000002 esi=00000000
edi=013d1e00
eip=00f504ac esp=0012ec3c ebp=0012ec7c iopl=0 nv up ei pl zr
na pe nc
cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000
efl=00010246
00f504ac 3909 cmp dword ptr [ecx],ecx ds:
0023:00000000=????????
0:000> k
*** Stack trace for last set context - .thread/.cxr resets it
ChildEBP RetAddr
WARNING: Frame IP not in any known module. Following frames may be
wrong.
0012ec38 7a32b54c 0xf504ac
0012ec88 79e7bbb1 mscorwks!GetManagedNameForTypeInfo+0x26371

When I attach with another instance of windbg, I can see in thread #5:
0:005> k 100
ChildEBP RetAddr
012db478 030ba02e dbghelp!ModCache::blockByAddr+0x61
012db4ac 030b9fcc dbghelp!CFuncByAddrTrav::find+0x38
012db4f0 030ba18e dbghelp!CModSymsByAddrTrav::FInit+0xd7
012db4f8 030bd8b7 dbghelp!CBlockByAddrTrav::next+0x8
012db760 030bdac9 dbghelp!CGlobPubTrav::FInit+0xd5
012db824 030bdce9 dbghelp!CAllSymsByAddrTrav::getEnclosingSymbol+0x98
012db890 030bdec5 dbghelp!CAllSymsByAddrTrav::findNextAddress+0x145
012db8ac 030be10f dbghelp!CAllSymsByAddrTrav::init+0x35
012db8bc 030a6d0d dbghelp!CAllSymsByAddrTrav::FInit+0x42
012db8d8 0309541b dbghelp!CDiaSession::findSymbolByAddr+0xef
012db900 0309467c dbghelp!CDiaSession::findSymbolByRVA+0x5c
012db924 0301e58f dbghelp!CDiaSession::findSymbolByRVAEx+0x19
012db99c 03045a7e dbghelp!diaGetSymFromAddr+0xbf
012db9d8 03033b91 dbghelp!GetSymFromAddr+0x4e
012dba3c 03038c92 dbghelp!SympGetSymFromAddr+0xe1
012dba58 02226f1c dbghelp!SymFromAddrW+0x32
012dbaa4 021f2cb8 dbgeng!TypedData::FindSymbolByOffset+0xcc
012dbb3c 021efed7 dbgeng!GetSymbol+0x78
012dbc60 021f03a9 dbgeng!SynthesizeFpoDataForModule+0x57
012dbc80 021f04a9 dbgeng!FindFpoDataForModule+0xa9
012dbcb0 030541a4 dbgeng!SwFunctionTableAccess+0x29
012dbccc 0306e46b dbghelp!DbhStackServices::GetFunctionEntry+0x34
012dbd54 0306a4e7 dbghelp!DbsStackUnwinder::StaticAdjustForNoReturn
+0x3b
012dbd70 03067d77 dbghelp!DbsStackUnwinder::AdjustForNoReturn+0x27
012dbd98 0306efee dbghelp!DbsX86StackUnwinder::Unwind+0x247
012dbda8 03053d7e dbghelp!DbsStackUnwinder::DbhUnwind+0x19e
012dbea8 030546e3 dbghelp!PickX86Walk+0x17e
012dcb70 021f1371 dbghelp!StackWalk64+0x143
012dd7dc 021f1929 dbgeng!TargetInfo::GetTargetStackFrames+0x641
012dd870 021806b6 dbgeng!DoStackTrace+0x1c9
012dd8ec 02181c50 dbgeng!WrapParseStackCmd+0x166
012dd9d8 02182b29 dbgeng!ProcessCommands+0xac0
012dda1c 020c9049 dbgeng!ProcessCommandsAndCatch+0x49
012ddeb4 020c92aa dbgeng!Execute+0x2b9
012ddee4 010283bf dbgeng!DebugClient::ExecuteWide+0x6a
012ddf84 0102883b windbg!ProcessCommand+0xff
012dffa0 0102aabc windbg!ProcessEngineCommands+0x8b
012dffb4 7c80b683 windbg!EngineLoop+0x3dc
012dffec 00000000 kernel32!BaseThreadStart+0x37

It is not hanging be cycling for ever...

!!! When I delete the symbol server from the srcpath, the problem
disappears - but of course - that's no solution !!!

0:000> .sympath ""
Symbol search path is: <empty>
0:000> .ecxr
eax=00000001 ebx=0000001b ecx=00000000 edx=00000002 esi=00000000
edi=013d1e00
eip=00f504ac esp=0012ec3c ebp=0012ec7c iopl=0 nv up ei pl zr
na pe nc
cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000
efl=00010246
00f504ac 3909 cmp dword ptr [ecx],ecx ds:
0023:00000000=????????
*** ERROR: Symbol file could not be found. Defaulted to export
symbols for mscorwks.dll -
0:000> k
*** Stack trace for last set context - .thread/.cxr resets it
ChildEBP RetAddr
WARNING: Frame IP not in any known module. Following frames may be
wrong.
0012ec38 7a32b54c 0xf504ac
0012ec88 79e7bbb1 mscorwks!NGenCreateNGenWorker+0xd0e51
*** WARNING: Unable to verify checksum for System.Windows.Forms.ni.dll
*** ERROR: Module load completed but symbols could not be loaded for
System.Windows.Forms.ni.dll
0012ecc4 7b060a6b mscorwks!DllUnregisterServerInternal+0x8391
0012ed4c 7b072c74 System_Windows_Forms_ni+0x90a6b
0012edb8 7b0815a6 System_Windows_Forms_ni+0xa2c74
0012edf4 7b0814c3 System_Windows_Forms_ni+0xb15a6
0012ee54 79e88f63 System_Windows_Forms_ni+0xb14c3
0012ee70 79e88ee4 mscorwks!LogHelp_TerminateOnAssert+0x2f13
0012eef0 79f2905b mscorwks!LogHelp_TerminateOnAssert+0x2e94
0012ef10 79f29369 mscorwks!CreateAssemblyCache+0x1afad
0012f014 79f29143 mscorwks!CreateAssemblyCache+0x1b2bb
0012f0a0 79f75cc2 mscorwks!CreateAssemblyCache+0x1b095
0012f0d8 79fdfe26 mscorwks!CompareAssemblyIdentity+0x12093
00000000 00000000 mscorwks!GetCompileInfo+0x19eb7

Am I missing something???

Skywing [MVP]

unread,
Mar 22, 2007, 10:36:01 AM3/22/07
to
This is a known issue with managed .PDBs that is fixed for the next WinDbg
release.

--
Ken Johnson (Skywing)
Windows SDK MVP
http://www.nynaeve.net
"v...@removespam.gmx.de" <v...@gmx.de> wrote in message
news:1174571256....@e1g2000hsg.googlegroups.com...

v...@gmx.de

unread,
Mar 22, 2007, 11:17:25 AM3/22/07
to
OK, when will this come?

Skywing [MVP]

unread,
Mar 22, 2007, 11:23:21 AM3/22/07
to
I don't know any official date, but certain MSFT people have hinted that
it'll be sooner than later.

--
Ken Johnson (Skywing)
Windows SDK MVP
http://www.nynaeve.net
"v...@removespam.gmx.de" <v...@gmx.de> wrote in message

news:1174576645.3...@b75g2000hsg.googlegroups.com...
> OK, when will this come?
>

v...@gmx.de

unread,
Mar 22, 2007, 11:29:03 AM3/22/07
to
SW Guys ;-)

Thanks a lot!

Del Fredricks

unread,
Apr 2, 2007, 10:32:25 AM4/2/07
to
Will it address the disappearing docking station window issue which I've
identified in my posting above?

"Skywing [MVP]" <skywing_...@valhallalegends.com> wrote in message
news:%239PgHYJ...@TK2MSFTNGP04.phx.gbl...

0 new messages