Debugging 使用已知模块的WinDbg

Debugging 使用已知模块的WinDbg,debugging,dll,windbg,Debugging,Dll,Windbg,我正在调试一些Windows API和堆栈跟踪显示卸载的\u hext.dll。我找不到这个DLL。即使没有符号,WinDbg也会输出此DLL名称。进程监视器找不到此dll 为什么前缀为“unload”?这是由WinDbg完成的还是有什么技巧 在运行lm命令时,我可以在unload modules部分看到hext.dll。但是,如果它被卸载,那么为什么它会被堆栈跟踪显示?WinDBG会跟踪模块,即使在模块被卸载之后,也会跟踪模块,以简化调试 通常,这些卸载的模块不应显示在堆栈跟踪中。如果他们这样

我正在调试一些Windows API和堆栈跟踪显示
卸载的\u hext.dll
。我找不到这个DLL。即使没有符号,WinDbg也会输出此DLL名称。进程监视器找不到此dll

为什么前缀为“unload”?这是由WinDbg完成的还是有什么技巧


在运行
lm
命令时,我可以在unload modules部分看到
hext.dll
。但是,如果它被卸载,那么为什么它会被堆栈跟踪显示?

WinDBG会跟踪模块,即使在模块被卸载之后,也会跟踪模块,以简化调试


通常,这些卸载的模块不应显示在堆栈跟踪中。如果他们这样做,卸载是在模块仍在使用时发生的(FreeLibrary不阻止)。因此,这种过早卸载是代码中的一个错误。

实际上,它不是我的代码中的事件。我只是在现有窗口进程上对windows API进行一些调试。