.opendump (Open Dump File)
Mit dem Befehl .opendump wird eine Dumpdatei zum Debuggen geöffnet.
.opendump DumpFile
.opendump /c "DumpFileInArchive" [CabFile]
Parameter
DumpFile
Gibt den Namen der zu öffnenden Dumpdatei an. DumpFile sollte die Dateinamenerweiterung (in der Regel .dmp oder .mdmp) enthalten und kann einen absoluten oder relativen Pfad enthalten. Relative Pfade sind relativ zum Verzeichnis, in dem Sie den Debugger gestartet haben.
/c"DumpFileInArchive"
Gibt den Namen einer zu debuggenden Dumpdatei an. Diese Dumpdatei muss in der Archivdatei enthalten sein, die CabFile angibt. Sie müssen die Datei DumpFileInArchive in Anführungszeichen einschließen.
CabFile
Gibt den Namen einer zu öffnenden Archivdatei an. CabFilesollte die Dateinamenerweiterung enthalten (in der Regel .cab) und kann einen absoluten oder relativen Pfad enthalten. Relative Pfade sind relativ zum Verzeichnis, in dem Sie den Debugger gestartet haben. Wenn Sie die Option /c verwenden, um eine Dumpdatei in einem Archiv anzugeben, aber CabFile auslassen, verwendet der Debugger die Zuletzt geöffnete Archivdatei wieder.
Environment
Modi |
Benutzermodus, Kernelmodus |
Ziele |
Nur Absturzabbild (sie können diesen Befehl jedoch verwenden, wenn andere Sitzungen ausgeführt werden) |
Plattformen |
Alle |
Hinweise
Nachdem Sie den Befehl .opendump verwendet haben, müssen Sie den Befehl g (Go) verwenden, um das Laden der Dumpdatei abzuschließen.
Wenn Sie eine Archivdatei (z. B. eine CAB-Datei) öffnen, sollten Sie die Option /c verwenden. Wenn Sie diesen Schalter nicht verwenden und ein Archiv für DumpFile angeben, öffnet der Debugger die erste Datei mit der Dateinamenerweiterung .mdmp oder .dmp innerhalb dieses Archivs.
Sie können .opendump auch dann verwenden, wenn bereits eine Debugsitzung ausgeführt wird. Mit diesem Feature können Sie mehrere Absturzabbilder gleichzeitig debuggen. Weitere Informationen zum Steuern einer Sitzung mit mehreren Zielen finden Sie unter Debuggen mehrerer Ziele.
Hinweis Es gibt Komplikationen, wenn Sie Liveziele und Dumpziele zusammen debuggen, da sich Befehle für jeden Debugtyp unterschiedlich verhalten. Wenn Sie beispielsweise den Befehl g (Go) verwenden, wenn es sich bei dem aktuellen System um eine Dumpdatei handelt, beginnt der Debugger mit der Ausführung, sie können jedoch nicht in den Debugger zurückkehren, da der Break-Befehl für das Debuggen von Dumpdateien nicht als gültig erkannt wird.
Feedback
https://aka.ms/ContentUserFeedback.
Bald verfügbar: Im Laufe des Jahres 2024 werden wir GitHub-Issues stufenweise als Feedbackmechanismus für Inhalte abbauen und durch ein neues Feedbacksystem ersetzen. Weitere Informationen finden Sie unterFeedback senden und anzeigen für