.opendump (Open Dump File)
Il comando opendump apre un file dump per il debug.
.opendump DumpFile
.opendump /c "DumpFileInArchive" [CabFile]
Parametri
DumpFile
Specifica il nome del file dump da aprire. DumpFile deve includere l'estensione del nome file (in genere .dmp o mdmp) e può includere un percorso assoluto o relativo. I percorsi relativi sono relativi alla directory in cui è stato avviato il debugger.
/c "DumpFileInArchive"
Specifica il nome di un file dump di cui eseguire il debug. Questo file di dump deve essere contenuto nel file di archivio specificato da CabFile . È necessario racchiudere il file DumpFileInArchive tra virgolette.
CabFile
Specifica il nome di un file di archivio da aprire. CabFiledeve includere l'estensione del nome file (in genere .cab) e può includere un percorso assoluto o relativo. I percorsi relativi sono relativi alla directory in cui è stato avviato il debugger. Se si usa l'opzione /c per specificare un file dump in un archivio ma si omette CabFile, il debugger riutilizza il file di archivio aperto più di recente.
Ambiente
Modalità |
Modalità utente, modalità kernel |
Destinazioni |
Dump di arresto anomalo solo (ma è possibile usare questo comando se sono in esecuzione altre sessioni) |
Piattaforme |
Tutte le date |
Osservazioni:
Dopo aver usato il comando opendump, è necessario usare il comando g (Go) per completare il caricamento del file di dump.
Quando si apre un file di archivio ,ad esempio un file CAB, è consigliabile usare l'opzione /c . Se non si usa questa opzione e si specifica un archivio per DumpFile, il debugger apre il primo file con estensione mdmp o .dmp estensione di file all'interno dell'archivio.
È possibile usare .opendump anche se è già in corso una sessione di debug. Questa funzionalità consente di eseguire il debug di più dump di arresto anomalo contemporaneamente. Per altre informazioni su come controllare una sessione con più destinazioni, vedere Debug di più destinazioni.
Nota Esistono complicazioni, quando si esegue il debug di destinazioni attive e destinazioni di dump insieme, perché i comandi si comportano in modo diverso per ogni tipo di debug. Ad esempio, se si usa il comando g (Go) quando il sistema corrente è un file dump, il debugger inizia l'esecuzione, ma non è possibile eseguire nuovamente il debugger, perché il comando di interruzione non è riconosciuto come valido per il debug dei file di dump.