.opendump(Open Dump File)

.opendump 명령은 디버깅을 위한 덤프 파일을 엽니다.

.opendump DumpFile 
.opendump /c "DumpFileInArchive" [CabFile] 

매개 변수

DumpFile
열 덤프 파일의 이름을 지정합니다. DumpFile 에는 파일 이름 확장명(일반적으로 .dmp 또는 .mdmp)이 포함되어야 하며 절대 또는 상대 경로를 포함할 수 있습니다. 상대 경로는 디버거를 시작한 디렉터리를 기준으로 합니다.

/c"DumpFileInArchive"
디버그할 덤프 파일의 이름을 지정합니다. 이 덤프 파일은 CabFile 에서 지정하는 보관 파일에 포함되어야 합니다. DumpFileInArchive 파일을 따옴표로 묶어야 합니다.

CabFile
열 보관 파일의 이름을 지정합니다. CabFile은 파일 이름 확장명(일반적으로 .cab)을 포함해야 하며 절대 경로 또는 상대 경로를 포함할 수 있습니다. 상대 경로는 디버거를 시작한 디렉터리를 기준으로 합니다. /c 스위치를 사용하여 보관 파일에 덤프 파일을 지정하지만 CabFile을 생략하면 디버거는 가장 최근에 연 보관 파일을 다시 사용합니다.

Environment

모드	사용자 모드, 커널 모드
대상	크래시 덤프만(다른 세션이 실행되는 경우 이 명령을 사용할 수 있습니다).
플랫폼	모두

설명

.opendump 명령을 사용한 후에는 g(Go) 명령을 사용하여 덤프 파일 로드를 완료해야 합니다.

보관 파일(예: CAB 파일)을 여는 경우 /c 스위치를 사용해야 합니다. 이 스위치를 사용하지 않고 DumpFile에 대한 보관 파일을 지정하는 경우 디버거는 이 보관 파일 내에서 .mdmp 또는 .dmp 파일 이름 확장명을 포함하는 첫 번째 파일을 엽니다.

디버깅 세션이 이미 진행 중인 경우에도 .opendump 를 사용할 수 있습니다. 이 기능을 사용하면 두 개 이상의 크래시 덤프를 동시에 디버그할 수 있습니다. 다중 대상 세션을 제어하는 방법에 대한 자세한 내용은 여러 대상 디버깅을 참조하세요.

참고 라이브 대상을 디버그하고 대상을 함께 덤프하는 경우 명령이 각 디버깅 유형에 대해 다르게 동작하기 때문에 복잡한 문제가 있습니다. 예를 들어 현재 시스템이 덤프 파일일 때 g(Go) 명령을 사용하는 경우 디버거가 실행되기 시작하지만 중단 명령이 덤프 파일 디버깅에 유효한 것으로 인식되지 않으므로 디버거로 다시 침입할 수 없습니다.