Debuggen einer Anwendung mit Dumpdateien, falls sie in Visual Studio abstürzt oder nicht mehr reagiert
Dumpdateien mit oder ohne Heaps, Erstellen einer Dumpdatei, Öffnen einer Dumpdatei, Suchen einer Binär-, PDB- und Quelldatei für eine Dumpdatei
Inhalt
Was ist eine Dumpdatei?
Dumpdateien, mit oder ohne Heaps
Anforderungen und Einschränkungen
Erstellen einer Dumpdatei
Öffnen einer Dumpdatei
Suchen von Binär-, Symbol- (PDB-) und Quelldateien
Was ist eine Dumpdatei?
Eine Dumpdatei stellt eine Momentaufnahme einer Anwendung zum Zeitpunkt der Dumperstellung dar. Sie zeigt, welche Prozesse ausgeführt und welche Module geladen wurden. Wenn der Dump mit Heapinformationen gespeichert wurde, enthält die Dumpdatei eine Momentaufnahme des Inhalts im Speicher der Anwendung zu diesem Zeitpunkt. Das Öffnen einer Dumpdatei mit einem Heap in Visual Studio ist vergleichbar mit dem Anhalten an einem Haltepunkt in einer Debugsitzung. Obwohl die Ausführung nicht fortgesetzt werden kann, können Sie die Stapel-, Threads- und Variablenwerte der Anwendung zum Zeitpunkt des Auftretens des Dumps überprüfen.
Dumpdateien werden hauptsächlich für das Debuggen von Problemen auf Computern verwendet, auf die der Entwickler nicht zugreifen kann. Sie können beispielsweise eine Dumpdatei vom Computer eines Kunden verwenden, wenn der Absturz des Kundencomputers nicht reproduzierbar oder Ihr Computer blockiert ist. Dumpdateien werden auch von Testern erstellt, um Absturz- oder Blockierungsdaten zu sichern, sodass der Testcomputer für weitere Tests verwendet werden kann. Der Visual Studio-Debugger kann Dumpdateien für verwalteten oder systemeigenen Code speichern. Der Debugger kann Dumpdateien laden, die von Visual Studio oder von anderen Programmen erstellt wurden, die Dateien im Minidumpformat speichern.
.png "Zurück nach oben")
Inhalt
Dumpdateien, mit oder ohne Heaps
Sie können Dumpdateien mit oder ohne Heapinformationen erstellen.
Dumpdateien mit Heaps enthalten eine Momentaufnahme des Speichers der Anwendung. Dies umfasst die Werte der Variablen zum Zeitpunkt der Dumperstellung. Wenn Sie eine mit Heaps gespeicherte Dumpdatei laden, können die Symbole in Visual Studio geladen werden, auch wenn die Binärdateien der Anwendung nicht gefunden werden. Visual Studio speichert auch die Binärdateien der geladenen systemeigenen Module in der Dumpdatei, wodurch das Debugging wesentlich vereinfacht wird.
Dumpdateien ohne Heaps sind wesentlich kleiner als Dumpdateien mit Heapinformationen. Allerdings muss der Debugger die Binärdateien der Anwendung laden, um die Symbolinformationen zu finden. Die Binärdateien müssen exakt mit den Binärdateien übereinstimmen, die für die Erstellung der Dumpdatei verwendet wurden. In den Dumpdateien ohne Heapdaten werden nur die Werte von Stapelvariablen gespeichert.
Inhalt
Anforderungen und Einschränkungen
Das Debuggen von Dumpdateien mit optimiertem Code kann unübersichtlich sein. Beispielsweise kann das Compiler-Inlining von Funktionen unerwartete Aufruflisten ergeben, und andere Optimierungen könnten die Lebensdauer der Variablen beeinflussen.
Dumpdateien von 64-Bit-Computern müssen auf einer Instanz von Visual Studio debuggt werden, das auf einem 64-Bit-Computer ausgeführt wird.
In Visual Studio-Versionen vor Visual Studio 2013 konnten Dumps von 32-Bit-Apps, die auf 64-Bit-Computern ausgeführt und mit einigen Tools erfasst wurden (z. B. Task-Manager und 64-Bit WinDbg), nicht in Visual Studio geöffnet werden. Diese Einschränkung wurde in Visual Studio 2013 aufgehoben.
Visual Studio kann Dumpdateien systemeigener Anwendungen von ARM-Geräten debuggen. Visual Studio kann auch Dumpdateien verwalteter Anwendungen von ARM-Geräten debuggen, jedoch nur im systemeigenen Debugger.
Zum Debuggen von Dumpdateien im Kernelmodus in Visual Studio 2013 laden Sie die Windows 8.1-Version der Debugtools für Windows herunter. Weitere Informationen finden Sie im Artikel zu Kernel-Debugging in Visual Studio.
Visual Studio kann die Dumpdateien nicht debuggen, die im älteren Dumpformat gespeichert wurden, das auch als vollständiger Benutzermodusdump bezeichnet wird. Beachten Sie, dass ein vollständiger Benutzermodusdump nicht mit einer Dumpdatei mit Heapinformationen identisch ist.
Um mit SOS.dll (SOS-Debugerweiterung) in Visual Studio zu debuggen, müssen Sie die Debugtools für Windows installieren, die Bestandteil des Windows-Treiberkits (WDK) sind. Weitere Informationen finden Sie unter Windows 8.1 Preview: Download-Kits, -Bits und Tools.
Inhalt
Erstellen einer Dumpdatei
So erstellen Sie eine Dumpdatei mit Visual Studio
Beim Debuggen eines Prozesses in Visual Studio können Sie eine Dumpdatei speichern, wenn der Debugger an einer Ausnahme oder an einem Haltepunkt angehalten wurde. Wählen Sie Debuggen, Dump speichern unter. Wählen Sie im Dialogfeld Dump speichern unter in der Liste Dateityp die Option Minidump oder Minidump mit Heap (Standardeinstellung) aus.
Wenn Sie Just-In-Time-Debuggen in Visual Studio aktiviert haben, können Sie den Debugger an einen abgestürzten Prozess anfügen, der außerhalb des Debuggers ausgeführt wird, und dann in einer Dumpdatei speichern. Siehe Anfügen an laufende Prozesse mit dem Visual Studio Debugger.
Dumpdateien können auch mit jedem Programm erstellt werden, das das Windows-Minidumpformat unterstützt. Beispielsweise können mit dem Procdump-Befehlszeilenhilfsprogramm von Windows Sysinternals Dumpdateien zu Prozessabstürzen anhand von Triggern oder bedarfsabhängig erstellt werden. Weitere Informationen zur Verwendung anderer Tools zum Erstellen von Dumpdateien finden Sie unter Anforderungen und Einschränkungen in diesem Thema.
Inhalt
Öffnen einer Dumpdatei
Klicken Sie in Visual Studio auf Datei, Öffnen, Datei.
Wählen Sie im Dialogfeld Datei öffnen die Dumpdatei aus. Die Dateinamenerweiterung lautet in der Regel .dmp. Wählen Sie dann OK.
Das Fenster Zusammenfassung der Minidump-Datei wird angezeigt. In diesem Fenster können Sie Debug-Zusammenfassungsinformationen für die Dumpdatei anzeigen, den Symbolpfad festlegen, den Debugvorgang starten und die Zusammenfassungsinformationen in die Zwischenablage kopieren.
.png "Minidump-Zusammenfassungsseite")
Klicken Sie im Abschnitt Aktionen auf die Option für Debuggen von ausschließlich systemeigenem Code oder Debuggen von gemischtem Code, um den Debugvorgang zu starten.
Suchen von Binär-, Symbol- (PDB-) und Quelldateien
Um die vollständigen Funktionen von Visual Studio zum Debuggen von Dumpdateien zu nutzen, benötigen Sie Zugriff auf die folgenden Dateien:
Die EXE-Datei, für die der Dump erstellt wurde, sowie andere Binärdateien (DLLs, usw.), die im Dumpprozess verwendet wurden.
Wenn Sie eine Dumpdatei mit Heapdaten debuggen, kann Visual Studio mit fehlenden Binärdateien für einige Module umgehen, es müssen jedoch Binärdateien für genügend Module vorhanden sein, um gültige Aufruflisten generieren zu können. Visual Studio schließt die systemeigenen Module in einer Dumpdatei mit Heapinformationen ein.
Symboldateien (PDB-Dateien) für die EXE-Datei und andere Binärdateien.
Quelldateien für die Module, die Sie interessieren.
Die ausführbaren Dateien und die PDB-Dateien müssen exakt mit der Version und dem Build der Dateien übereinstimmen, die für die Erstellung der Dumpdatei verwendet wurden.
Sie können mithilfe der Disassemblys der Module debuggen, wenn Sie die Quelldateien nicht finden können.
Standardsuchpfade für ausführbare Dateien
Visual Studio sucht automatisch diese Speicherorte für ausführbare Dateien, die nicht in der Dumpdatei enthalten sind:
Das Verzeichnis mit der Dumpdatei.
Der Pfad des Moduls, der in der Dumpdatei angegeben ist. Dies ist der Modulpfad auf dem Computer, auf dem das Speicherabbild erfasst wurde.
Die Symbolpfade sind auf der Seite Debugging, Optionen, Symbole im Visual Studio-Dialogfeld Tools, Optionen angegeben. Sie können mehr Speicherorte für die Suche auf dieser Seite hinzufügen.
Verwenden der Seite "Keine Binärdatei gefunden", "Keine Symbole gefunden", "Quelle nicht gefunden"
Wenn Visual Studio die Dateien nicht finden kann, die zum Debuggen eines Moduls im Dump erforderlich sind, wird eine entsprechende Seite angezeigt (Keine Binärdatei gefunden, Keine Symbole gefunden oder Quelle nicht gefunden). Diese Seiten enthalten ausführliche Informationen zu den Ursachen des Problems und stellen Aktionslinks bereit, mit denen Sie den richtigen Speicherort der Dateien identifizieren können. Siehe Angeben von Symbol(PDB)- und Quelldateien im Visual Studio Debugger.
Inhalt
Siehe auch
Konzepte
Just-In-Time-Debuggen in Visual Studio
Debuggen einer App durch Aufzeichnen der Codeausführung mit IntelliTrace
Weitere Ressourcen
Angeben von Symbol(PDB)- und Quelldateien im Visual Studio Debugger