我的程序稍后遇到了一些问题,因为源代码和编译后的代码不同,我的程序会说它们不会被点击。我决定在我的公共MainWindow()函数上设置一个断点,看看发生了什么。
现在我收到输入中断模式失败的错误,原因如下:源文件'F:\ cAdmin \ OO \ OO \ MainWindow.xaml.cs'不属于正在调试的项目。
我发现这很有趣,因为我的项目存储在我的闪存驱动器(L :)而不是F:。
我已重建我的项目并清理它(多次),重新启动计算机,移动我的闪存驱动器以及我能想到的任何其他内容。
答案 0 :(得分:53)
删除解决方案用户选项(.suo)文件。
如果您遇到“有趣”的调试问题,通常意味着suo文件已损坏。
删除解决方案suo文件。这每次都为我修复了断点的奇怪调试问题。请注意,您将丢失解决方案设置,例如书签,断点等。
答案 1 :(得分:19)
Visual Studio 2012 Update 3
不起作用:
工作:
工具 - >选项 - >调试 - >编辑并继续 - >取消选中编辑并继续复选框
答案 2 :(得分:14)
试过这个,但它没有用。对我来说最终解决了:
构建>清洁解决方案 构建>构建解决方案(F6)
答案 3 :(得分:1)
我在一组我们开始为客户端维护并迁移到Visual Studio 2010的解决方案中有这个。“删除.suo文件”不起作用。
不知何故,这组源包括两个汇编项目到同一目录,共享一个源文件文件。该文件本身不在警告对话框中。
这解决了这个问题:
答案 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'目录可以写入。