符号文件 MyFile.pdb 与模块不匹配
我搜索过这个问题，发现了很多风格和想法，但没有真正的解决方案。因此，穿上我的石棉服并希望一切顺利，我将敢于再次提出这个问题。
我的托管 C# 代码调用托管 C++ 代码，托管 C++ 代码又调用非托管 C++ 代码。非托管 C++ 代码引发异常，我希望能够通过它进行调试。但是，当我尝试（明确地，通过调用堆栈）加载符号时，我收到可怕的“符号文件 MyFile.pdb 与模块不匹配”错误。
我猜测这是返回的通用错误代码，因为这些文件来自同一版本。使用 chkmatch 工具似乎可以确认文件确实匹配。
任何帮助非常感谢... 工作时间
I've searched on this issue, and found many flavors and ideas but no real solutions. So, donning my asbestos suit and hoping for the best, I'm going to dare ask it again.
I have managed C# code that calls managed C++ code, which in turn calls unmanaged C++ code. The unmanaged C++ code is throwing an exception, and I'd like to be able to debug through it. However, when I try to (explicitly, via the Call Stack) load the symbols, I get the dreaded "The symbol file MyFile.pdb does not match the module" error.
I'm guessing that this is a generic error code being returned, as the files are from the same build. Using the chkmatch tool would seem to confirm that the files do in fact match.
Any help much appreciated...
wTs
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
可能值得检查加载的 dll 的路径 - 您是否使用您认为在哪里的路径？
如果您使用增量构建，您可能还需要 idb 文件
我遇到了一个问题，MSVC 当时不想看到任何调试符号，没有弄清楚原因，而是使用 CrashFinder 或 Windbg 解决了该问题反而。也许重新启动就能让它再次工作。
您可能希望在构建期间使用 symstore 以确保更可靠地捕获所有 pdb，这样您也可以跨文件的多个构建进行调试。
Might be worthwhile checking the path of the loaded dll - are you using the one you thought you where?
If you are using incremental builds, you might also need idb files
I had an issue where MSVC just didn't want to see any debug symbols at the time, didn't work out why, but instead worked around the issue using CrashFinder or windbg instead. Perhaps a reboot will get it working again.
You might like to use symstore during your build to ensure all the pdbs are captured more reliably, that way you can debug across multiple builds of a file too.