VS2005啟動偵錯程式很慢的解決辦法
阿新 • • 發佈：2019-01-20
不知從何時開始，用VS2005斷點除錯啟動特別慢，而且不同的機器表現還不一樣。網上搜索到了解決辦法：
I don’t know if I’ve been spoilt by the lazy symbol loading in WinDbg, but it seems incredibly slow to start up unmanaged processes under Visual Studio 2005. It spends a huge amount of time attempting to load symbols for every single DLL that gets loaded. As far as I can tell it doesn’t do any caching or recording of the fact that symbols aren’t available for specific binaries. It just blindly tries every time.
Anyway, I’ve found a way to improve matters slightly. It turns out you can use the symbol server DLL - symsrv.dll - from the most recent version of WinDbg (6.6.3.5 at the last check) to replace the version that ships with Visual Studio 2005.
One of the additional features that the WinDbg version offers in the exclusions list. You can use this to avoid loading symbols for anything other than the DLL under test. Simply copy the DLL into C:\Program Files\Microsoft Visual Studio 8\Common7\IDE and create a symsrv.ini file with the following contents:
[exclusions]
*.*
實驗證明確實如此！
Anyway, I’ve found a way to improve matters slightly. It turns out you can use the symbol server DLL - symsrv.dll - from the most recent version of WinDbg (6.6.3.5 at the last check) to replace the version that ships with Visual Studio 2005.
One of the additional features that the WinDbg version offers in the exclusions list. You can use this to avoid loading symbols for anything other than the DLL under test. Simply copy the DLL into C:\Program Files\Microsoft Visual Studio 8\Common7\IDE and create a symsrv.ini file with the following contents:
[exclusions]
*.*
實驗證明確實如此！