.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.