WinDbg 在 msdl.microsoft.com 上找不到 mfc90 版本 9.0.30729.4148 符号
WinDbg 在 msdl.microsoft.com 上找不到 mfc90 版本 9.0.30729.4148 符号
这些 mfc 符号在哪里？
一些背景信息：
- 我有一个故障转储，我想在 WinDbg 中分析它。
- 我的符号路径包含 http://msdl.microsoft.com/download/symbols
- 9.0. 30729.4148 版本似乎是由某些 Windows 更新安装的
- 当转储包含 mfc90 的早期版本时，WinDbg 会使用相同的设置将其定位到 Microsoft 符号服务器上。
- 当我使用 !sym 噪声时，mfc90.dll 的输出包含：
SYMSRV： http://msdl.microsoft.com/download/找不到符号/mfc90.dll/4A596D4939c000/mfc90.dll - 两台不同的计算机上发生同样的事情
符号存在于服务器上，但 WinDbg 无法获取它们。
WinDbg can't find mfc90 version 9.0.30729.4148 symbols on msdl.microsoft.com
Where are those mfc symbols?
Some background info:
- I have a crash dump that I want to analyze in WinDbg.
- My symbol path contains http://msdl.microsoft.com/download/symbols
- The 9.0.30729.4148 version seems to be installed by some Windows update
- When a dump contains an earlier version of mfc90, it is located by WinDbg on the Microsoft symbol server with the same settings.
- When I use !sym noisy, the output for mfc90.dll contains:
SYMSRV: http://msdl.microsoft.com/download/symbols/mfc90.dll/4A596D4939c000/mfc90.dll not found - The same thing happens on two different computers
The symbols are present on the server, but WinDbg can't get them.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我在 Visual Studio 中也有类似的行为； MFC90.dll 的符号无法加载。单击 mfc90.dll 的“符号加载信息”给出“未找到匹配的二进制文件”。
我在计算机上搜索了正确的 dll，并在
Note 中找到了它，当然此路径仅包含 dll，但不包含 .pdb 文件。
无论如何，将此路径添加到符号搜索路径后，Visual Studio 能够从 Microsoft 符号服务器下载正确的 pdb 文件。
如果本地无法找到所需的 dll，我想 ModuleRescue 可以提供帮助。
I had a similar behaviour in Visual Studio; the symbols for MFC90.dll wouldnt load. Clicking on "Symbol load information" for mfc90.dll gave "No matching binary found".
I searched for the correct dll on my computer and found it at
Note that of course this path only contains the dll, but not the .pdb-file.
Anyways, after adding this path to the symbol search path, Visual Studio is able to download the correct pdb-file from the Microsoft symbol server.
In case the required dll cannot be found locally, I suppose ModuleRescue can help.