[调试笔记]用Windbg调试VS2005假死一例

事情大约是这样的，最近这几天我的VS 2005突然变得非常的慢，每次我在VS 2005中保存文件都造成VS假死，没有响应，大约1分钟以后才能恢复过来。

回忆一些最近这几天似乎也没干什么特别的事情，为什么VS 2005变得这么慢了呢??

于是祭出Windbg来看看到底VS2005怎么了。

1. 首先当VS2005没有响应的时候，用Windbg把VS断下来，用命令~* kv 把所有的线程的call stack栈打出来，发现其中有一个线程比较可疑，部分call stack如下:

ntdll!KiFastSystemCallRet

ntdll!NtCreateFile

kernel32!CreateFileW

VSFileHandler!util_GetSolutionFileType

VSFileHandler!CVsShellExtHandler::Load

SHELL32!CFSFolder::_HandlerCreateInstance

 

2. 继续分析kernel32!CreateFileW到底在干什么，反汇编这个函数的调用点。

3aee9533e969010000      jmp    VSFileHandler!util_GetSolutionFileType+0x1bc (3aee96a1)

3aee953853                       push   ebx

3aee95396880000008     push    8000080h

3aee953e6a03                  push    3

3aee954053                 push    ebx

3aee95416a01            push    1

3aee95436800000080     push    80000000h

3aee954856                 push    esi  //这里是参数入栈的地方，我知道esi里面存放的就是文件的名字

3aee9549ff157010ee3a    call    dword ptr[VSFileHandler!_imp__CreateFileW (3aee1070)] //这里是调用kernel32!CreateFileW的地方。

3aee954f8bf0              mov     esi,eax

kernel32!CreateFileW的函数原型网上都有，最后一个push esi中的esi就是文件的名字。这里esi保存的是一个unicode string的地址

使用du /c 100 esi 命令把它打印出来:"\\roland-pc4\d$\DirectXSample\C++\Direct3D\Blobs\Blobs_2005.sln"

好了，这就是问题的根结所在了，不知道是何原因，在每次存盘的时候VS2005都要去访问一下Recent Project中的工程文件，而roland-pc4这台机器是我的开发板，它的网络常常处于断掉的情形，所以当VS2005要去访问roland-pc4上的一个工程文件时，他不得不等待网络超时，所以整个VS2005假死，没有响应了。

 

解决问题很简单，找到注册表中保存Recent Projects的地方

HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\8.0\ProjectMRUList

把对应的条目删掉，问题就结束了。