VS 远程调试之 “The visual studio remote debugger does not support this edition of windows”

The error message "The visual studio remote debugger does not support this edition of windows" appears because the remote debugger tries to use Windows Authentication by default, and this is only supported in the "Pro" versions of Windows, and up.

However, the remote debugger does work with the "Home" versions of Windows, you just have to tell it not to use authentication via the command line.

(Why it doesn‘t let you do this after launching it without any arguments, why the error message is so misleading (and contradicts the official list of supported OS), and why there is so little info about this on the web, I don‘t know. :))

To launch it, run this:

msvsmon.exe /noauth /nosecuritywarn

Of course, this launches it in the lowest security mode, so you‘d only want to do this on a secure network. (But that‘s usually the mode one ends up using msvcmon in anyway, as the other mode is an even bigger PITA to set up than it is normally. Very useful tool, but really could use some streamlining.)

时间: 2024-10-12 13:32:58

VS 远程调试之 “The visual studio remote debugger does not support this edition of windows”的相关文章

VS 本地调试 x64 平台 “Visual Studio Remote Debugging Monitor 已停止工作” 问题解决

之前有一阵子发现Visual Studio 2012 的x64平台不能直接debug,总是报如下错误,查找了一下,得知VS的x64是建立在x86的远程调试上,而不是独立运行. 猜测就是远程调试上出了问题,但修改各种设置,重装软件,都没有用. 只有将x64改成x86平台,用不到远程调试机制,也就天下太平了.但是我的程序里调用的就是x64的库,没办法,将就过了一段不能调试的日子,后来不知道怎么的又好了,就稀里糊涂的把这问题给糊弄过去了. 直到这次想上外网查东西,登录Astrill SVN时,总是报错

断点调试--llorch的Visual Studio基础教程(三)

通用的示例说明: 本系列博客只讨论工具的基础,不讨论任何语言. 甚至不讨论快捷键:-) 可以用鼠标就完成本教程 IDE默认指代的是Visual Studio 2013 Community Edition. 本系列文章的结尾,你可以熟练地使用它写程序. 将Visual Studio启动后的默认布局状态称为主窗口,主窗口标题栏中显示的项目名称不必要. 在日常口语和Windows资源管理器的基础上定义了几个描述菜单操作的符号:[].{}./.>>.=.(,). 检查一个设置项的表示方法为: [窗口名

【Visual Studio】MFC does not support WINVER less than 0x0501 解决方案(转)

原文转自 http://blog.csdn.net/ygzhong000/article/details/41750841 解决方案:在stdafx.h头文件中添加以下行. #define WINVER 0x0602 #define _WIN32_WINNT 0x0602

Visual Studio 2017 调试 windows server 2016 Docker Container

网上很多文章都是在win10下,用Docker for windows工具进行Docker的安装部署的.用知道windows server 2016已经原生支持Docker了,其windows Container已经和Linux下的内核技术是一致的了,况且最重要的原因就是Docker容器的部署肯定是在Windows server 上面的.所以何不尝个鲜,直接用windows server 2016上装个visual studio 2017来进行开发呢. 一.Windows Server 2016

Visual Studio 2017 调试器的工作进程(msvsmon.exe)意外退出 调试将终止

原文:Visual Studio 2017 调试器的工作进程(msvsmon.exe)意外退出 调试将终止 开发环境: Windows 10 in Parallels Desktop Visual Studio 15.6 场景还原: 使用 Visual Studio 15.6 (即 Visual Studio 2017) 新建 ASP.NET Core MVC 项目,启动调试,提示: 调试器的工作进程(msvsmon.exe)意外退出.调试将终止 其实这个问题曾经多次遇到过,但是都没做记录,导致

vs2010远程调试断点无效问题

ps:本人按照下面的方式设置成功,个人感觉写的也比较清楚 来源:http://www.cnblogs.com/OpenCoder/archive/2010/02/17/1668983.html ? vs支持远程调试但是对于通过?匿名调试的方式实际上是无法设置断点的,因为符号没有加载!要想调试,必须采用windows身份验证! 也就是和远程主机设置一样的用户名和密码. VS是支持远程调试的,这样在自己公司就可以远程调试在客户机上的程序了 VS的远程调试分为两种: 直接远程调试:这种调试方法必须在有

Microsoft Visual Studio调试监视器(MSVSMON.EXE)未能启动

在启动VS2010项目时,遇到如图所示"Microsoft Visual Studio调试监视器(MSVSMON.EXE)未能启动"的问题. 原因是VS2010安装路径(我的是D:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE\Remote Debugger\x64)下的MSVSMON.EXE文件被杀毒软件删掉了.解决方法是找个相应的MSVSMON.EXE文件拷贝到该路径下即可. 获得MSVSMON.EXE文件

用Visual Studio调试Windows和驱动程序

由于本人能力有限,翻译不足之处敬请谅解,欢迎批评指正:[email protected] MSDN原文:https://msdn.microsoft.com/zh-cn/library/windows/hardware/hh406281(v=vs.85).aspx 从Windows Driver Kit (WDK) 8开始,驱动开发环境和Windows调试器都集成到Visual Studio里了.在这个集成环境里,大多数你需要开发驱动的工具:编写代码.编译.打包.测试.调试.发布,都在Visua

使用 Visual Studio Code 进行远程开发

使用 Visual Studio Code 进行远程开发 在完成了 AT 指令入门的学习之后,接下来就要使用 AT 指令进行 Socket 通信了.问题在于,之前 .NET 的 Socket 编程只需一台电脑便可进行学习,服务器和客户端都可以在本机运行,也可以分别运行在局域网上的两台电脑之上.而 NB-IOT 芯片的信号是直接发送到手机机站上的,个人电脑都是在局域网环境下运行的,没有公网 IP,手机信号发射塔不可能找到我们的个人电脑.也就是说,NB-IOT 开发板无法和我们的电脑直接通信,要进行