2015-04-14 10 views
5

geworfen Ich fange gerade erst mit windbg/sos an und ich erstellte eine einfache Konsolenanwendung zum Testen (die eine unbehandelte Ausnahme auslöst). Es scheint, als würde ich nach dem Laden von SOS beim nächsten Anruf eine Ausnahme bekommen.Ausnahme wird von SOS

Zum Beispiel:

ntsd consoleapplication1.exe 
.symfix 
.reload 
g 
.loadby sos clr 

wenn ich rufe:

!threads 
"c0000005 Exception in C:\Windows\Microsoft.NET\Framework\v4.0.30319\sos.threads 
     PC: 592b7713 VA: 00000000 R/W: 0 Parameter: 00000000" 

wenn ich rufe:

!ClrStack 
c0000005 Exception in C:\Windows\Microsoft.NET\Framework\v4.0.30319\sos.ClrStack 
     PC: 592b7713 VA: 00000000 R/W: 0 Parameter: 00000000 

Jeder Anruf nach meinem ersten Anruf funktioniert (es ist nur der erste Aufruf das scheitert nach dem Laden von SOS).

Ich probierte diese recommendation und rekompiliert meinen Code mit Debuggen des systemeigenen Codes aktiviert, aber es machte keinen Unterschied.

Version von windbg: 6.3.9600.16384 X86

Antwort

3

Dies scheint ein Problem des WinDbg zu sein. Ich habe es mit einer .NET 4.0-Konsolenanwendung x86 Ziel versucht. Ich habe das Häkchen für nicht aktiviert Debuggen von nativem Code, da ich das vorher nie getan habe.

Ich kann Ihr Problem in WinDbg (NTSD) 6. 3.9600 .16384 x86 mit Debug-Build und Release-Build reproduzieren.

Für mich funktioniert es mit WinDbg (NTSD) 6. 2.9200 .16384 x86 mit Debug-Build und Release-Build.

Da ich oft das Problem der doppelten Ausgabe in 6.3 sowieso habe, verwende ich immer noch Version 6.2 als meine Standard-WinDbg-Version.

+0

danke ich denke, es war nicht nur auf meiner Maschine: P. Anscheinend ist es ein Fehler in WinDbg – coding4fun

Verwandte Themen