OPENDUMP (Open Dump File)
Der Befehl ".opendump " öffnet eine Dumpdatei zum Debuggen.
.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 einen absoluten oder relativen Pfad enthalten. Relative Pfade sind relativ zu dem Verzeichnis, in dem Sie den Debugger gestartet haben.
/c "DumpFileInArchive"
Gibt den Namen einer zu debuggenden Speicherabbilddatei an. Diese Dumpdatei muss in der Archivdatei enthalten sein, die CabFile angibt. Sie müssen die DumpFileInArchive-Datei in Anführungszeichen setzen.
CabFile
Gibt den Namen einer zu öffnenden Archivdatei an. CabFilesollte die Dateinamenerweiterung (in der Regel .cab) enthalten und kann einen absoluten oder relativen Pfad enthalten. Relative Pfade sind relativ zu dem Verzeichnis, in dem Sie den Debugger gestartet haben. Wenn Sie die Option "/c" verwenden, um eine Speicherabbilddatei in einem Archiv anzugeben, aber CabFile weglassen, verwendet der Debugger die Zuletzt geöffnete Archivdatei.
Environment
Modi |
Benutzermodus, Kernel-Modus |
Targets |
Absturzabbild nur (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 diese Option nicht verwenden und ein Archiv für DumpFile angeben, öffnet der Debugger die erste Datei mit der Dateinamenerweiterung MDMP oder .dmp in diesem Archiv.
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 Mehrzielsitzung finden Sie unter Debuggen mehrerer Ziele.
Hinweis : Beim Debuggen von Livezielen und Dumpzielen gibt es Komplikationen, da sich Befehle für jeden Debugtyp unterschiedlich verhalten. Wenn Sie z. B. den Befehl g (Go) verwenden, wenn das aktuelle System eine Speicherabbilddatei ist, beginnt der Debugger mit der Ausführung, aber Sie können nicht in den Debugger zurückbrechen, da der Unterbrechungsbefehl nicht als gültig für das Debuggen der Speicherabbilddatei erkannt wird.