我正在使用 Windbg 来检查应用程序发送的一些故障转储。我看到的崩溃与将某个第 3 方 DLL 加载到进程中(我怀疑是不稳定的 Winsock LSP)之间似乎存在某种关联。为了使将来的此类分析变得更容易，是否有一个 Windbg 脚本可以向我显示非 Microsoft 模块的列表？这将使崩溃之间的模式对我来说更加明显。我正在使用“lm D sm”，但现在手动浏览列表很痛苦。
谢谢!
最佳答案
尝试使用“lm e”，并将符号路径设置为 Microsoft 的符号服务器(并且仅加载 MS 符号)。这将导致 WinDbg 显示具有任何类型的符号“问题”的所有模块的列表，包括尚未加载的模块。
完成这项工作的关键是:
- sympath 仅设置为使用 MS 符号存储(使用“.symfix”来实现此目的)
- 符号已使用上述 sympath 加载
从那里您可以添加“lm”的其他选项以获取完整路径等信息。
关于winapi - 使用 Windbg 获取第 3 方模块的列表？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/366772/