Ich habe einen Handle-Leck in einem C# -Programm. Ich versuche es WinDbg verwenden! Htrace zu diagnostizieren verwenden, etwa wie in this answer vorgestellt, aber als ich laufen! Htrace -diff in WinDbg ich mit Stack-Traces dargestellt, die nicht die Namen meiner C# Funktionen zeigen kann (oder sogar meine .net Versammlung).Probleme bei der Darstellung C# Stack-Trace in WinDbg
habe ich ein kleines Testprogramm meine Schwierigkeiten zu erläutern. Dieses Programm macht nichts außer "Leak" Handles.
class Program
{
static List<Semaphore> handles = new List<Semaphore>();
static void Main(string[] args)
{
while (true)
{
Fun1();
Thread.Sleep(100);
}
}
static void Fun1()
{
handles.Add(new Semaphore(0, 10));
}
}
ich die Assembly kompiliert und dann in WinDbg I go "Datei" -> "Open Executable" und mein Programm wählen (D: \ Projects \ Sandpit \ bin \ Debug \ Sandpit.exe). Ich fahre fort Programmausführung, brechen sie und laufen „! Htrace -enable“, dann weiter für ein bisschen länger, und dann brechen und laufen „! Htrace -diff“. Dies ist, was ich bekommen:
0:004> !htrace -enable
Handle tracing enabled.
Handle tracing information snapshot successfully taken.
0:004> g
(1bd4.1c80): Break instruction exception - code 80000003 (first chance)
eax=7ffda000 ebx=00000000 ecx=00000000 edx=77b2f17d esi=00000000 edi=00000000
eip=77ac410c esp=0403fc20 ebp=0403fc4c 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!DbgBreakPoint:
77ac410c cc int 3
0:004> !htrace -diff
Handle tracing information snapshot successfully taken.
0xd new stack traces since the previous snapshot.
Ignoring handles that were already closed...
Outstanding handles opened since the previous snapshot:
--------------------------------------
Handle = 0x00000250 - OPEN
Thread ID = 0x00001b58, Process ID = 0x00001bd4
0x77ad5704: ntdll!ZwCreateSemaphore+0x0000000c
0x75dcdcf9: KERNELBASE!CreateSemaphoreExW+0x0000005e
0x75f5e359: KERNEL32!CreateSemaphoreW+0x0000001d
*** WARNING: Unable to verify checksum for C:\Windows\assembly\NativeImages_v4.0.30319_32\System\13c079cdc1f4f4cb2f8f1b66c8642faa\System.ni.dll
0x65d7e805: System_ni+0x0020e805
0x65d47843: System_ni+0x001d7843
0x65d477ef: System_ni+0x001d77ef
0x004700c9: +0x004700c9
0x67d73dd2: clr!CallDescrWorkerInternal+0x00000034
0x67d9cf6d: clr!CallDescrWorkerWithHandler+0x0000006b
0x67d9d267: clr!MethodDescCallSite::CallTargetWorker+0x00000152
0x67eb10e0: clr!RunMain+0x000001aa
0x67eb1200: clr!Assembly::ExecuteMainMethod+0x00000124
--------------------------------------
Handle = 0x0000024c - OPEN
Thread ID = 0x00001b58, Process ID = 0x00001bd4
0x77ad5704: ntdll!ZwCreateSemaphore+0x0000000c
0x75dcdcf9: KERNELBASE!CreateSemaphoreExW+0x0000005e
0x75f5e359: KERNEL32!CreateSemaphoreW+0x0000001d
0x65d7e805: System_ni+0x0020e805
0x65d47843: System_ni+0x001d7843
0x65d477ef: System_ni+0x001d77ef
0x004700c9: +0x004700c9
0x67d73dd2: clr!CallDescrWorkerInternal+0x00000034
0x67d9cf6d: clr!CallDescrWorkerWithHandler+0x0000006b
0x67d9d267: clr!MethodDescCallSite::CallTargetWorker+0x00000152
0x67eb10e0: clr!RunMain+0x000001aa
0x67eb1200: clr!Assembly::ExecuteMainMethod+0x00000124
...
--------------------------------------
Displayed 0xd stack traces for outstanding handles opened since the previous snapshot.
Wie Sie sehen können, die Stack-Trace ist meine C# Funktionsnamen „Main“ und „Fun1“ fehlt. Ich glaube, dass "System_ni + 0x ..." Rahmen meine Funktionsrahmen sein können, aber ich weiß es nicht. Meine Frage ist, wie bekomme ich WinDbg, um Funktionsnamen für meine C# -Funktionen im Stack-Trace anzuzeigen?
Zusätzliche Informationen: Mein WinDbg Symbol Suchpfad ist
SRV C:/Symbolehttp://msdl.microsoft.com/download/symbols;D: \ Projects \ Sandpit \ bin \ Debug; srv *
ich nicht bekomme Fehler, wenn ich die ausführbare Datei in WinDbg öffne. Es gibt eine Datei "Sandpit.pdb" im Ausgabeverzeichnis genannt ("D: \ Projects \ Sandpit \ bin \ Debug"). Das Projekt wird lokal erstellt, sodass die pdb-Datei mit der exe übereinstimmen sollte. Ich habe WinDbg from here heruntergeladen. Ich habe "Enable native code debugging" in den Projekteinstellungen in Visual Studio aktiviert.
Mit Blick auf Stack-Traces werden Ihnen nicht sagen, dass die Liste Griff speichert. Sie müssen stattdessen den Heap betrachten. Ziemlich schmerzhaft in Windbg ist der Haufen ein riesiger Feuerwehrschlauch. Betrachten Sie stattdessen einen .NET-Speicherprofiler. –