我的开发环境是Win7旗舰64位+VS2003.Net，经常卡pdb错误，文末给出一个完美的解决方案和一个懒人补丁包。问题描述如下：在重新编译的时候，经常报错：
fatal error LNK1201: 写入程序数据库“.pdb”时出错；请检查是否是磁盘空间不足、路径无效或权限不够
原因是编译要生成.pdb文件，但是这个.pdb文件又被VS的进程独占，所以生成失败。这个现象由来已久，MSDN上有外国开发者指出这是VS的老毛病了，而且win7并不在vs2003的支持列表里，你找微软说理人家也不鸟你。网上有国人扯什么
当你编译某一项目时，该项目的pdb文件正被另一处于调试状态下的编译器所使用，编译无法向项目pdb文件写入数据，无奈之下，编译器只好向你报LNK1201错误请求你协助解决。
最后还扯什么检查自己的linker，重启VS什么的，全是瞎扯，有些程序员遇到问题总是习惯先从自己身上找毛病，我认为这是奴才德性。明明是微软自己不兼容的bug，干吗替人家背黑锅？
好了不扯远了，来看看解决方案吧，既然问题由pdb文件引起，那么就应该拿跟pdb有关的选项动刀。
第一个方案的中心思想是不生成pdb文件：
打开项目属性–>链接器–>调试，去掉调试信息，干掉PDB文件，以后不依赖PDB就好了。
但是这样你就等于阉割了VS的调试功能，果然是欲练此功必先自宫呀。
第二个方案的中心思想是在生成pdb文件之前，先释放别的进程对它的句柄。
32位版本解决方案：
使用外部工具释放pdb文件句柄，我是从这位网友处知道有人专门做了个freepdb（只适用于32位）工具的：
Windows 7 使用 VS.NET 2003 开发项目时经常会遇到类似如下错误：
TestServer fatal error LNK1201: 写入程序数据库“d:ProjectsGameServerdataTestServer.pdb”时出错；请检查是否是磁盘空间不足、路径无效或权限不够
在排除了空间、路径、权限等原因后仍然无法顺利生成项目，微软官方也没有提供相关的解决方案，Google 了好几天也找不到网友任何修复建议，今天偶然发现 MSDN 上一篇帖子 , 正是讨论这个问题，于是尝试按照上面的步骤进行操作，竟然真的可以！特分享给大家~
二、解压这两个压缩包，并把“freepdb.cmd”和“handle.exe”两个文件移至同一目录下（如 C:LNK1201）；
三、用 VS.NET 2003 打开一个项目，在解决方案资源管理器中项目文件上点右键属性，展开“生成事件”，点击“预生成事件”，在右侧命令行中填入:<path>freepdb $(ProjectName) ;
四、完成！运行一下看看吧。如果仍然有问题，先双击运行这两个文件试试，因为我是先运行后再配置项目属性的，所以不确定不运行会不会出错。
如果上述文件无法下载，请联系 xoyozo 索取！Have fun!
提示，Win7 64位没戏了，上面的Handle是32位的，没法在64位下面释放handle，可能跟CreateRemoteThread有关。
另外这位网友说得很对，我补充说一点，下载下来的两个文件最好放进安装目录Microsoft Visual Studio .NET 2003Vc7in里面（这个文件夹是link.exe的位置），以免找不到路径。但是每次新建工程之后都要手动修改工程属性也太烦了，我决定在其基础上，一并将VS的工程模板修改了。
改起来稍微有些麻烦，话说回来，做技术本来就很麻烦，不麻烦能体现出诸位的过人之处吗？
首先打开Microsoft Visual Studio .NET 2003Vc7VCWizardswin32wizscripts2052default.js，这个文件控制着win32模板的生成与默认属性。
搜索proj.Object.Configurations，在这一行代码下添加我写的如下两行代码
1
2
var VCPreBuildEventTool = config.Tools("VCPreBuildEventTool");
VCPreBuildEventTool.CommandLine = "freepdb $(ProjectName)";
你一共会找到两处，一处是var config = proj.Object.Configurations("Debug");，一处是config = proj.Object.Configurations.Item("Release");，分别对应工程模板的debug和release两个编译选项，按惯例修改之前先备份。改完之后保存，新建一个工程，先编译一下。然后去工程属性里看看，默认的预生成时间就有freepdb $(ProjectName)了：
顺便打开生成窗口，发现预生成事件freepdb.bat已经顺利运行了：
------ 已启动生成: 项目: testFREEPDB, 配置: Debug Win32 ------
正在执行预生成事件...
正在编译...
stdafx.cpp
正在编译...
testFREEPDB.cpp
正在链接...
生成日志保存在“file://testFREEPDBDebugBuildLog.htm”中
testFREEPDB - 0 错误，0 警告
---------------------- 完成 ---------------------
生成: 1 已成功, 0 已失败, 0 已跳过
如果你的是生成窗口显示的是找不到文件，那么说明你的freepdb放错了位置。
同理对MFC模板，也是一样的道理，打开Microsoft Visual Studio .NET 2003Vc7VCWizardsmfcappwizscripts2052default.js进行一样的修改，接下来什么dll呀lib之类的模板也是一样的道理。
64位解决方案（其实也可以用于32位）：
由于handle.exe不支持64位系统，hankcs决定采用大名鼎鼎的unlocker来代替它。方法和32位版本的方法差不多，不同的是，先去http://www.emptyloop.com/unlocker/ 下载一个绿色版的unlocker（同时支持32&64，也就是说，我这个所谓的“64位解决方案”其实也适用于32位的，前面的32位方案是被那个网友蒙住了，早知道有unlocker这种神器就不用那劳什子的handler了）。解压到Microsoft Visual Studio .NET 2003Vc7in里，然后将预编译命令行设为
Unlocker.exe "$(TargetDir)$(ProjectName).pdb" /S
就万事大吉了，如果你喜欢折腾，可以继续修改模板default.js,原理同上。
接下来随便怎么编译，故意让程序卡死，都不会出现 fatal error LNK1201错误了。
是不是很神奇？
我知道如果不把懒人补丁包放在最后面，你一定不会看完的。
补丁解压到你的安装目录下，选择全部替换
解压密码：www.hankcs.com
转载请注明：码农场 » 完美解决VS2003.Net fatal error LNK1201: 写入程序数据库“.pdb”时出错