Dolmetschen-Stacks in Windows Minidumps

Erste, Sie brauchen, um die richtigen Symbole konfiguriert ist. Die Symbole ermöglicht das anpassen von Speicher-Adressen zu Funktionsnamen. Um dies zu tun, müssen Sie erstellen Sie einen lokalen Ordner auf Ihrem Computer, in dem Sie speichern einen lokalen cache der Symbole (zum Beispiel: C:\symbols). Dann müssen Sie die Symbole server-Pfad. Um dies zu tun gehen Sie einfach auf: Datei - > Symbol File Path und geben Sie ein:

SRV*c:\symbols*http://msdl.microsoft.com/download/symbols

Können Sie finden mehr Informationen über, wie man richtig konfigurieren Sie die Symbole hier.

Sobald Sie richtig konfiguriert die Symbole server öffnen Sie die minidump aus: Datei - > Open Crash Dump.

Einmal die minidump eröffnet wird, zeigen Sie auf der linken Seite von der Kommandozeile wird der thread, der ausgeführt wurde, wenn der dump erzeugt wurde. Wenn Sie möchten, um zu sehen, was in diesem thread ausgeführt wurde Typ:

kpn 200

Dies könnte einige Zeit dauern, die ersten, die Sie ausführen, da Sie, um download der notwendigen öffentlichen Microsoft-bezogenen Symbole das erste mal. Sobald alle Symbole heruntergeladen werden Sie erhalten so etwas wie:

01 MODULE!CLASS.FUNCTIONNAME1(...)
02 MODULE!CLASS.FUNCTIONNAME2(...)
03 MODULE!CLASS.FUNCTIONNAME3(...)
04 MODULE!CLASS.FUNCTIONNAME4(...)

Wo:

• DIE ERSTE ZAHL: Zeigt die frame-Nummer
• MODUL: Die DLL, die den code enthält
• KLASSE: (Nur auf C++ - code) zeigen Sie der Klasse, die den code enthält
• FUNCTIONAME: die Methode, Die aufgerufen wurde. Wenn Sie die richtigen Symbole finden Sie auch die Parameter.

Möglicherweise sehen Sie auch so etwas wie

01 MODULE!+989823

Zeigt dies, dass Sie nicht die richtige Symbol für diese DLL, und daher werden Sie nur in der Lage, um zu sehen, die Methode offset.

Also, was ist der callstack?

Stellen Sie sich vor Sie haben diesen code:

void main()
{
  method1();
}

void method1()
{
  method2();
}

int method2()
{
  return 20/0;
}

In diesem code methode2 grundsätzlich wird eine Exception werfen, da wir versuchen, Division durch 0, und dadurch wird der Prozess zum Absturz zu bringen. Wenn wir eine minidump-wenn dies geschah, würden wir sehen, die folgende Aufrufliste:

01 MYDLL!method2()
02 MYDLL!method1()
03 MYDLL!main()

Können Sie daraus Folgen die Aufrufliste, die "main" heißt "method1", die dann als "method2", und es ist fehlgeschlagen.

In Ihrem Fall haben Sie diese callstack (was ich denke, ist das Ergebnis der Ausführung "kb" - Befehl).

b69dd8f0 bfa1e255 016d2fc0 89efc000 00000040 nv4_disp+0x48b94
b69dd8f4 016d2fc0 89efc000 00000040 00000006 nv4_disp+0x49255
b69dd8f8 89efc000 00000040 00000006 bfa1dcc0 0x16d2fc0
b69dd8fc 00000000 00000006 bfa1dcc0 e1e71018 0x89efc000

Die erste Spalte gibt das Untergeordnete Frame-Pointer, die zweite Spalte gibt die Adresse Zurück, der die Methode ausgeführt wird, werden die nächsten drei Spalten zeigen die ersten 3 Parameter die an die Methode übergeben wurden, und der Letzte Teil ist der DLL-name (nv4_disp) und offset von der Methode, die ausgeführt wird (+0x48b94). Da Sie nicht über die Symbole, die Sie nicht in der Lage, um zu sehen, den Namen der Methode. Ich bezweifle, tha NVIDIA bietet öffentlichen Zugriff auf Ihre Symbole, so gues ich man kann nicht viel Informationen von hier.

Empfehle ich Ihnen, führen Sie "kpn 200". Dies zeigt die vollständige Aufrufliste und Sie könnten in der Lage, um zu sehen, die Herkunft der Methode, die zu diesem Absturz (wenn es ein Microsoft-DLL, sollten Sie die richtigen Symbole in den Schritten, die ich, sofern Sie).

Zumindest wissen Sie, es ist mit einem NVIDIA-bug 😉 Versuchen Sie die Aktualisierung der DLLs des Treibers auf die neueste version.

Im Falle dass Sie wollen lernen mehr über WinDBG Debuggen empfehle ich folgende links:

• Wenn es gebrochen ist, es zu beheben, sollten Sie
• TechNet Webcast: Windows Hängen und Crash-Dump-Analyse
• Delicious.com beliebtesten links auf WinDBG

http://support.microsoft.com/kb/315263
und

http://www.networkworld.com/news/2005/041105-windows-crash.html