C#VS2010进入中断模式失败

时间:2011-08-11 05:14:58

标签: .net visual-studio-2010 visual-studio debugging visual-studio-debugging

我的程序稍后遇到了一些问题,因为源代码和编译后的代码不同,我的程序会说它们不会被点击。我决定在我的公共MainWindow()函数上设置一个断点,看看发生了什么。

现在我收到输入中断模式失败的错误,原因如下:源文件'F:\ cAdmin \ OO \ OO \ MainWindow.xaml.cs'不属于正在调试的项目。

我发现这很有趣,因为我的项目存储在我的闪存驱动器(L :)而不是F:。

我已重建我的项目并清理它(多次),重新启动计算机,移动我的闪存驱动器以及我能想到的任何其他内容。

8 个答案:

答案 0 :(得分:53)

删除解决方案用户选项(.suo)文件。

如果您遇到“有趣”的调试问题,通常意味着suo文件已损坏。

删除解决方案suo文件。这每次都为我修复了断点的奇怪调试问题。请注意,您将丢失解决方案设置,例如书签,断点等。

请参阅Visual Studio 2008 - The breakpoint cannot be hit

答案 1 :(得分:19)

Visual Studio 2012 Update 3

不起作用:

  • 重建解决方案
  • 删除.SUO
  • 删除Obj和Bin目录

工作:

工具 - >选项 - >调试 - >编辑并继续 - >取消选中编辑并继续复选框

答案 2 :(得分:14)

试过这个,但它没有用。对我来说最终解决了:

构建>清洁解决方案 构建>构建解决方案(F6)

答案 3 :(得分:1)

我在一组我们开始为客户端维护并迁移到Visual Studio 2010的解决方案中有这个。“删除.suo文件”不起作用。

不知何故,这组源包括两个汇编项目到同一目录,共享一个源文件文件。该文件本身不在警告对话框中。

这解决了这个问题:

  1. 将程序集项目拆分为单独的目录,并
  2. 将共享文件移动到第3个程序集(也在单独的目录中)。

答案 4 :(得分:1)

对我来说,解决方案至少可以说是更为深奥!我在Azure WorkerRole项目中有一个workflow.xaml,它被设置为BuildAction:XamlAppDef而不是None。由于某种原因,这导致项目无法获取对其他文件的任何更改 - 即使VS2013报告成功构建 - 导致在尝试调试WorkerRole时出现“进入中断模式失败”错误。

其他症状包括未被识别的类型(即由IDE着色)和智能感知不起作用。将xaml文件构建操作设置为“none”可以解决问题(我在任何情况下都动态加载工作流)。

我提到这一点,以防万一其他人做了类似的事情而其他解决方案无效。

答案 5 :(得分:1)

我的解决方案中有一个库项目A和一个Web项目。需要将项目B的项目引用添加到库项目A以进行调试。这样做但它不会起作用。

问题是Web项目还通过DLL引用了项目B;所以我还需要将其更改为项目引用,然后才能工作。

答案 6 :(得分:1)

对我来说,选择Project | Add Existing Item,然后选择错误消息中指定的文件。

答案 7 :(得分:0)

当我试图复制一个不在源代码管理中的项目时,我遇到了同样的问题。

问题的解决方案是bin目录被标记为只读(必须在复制期间发生),因此项目在不同主机上构建的库上运行,并且无法单步执行。 / p>

确保您手动删除bin目录中的所有项目,并确保' bin'目录可以写入。