.opendump (file di dump aperto)

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 da eseguire per 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
Server di destinazione	Solo dump arresto anomalo (ma è possibile usare questo comando se sono in esecuzione altre sessioni)
Piattaforme	Tutti

Commenti

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, è necessario 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 estensione dmp all'interno di questo archivio.

È possibile usare .opendump anche se una sessione di debug è già in corso. Questa funzionalità consente di eseguire il debug di più dump di arresto anomalo contemporaneamente. Per altre informazioni su come controllare una sessione a più destinazioni, vedere Debug di più destinazioni.

Nota Esistono complicazioni, quando si esegue il debug di destinazioni live 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 di dump, il debugger inizia l'esecuzione, ma non è possibile eseguire il debugger, perché il comando di interruzione non è riconosciuto come valido per il debug di file di dump.