虽然有许多人对VS2003无法启动调试进行研究，但在年复一年的不断发展中，他的安全性也在不断提高。导致VS2003无法启动调试是完全有可能的，但前提是要深入理解到底什么是VS2003，及它是怎么运作的。

一开始以为又是老毛病了，又照老方法去调整， IIS管理器里的网站右键→属性→目录安全性→身份验证→“集成身份验证”，改变后运行，结果发现还是不成。***又试别的方法，又是加权限又是修改FrontPage服务扩展的，网上说的常用方法都试遍了也弄不成。***发现在编译时，VS的输出栏里有一句话，自动附加到计算机“9LD9TY0AKKIETZX”上的进程“[3664] w3wp.exe”失败。错误代码为 0x8013134b。于是再查，找到病根了，原来是因为我的机器上不但装了VS2003还装了VS2005，而IIS默认情况下使用的是ASP.NET2.0的版本，所以只要进入IIS->网站－>右键属性－>ASP.NET->下拉列表框中把版本选为上面的1.1就OK了。

于是又去IIS里更改。才发现我那里边根本就只有一个ASP.NET v2.0.50727一项，就连Web服务扩展里也只有一个ASP.NET v2.0.50727的Web服务扩展。还好运气不错，瞎猫撞上死耗子，尝试着在开始菜单里找到Microsoft Visual Studio .NET 2003->Visual Studio .NET 工具->Visual Studio .NET 2003 命令提示，在打开的窗口里运行了一下“aspnet_regiis /i”，重新注册一下，再去IIS中的Web服务扩展里看，除了原来的ASP.NET v2.0.50727一项外终于又多出来了一项ASP.NET v1.14322，将其设置为允许。

于是再去调整网站属性里的ASP.NET选项，发现已经有ASP.NET版本：1.1.4322一项了，选择后点确定再运行编译，OK，大功告成～#t#

对C++NPv1的例子程序,还有一两句不得不说的话,运行时提示信息太差啦!!! 客户端的连接,消息送出和服务端的接受链接,接收消息没有任何提示,害得我还以为程序运行不正常,在客户端LOGGING_CLIENT.CPP中加入一行cout << "客户端输入并向服务器送出了:" << user_input << endl;才确认程序运行正常.其实例子的服务器程序还是有记录的,它会以你的机器名+".log"在服务器目录作为日志文件名将客户端送来的消息记录下来,不过是二进制格式,不太好看懂。

好,今天就对于VS2003无法启动调试先写到这,说到这我还有一小点体会: 写文章好累啊,我这么一小点东西就花了我从9点到11点两个小时的时间,还没有修改,润色!!!再想想如果是翻译书的话,要先看懂那密密麻麻的英文,然后象我写这篇文章一样翻译过来,然后还要修改,润色,这份工作不轻松啊,再想到那些发评论乱骂垃圾的人... 哼...(这里我声明,我与上面提到的几位作者没有任何关系和联系过,这里的言词纯属个人感想。