Visual studio 2015 更新后Visual Studio Community 2015在项目构建上崩溃

Visual studio 2015 更新后Visual Studio Community 2015在项目构建上崩溃,visual-studio-2015,c++-cli,Visual Studio 2015,C++ Cli,向所有能帮忙的人问好, 我已经在Mac/bootcamp上为C#dev.on Win.8成功运行了VS Community 2015。今晚我想试试C++/CLI,并下载了VS推荐的软件包 现在,当构建最简单的C#控制台程序时,它崩溃了。JIT调试器出现以下错误: devenv.exe中0x6F1F0192(msenv.dll)处未处理的异常:0xC0000005:访问冲突读取位置0x00000010 如果存在此异常的处理程序,则程序可以安全地继续 调试器弹出窗口显示: Microsoft.Vis

向所有能帮忙的人问好, 我已经在Mac/bootcamp上为C#dev.on Win.8成功运行了VS Community 2015。今晚我想试试C++/CLI,并下载了VS推荐的软件包

现在,当构建最简单的C#控制台程序时,它崩溃了。JIT调试器出现以下错误:

devenv.exe中0x6F1F0192(msenv.dll)处未处理的异常:0xC0000005:访问冲突读取位置0x00000010

如果存在此异常的处理程序,则程序可以安全地继续

调试器弹出窗口显示: Microsoft.VisualStudio.Shell.14.0.dll中发生类型为“System.AccessViolationException”的未处理异常

其他信息:尝试读取或写入受保护内存。这通常表示其他内存已损坏

有关此错误的一般帮助链接到:

声明: 在非托管或不安全代码中,当代码试图读取或写入尚未分配或无权访问的内存时,会发生访问冲突。这通常是因为指针的值不正确。并非所有通过坏指针进行的读取或写入都会导致访问冲突,因此访问冲突通常表示通过坏指针进行了多次读取或写入,并且内存可能已损坏。因此,访问冲突几乎总是表示严重的编程错误。AccessViolationException可以清楚地识别这些严重错误。 在完全由可验证托管代码组成的程序中,所有引用要么有效,要么为空,访问冲突是不可能的。只有当可验证托管代码与非托管代码或不安全托管代码交互时,才会发生AccessViolationException。 从.NET Framework 4开始,如果异常发生在公共语言运行库保留的内存之外,则公共语言运行库引发的AccessViolationException异常不会由结构化异常处理程序中的catch语句处理。要处理此类AccessViolationException异常,应将HandleProcessCorruptedStateExceptionsAttribute属性应用于引发异常的方法。此更改不会影响用户代码引发的AccessViolationException异常,它可以继续被catch语句捕获。对于为.NET Framework的早期版本编写的代码,如果要在.NET Framework 4上重新编译并运行而不进行修改,可以将该元素添加到应用程序的配置文件中。请注意,如果已为AppDomain.FirstChanceException或AppDomain.UnhandledException事件定义了处理程序,则还可以接收异常通知


这里有人能帮我弄明白这一点吗,因为我还没有写任何非托管代码,而在hello world程序上崩溃了。非常感谢您的帮助

当应用程序尝试取消引用无效指针时,会发生访问冲突。AV是与NullPointerException等价的本机代码,通常会停止进程

这是一个严重错误,几乎可以肯定是VisualStudio中的一个bug。你需要向我们报告,这样我们才能调查。提交bug的位置在

如果下次发生这种情况时可以进行进程转储,那么调查问题就会容易得多。以下是收集崩溃转储的步骤:

  • 启动两个VisualStudio实例
  • 在一个实例中,转到调试->附加到进程
  • 按“选择”按钮,然后在对话框中选中“调试这些代码类型”,然后选择本机和托管的v4.5、v4.0
  • 在进程列表中找到devenv.exe并选择“附加”
  • 当您在第一个实例中连接时,在Visual Studio的另一个实例中复制该错误
  • 当崩溃发生时,调试器应该中断
  • 一旦调试器在崩溃时中断,请选择调试->将转储另存为以保存转储文件

  • (披露:我在Microsoft的visual studio上工作)

    谢谢你的回复,你能发布一些关于进程转储的说明吗请从Microsoft Symbol Server加载各种关联DLL的符号花了很长时间,但还是成功地获取了转储文件并向MS报告。再次感谢。你可以在这里看到问题:我在Windows上运行的VS2015上也有同样的错误,当我将设置在调用堆栈更高位置的断点移动时,VS停止崩溃