WinDbg 显示一些变量但不显示其他变量，在同一位置显示一些变量答案

【问题标题】：WinDbg shows some variables but not others, shows some variables in same locationWinDbg 显示一些变量但不显示其他变量，在同一位置显示一些变量
【发布时间】：2013-07-24 09:57:07
【问题描述】：

我正在尝试通过串行电缆使用 WinDbg 6.2.9200.16384 x64 来调试我正在编写的驱动程序。 WinDbg 可以很好地连接到目标机器（Windows 8），当系统启动并加载所有内容时，我可以看到所有的 dbgprint。我可以很好地为我的驱动程序加载符号并可以设置断点，当我的驱动程序遇到这些断点时，系统会按预期停止。这就是事情变得奇怪的地方：当我遇到断点时，我只能在本地窗口和使用“dv”命令时看到我的函数中的一些局部变量。我创建了一个变量来测试：

int myInt = 8;

当我使用 dbgprint 显示 myInt 的值时，它工作正常，我看到它为 8。但是，该变量甚至根本不会出现在本地窗口或使用“dv”命令。其他变量可以，例如

ULONG rcb = 0;

我可以在本地窗口中看到它的值。这些变量实际上是一个接一个地声明。

这个奇怪问题的另一个症状是这个。我有一个功能

ULONG someFunction(UINT16 offset) {
   ULONG rcb, tempAddr, temp, temp1;
   ULONG writeAddr, readAddr;
   UINT16 dev;

   dev = 15;
   ...
}

我这样称呼这个函数：

someFunction(0x777);

当我在此函数中设置断点并使用 WinDbg 检查变量值时，没有任何意义。首先，它只看到我的 8 个变量中的 4 个，只有 offset、rcb、writeAddr 和 readAddr。它告诉我 offset 的值不是我期望的 0x777 ，而是 0xE061 （每次运行代码时都会改变）。当我仔细查看 locals 窗口时（通过 'dv' 和 '?varname' 命令显示相同的信息），我注意到 offset 的位置和 rcb 的位置是完全相同的地址。同样，writeAddr 和 readAddr 也存储在相同的地址。调试器没有检测到其他变量。

我确信我已正确加载符号，源和符号路径设置正确，我已运行“.reload /f”一百万次，加载驱动程序符号时没有错误。我仍然能够打破并单步执行其他代码行，但当地人没有任何意义。当我进行 dbgprint 时，会显示正确的值，因此这似乎是调试器本身的问题，而不是我的驱动程序的问题。有什么想法吗？

【问题讨论】：

我解决了这个问题。对于遇到同样情况的其他人：我正在使用免费构建的驱动程序，所以编译器优化了我的很多变量。要修复它，请编译驱动程序的检查版本，或将 MSC_OPTIMIZATION=/Od /Oi 行添加到源文件以禁用免费构建的优化。希望这可以帮助任何有同样问题的人。
您可以将您的评论作为答案发布并接受它，因为人们可能不阅读 cmets，因此其他人更容易找到您的答案。
我会的，但 SO 抱怨说我是新用户，必须等待 6 个小时才能回答我自己的问题

标签： windows kernel driver windbg kernel-module

【解决方案1】：

如今，编译器已经得到了很大的增强，可以通过优化的性能和其他指标获得更好的优化二进制文件。因此编译器将少数变量存储为局部变量（通过 'dv /v' 命令可见）并将其他变量存储在它们的寄存器中。这就是您在 dv 命令中没有看到变量 int myInt 的原因。我们可以通过使用 'uf binary!functionname' 反汇编函数或在 Windbg View-> Disassembly 中查看反汇编代码来了解哪些寄存器正在用于变量。

请注意，在性能、内存使用等方面，无论是否优化编译器，驱动程序的行为可能略有不同。因此始终建议调试从默认优化编译器生成的那个，因为这是使用的那个在实时用户场景中。

【讨论】：

【解决方案2】：

我解决了这个问题。对于遇到同样事情的其他人：我正在使用免费构建的驱动程序，所以编译器优化了我的很多变量。要修复它，要么编译驱动程序的检查版本，要么添加行

MSC_OPTIMIZATION=/Od /Oi

到您的源文件以禁用免费构建的优化。希望这可以帮助任何有同样问题的人。

【讨论】：