.opendump(打开转储文件)
.opendump 命令会打开转储文件进行调试。
.opendump DumpFile
.opendump /c "DumpFileInArchive" [CabFile]
参数
DumpFile
指定要打开的转储文件的名称。 DumpFile 应包含文件扩展名 (通常为 .dmp 或 .mdmp) ,并且可以包含绝对路径或相对路径。 相对路径相对于在其中启动调试器的目录。
/c“DumpFileInArchive”
指定要调试的转储文件的名称。 此转储文件必须包含在 CabFile 指定的存档文件中。 必须将 DumpFileInArchive 文件括在引号中。
CabFile
指定要打开的存档文件的名称。 CabFile应包含文件扩展名 (通常 .cab) ,并且可以包含绝对路径或相对路径。 相对路径相对于在其中启动调试器的目录。 如果使用 /c 开关在存档中指定转储文件,但省略 CabFile,则调试器将重复使用最近打开的存档文件。
环境
模式 |
用户模式、内核模式 |
目标 |
故障转储仅 (但如果其他会话正在运行,则可以使用此命令) |
平台 |
全部 |
注解
使用 .opendump 命令后,必须使用 g (Go) 命令才能完成转储文件的加载。
打开存档文件 ((例如 CAB 文件) )时,应使用 /c 开关。 如果不使用此开关并为 DumpFile 指定存档,则调试器将打开此存档中文件扩展名为 .mdmp 或 .dmp 的第一个文件。
即使调试会话已在进行中,也可以使用 .opendump 。 使用此功能可以同时调试多个故障转储。 有关如何控制多目标会话的详细信息,请参阅 调试多个目标。
注意 一起调试实时目标和转储目标时,存在复杂性,因为每种类型的调试的命令的行为不同。 例如,如果在当前系统为转储文件时使用 g (Go) 命令,则调试器将开始执行,但无法中断回调试器,因为 break 命令无法识别为对转储文件调试有效。
反馈
https://aka.ms/ContentUserFeedback。
即将发布:在整个 2024 年,我们将逐步淘汰作为内容反馈机制的“GitHub 问题”,并将其取代为新的反馈系统。 有关详细信息,请参阅:提交和查看相关反馈