获取xperfview以加载DLL符号时出错

Question

我一直在与xperf搏斗，以获取我正在分析的工具的符号。我在工具中运行的代码被划分为.exe和.dll --这是.dll中要描述的重要内容。我跑了xperf：

xperf -on PROC_THREAD+LOADER+INTERRUPT+DPC+PROFILE -stackwalk profile

然后我运行了一下我的工具，然后

xperf -d profile.etl

然后我试了一下。我加载了配置文件，打开了“加载符号”，打开了汇总表。根本没有符号--字面上的模块在函数列中出现了“未知”。我在这上面搜索了其他线程，下面是我尝试过的：

1. 我设置了我的环境变量，_NT_SYMBOL_PATH和_NT_SYMCACHE
2. 我清除了符号缓存并运行xperf -symbols -i profile_results.etl。
3. 我从最新版本的Windows调试工具中复制了dbghelp.dll，并重复了上面的内容。

在完成所有这些工作之后，我现在可以正确地显示大多数不是我自己的代码的模块的函数名，但是我无法让我的dll显示出来。dll是在发布模式下编译的(通过优化)，但是我将Visual项目专门设置为创建一个pdb，我已经验证了pdb是否存在，并且它在我的_NT_SYMBOL_PATH上的一个目录中。有人知道我如何修复这个问题，或者至少可以进一步调试它吗？

Answer 1

您可以通过设置一些环境变量在符号加载期间启用诊断日志记录：

• DBGHELP_DBGOUT =1
• DBGHELP_LOG = C:\dbghelp.log

Answer 2

我只是遇到了同样的问题..。尝试了同样的步骤..。浏览了所有类似的建议..。

此外，我尝试使用我复制到我的WPA 'bin‘文件夹中的相同的dbghelp.dll/symsrv.dll DLL启动dbghelp.dll，以确保我的PDB是可定位的。(还在想我要疯了.)

我应该注意:我的_NT_SYMBOL_PATH值包含具有lcl缓存的服务器&直接位于本地位置：_NT_SYMBOL_PATH=srv*D:\SymbolCache*http://msdl.microsoft.com/download/symbols;D:\GitHub\...。

然后我突然意识到，我的“合作伙伴”EXE使用的DLL是通过()(/GetProcAddress())动态加载的。这会不会是XPerf的一个问题？

我甚至犹豫了一下.

我在我的DLL中添加了一个无用的导出，我直接在EXE中调用它(为我的DLL触发一个Import条目)，所以现在EXE依赖于DLL来均匀加载。

结果发现..。

.............then XPerf加载了所有符号:)。

编辑：我刚刚在MSDN上找到了这个URL，有人在‘11年发布了代码，演示了一个类似的(相同的？)问题。

编辑

最近，我与一个学院讨论了这一点，并了解到XPerf将正确地“决定”加载以编程方式加载的DLL的符号.，如果DLL一直加载到进程结束为止。

因此，对于在执行过程中加载和卸载并在终止时卸载的DLL.XPerf将跳过加载这些符号的尝试。

Answer 3

我不确定这是否有帮助，但是除了xperf无法加载我的DLL符号的问答之外，我今天还看到了另外一个细节

对我来说，xperfview不喜欢映射的网络驱动器上的PDB文件:当我在与代码构建不同的机器上运行xperf和xperfview时，我从网络共享中获取可执行文件和PDB文件，我将它们映射到驱动器上，以重新创建与构建机器完全相同的绝对路径--没有运气。即使将带有PDB文件的文件夹添加到符号路径也没有帮助。

一旦我确保.pdb文件位于本地文件夹中，一切就如预期的那样工作。