Dav*_*ave 6 remote-debugging visual-studio-debugging visual-studio-2013
我的Win7 x64桌面上有VS2013 Universal Update2,我正在尝试调试需要在服务器上运行的进程,因此在我的Windows 2008 R2 x64服务器上安装了visual studio 2013远程调试监视器(x64 Update2版本).然后修改本地VS2013项目以使用远程调试指定远程计算机名称和C:\ RemoteDebug工作目录文件夹.让我感到惊讶的是,工作目录文件夹在本地机器上实际上是必需的,否则我得到了它丢失的投诉,现在,我得到了错误
"Error while trying to run the project: Unable to start the program '<MyLocalTfsPath>\<MyProgram>.exe'. The system cannot find the file specified."
我的本地可执行文件位于提到的路径上.远程监视器已启动并告诉我已连接每个调试尝试,因此这不是连接问题.在我看来,本地与远程文件夹位置与我对此新更新(方案1)的期望相反.我知道旧的远程调试(方案2)使用"启动外部程序"链接到本地机器上的文件,但似乎VS2013 Update 2增强了这个和这个doc
http://msdn.microsoft.com/en-us/library/8x6by8d2.aspx#BKMK_Set_up_a_Visual_C__Visual_Basic_project
意味着它将在远程机器上发布文件并像往常一样执行"启动项目".目前我无法测试方案2,因为我使用OpenVPN进行连接,而我的服务器没有直接看到我的本地桌面.所以我希望让场景1在VS2013进行某种发布的地方工作.使用VS2013 Update 2,哪些文件和文件夹放在哪里,我或VS2013将它们放在那里?我是否了解VS2013 Update 2在远程调试方面提供的内容?
我得到了同样的错误,但情况略有不同.我的开发机器(假设它有一个DEVMACHINE
运行VS2012 的名称,我正在尝试在Surface Pro 2上调试应用程序(假设它有一个名称REMOTEMACHINENAME
.我会给你快速浏览一下我的步骤)其次:
"Vsvsmon started a new server named 'REMOTEMACHINENAME:4016'. Waiting for new connections."
Properties
Debug
选项卡.勾选Use remote machine
并在旁边的字段中输入远程计算机的名称(在我的情况下REMOTEMACHINENAME
)Build
选项卡并更改Output path
为dev计算机的网络路径.在我的情况下,这是一个类似的东西\\DEVMACHINE\c$\projects\myapp\project\bin\x86\Debug\
当我得到与你相同的错误时,我没有放入第6步,所以当我尝试远程调试时,它一定是在远程机器上寻找C:\路径.通过我的开发机器的网络路径,它工作正常.
另一个快速注意事项是,在尝试调试VS2012会在我的exe的调试路径中抛出访问被拒绝错误时,我有时会遇到问题.这是因为即使我关闭了远程计算机上的应用程序并在VS2012中停止调试,远程计算机上的进程也未能停止.只是另一件可能会咬你的东西.
归档时间: |
|
查看次数: |
4237 次 |
最近记录: |