下面对于VS2005远程调试的配置方法向大家介绍下，今天用VS2005做远程调试的时候，发现它跟VS2003有很大的不同，所以给记录下来了，拿出来和大家在这里进行研究分析。
在VS2005中不能使用VS2003的远程调试程序。VS2005远程调试的方法：#t#
(1) 远程端：安装VS2005光盘"X:\vs\Remote Debugger\x86\ rdbgsetup.exe"。或者直接运行或copy本地端的： "Program Files\Microsoft Visual Studio 8\Common7\IDE\Remote Debugger\x86"
(2) 远程端：“本地安全策略 － 安全选项 － 网络访问：本地帐户的共享和安全模式”改为：经典－本地用户以自己的身份验证。
(3) 远程端：启动Remote Debuger，从“工具 － 选项”中将身份验证模式改为“无身份验证，允许任何用户进行调试”或者直接用命令行："X:\ msvsmon.exe" /noauth /anyuser /nosecuritywarn，可以建个快捷方式以方便运行。
(4) 本地：在VS2005中，“工具”－－“附加到进程”，传输选“远程”，限定符输入远程端的主机名或IP地址，回车，终于出来了可爱的进程列表。
小结：跟VS2003相比，2005的远程调试的配置要稍麻烦一些，不过有一点重要的进步是它可以配置成服务，不像在2003下面要做繁琐的手工配置。
如果开发的电脑没有加入域，而拥有某个域的帐号。现在要取得这个域的相关信息。
如果不事先通过windows登陆到域服务器.那么就得在web.config模拟帐号.不然会实例化抛出异常(没有权限)
dentity userName="soft\Administrator" password="password" impersonate="true" />
所以***通过网上邻居访问一下VS2005远程调试域服务器。这样貌似就可以通过了域服务器的信任。然后在代码就可以成功连接了。如果电脑加入域里面。就不需要这步了。
专用于调试在PB下创建的内核及应用程序。模拟器能够在PC下模拟Windows CE的物理平台。但实际上它只不过是一个运行在CPU Ring 3级别的用户程序。所以它的运行速度要比正常的物理平台要慢。模拟器仅支持x86平台，它只能调试基于"Emulator：x86"的内核和所有用x86指令集编译的程序。模拟器有很大的限制，这些限制使它只能运行简单的应用程序。但是有一点是好的，操作系统的大多数API对于任何CPU而言都是相同的。
考虑到不受CPU类型影响的简单程序，还是可以在模拟器上调试的。在实际开发中我只用模拟器调试软件的界面。如果你想学习PB，用它来创建内核而又没有实际的物理平台来调试，那么模拟器非常适合。
但模拟器的限制也非常多，所以即使你在模拟器下调试过所有能够调试的内核特征（feature，或者称组件），关于VS2005远程调试你掌握的也不过是冰山一角。在这里顺便说一句闲话：PB包含的知识量和Windows CE本身的知识量加起来好比是浩瀚的海洋，比用EVC开发软件的知识量大的多。所以如果你只会用EVC开发几个软件，那你仍然是Windows CE专业的一年级学生。
