关于DML的一些使用

DML是一种非常简单的标记语言，它帮助基于现有命令的输出发现和执行新命令。许多WinDbg命令（以及扩展命令）都支持DML。例如，下面是lm D命令，它显示DML输出：

在上面的命令输出中，当我单击“SillyThreadPool”链接时，调试器为我执行了另一个命令lmDvmSillyThreadPool，它显示模块信息。同样，还有一个链接缺陷可以帮助我探索该模块中的符号和函数。

第一件事。您不必记住一堆奇怪的命令后缀就可以得到DML输出。有一个全局开关可以打开，.prefer_dml 1，这会导致许多内置命令和扩展命令显示dml输出。例如，下面是打开该开关后kn命令的输出：

单击时，此处的链接将切换到该帧并显示源代码和本地变量（执行的命令是.frame 0nN；dv/t/v）。
调试器脚本和扩展也可以生成DML输出。在调试器脚本中，只需使用.printf/D命令，并在其中嵌入DML链接。在调试器扩展中，可以使用IDebugClient：：ControlledOutput函数输出DML。例如，下面显示单击时执行另一个命令的链接：

.printf /D "<exec cmd=\"lm m ntdll\">lm ntdll</exec>\n\n"

我敢打赌你不知道。应用程序本身可以向调试器输出DML命令！只需要使用outputDebugStringAPI，并在其中嵌入神奇的字符串<?dml?>. 该魔法令牌之后的所有内容都将被解释为DML字符串，并相应地显示在调试器中。例如，假设我们的应用程序中有以下代码：

OutputDebugString(L"Entered thread pool demo app.\n<?dml?><exec cmd=\"!uniqstack\">Dump unique stacks</exec>\n");

然后，调试器遇到此调试输出时将显示命令链接：

下一个命令是.dml_flow。此命令旨在通过将反汇编函数拆分为代码块并帮助使用DML链接在块之间导航，使其更易于读取。你自己试验这个命令比我用语言解释要容易得多，但总的来说，你提供了两个地址——一个开始地址和一个目标地址——这个命令帮助你理解从开始地址可以到达目标的代码路径。

标签: none