怎么说呢,介绍远程调试的文章网络上其实有不少,我这里也会涉及到,但会更加的详细和细致,比如win7(32、64)系统下的调试,家庭版的调试,以及一些常见问题的原因和解决办法。
一般我们都会这么操作,比如在VISTA之前的系统如,2K, XP, 2003下(这里都是32位):
(1) 远程端:安装VS2005光盘"\vs\Remote Debugger\x86\rdbgsetup.exe"。或者直接运行或copy本地端的: "Program Files\Microsoft Visual Studio 8\Common7\IDE\Remote Debugger\x86"
(2) 远程端:“本地安全策略 - 安全选项 - 网络访问:本地帐户的共享和安全模式”改为:经典-本地用户以自己的身份验证。
(3) 远程端:启动Remote Debuger,从“工具 - 选项”中将身份验证模式改为“无身份验证,允许任何用户进行调试”。
或者直接用命令行:"\ msvsmon.exe" /noauth /anyuser /nosecuritywarn,可以建个快捷方式以方便运行。
(4) 将需要调试的程序debug版本和相应的pdb文件(包含调试信息)拷贝到远程主机,启动该debug版本程序。
(5) 本地:在VS2005中,“工具”--“附加到进程”,传输选“远程”,限定符输入远程端的主机名或IP地址,回车,选择我们需要调试的应用程序。如果一切正常,那么我们现在可以像调试本机程序一样调试远程主机上运行的debug版本了。
细节和常见问题:
(1)如果是64位系统,请选择x64,即\vs\Remote Debugger\x64\rdbgsetup.exe;
(2)不要因为远程主机是64位的,就使用64位的remote debugger,它必须和你的应用程序匹配,即统一为32位,或64位。
(3)如果是家庭版,控制面板管理工具里是没有“本地安装策略”这个工具的,那么只能通过修改注册表来实现,注册表项:[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa], 找到“forceguest”,如果它的值为1,即dword:00000001,表示“仅来宾 - 对本地用户进行身份验证,其身份为来宾”(这个描述win7和之前的系统稍有不同),如果值为0,即dword:00000000,表示“经典 - 对本地用户进行身份验证,不改变其本来身份”。我们需要的值为0。
(4)win7/vista下远程连接到目标主机,已经成功显示了进程列表,但是attach待调试程序时候本地出现提示“Unable to attach the process - 系统找不到指定的文件 ”,这是因为remote debugger权限不足导致,以管理员权限重新启动remote debugger解决该问题。
(5)成功attach到远程主机目标程序,但是本地无法下断点,或者断点下了之后处于不可被触发状态。解决办法:rebuild整个工程,然后将重新编译的程序和pdb文件覆盖远程主机相应文件(这个和本地调试完全一样是不:P)。
(6)debug版本的程序拷到远程主机之后,无法运行,那好因为缺少相应的debug版本动态库和相关版本配置文件(可以用VS附带工具Depends查看)。以MFC程序为例,需要如下操作:
1)将VS目录下Microsoft Visual Studio 8\VC\redist\Debug_NonRedist\x86下的三个目录相应的动态库拷贝到远程主机应用程序根目录下或者c:\windows\system32\目录下。
2)在c:\windows\winsxs\目录下找到编译主机vs2005版本匹配的目录:Microsoft.VC80.DebugCRT、Microsoft.VC80.DebugMFC,将他们拷贝到目标主机c:\windows\winsxs目录下。在将本地winsxs\Manifests\目录下的几个相应文件拷贝到目标主机这个目录下。最后将本机winsxs\Policies\目录下的相应子文件拷贝到相同目录下。这个链接说的更加的详细:http://wenwen.soso.com/z/q165079372.htm
注意:win7/vsita下winsxs是没有权限往里面写东西的,所以要更改权限,这个可以网上搜索,我就不详述了。
现在已经可以正常运行debug版本的程序了,即便该主机没有开发环境:)。