一个C#桌面应用程序(在Visual Studio Express版上)工作了,但5秒钟后就不工作了。

我尝试了以下方法:

确保在所有程序集上设置了调试配置、调试标志和完整的调试信息。从我的整个计算机中删除所有bin和obj文件夹以及与项目相关的所有DLL文件。从头开始重新创建导致问题的项目。重新启动。

我在解决方案中有两个Windows窗体项目。其中一个加载调试信息,另一个不加载。它们都引用了我试图在项目文件中以完全相同的方式获取调试信息的程序集。有什么想法吗?


我想在这里补充一点,当我回来回顾这个问题时,主要是为了我自己,即在加载程序集之前不会加载符号,并且在需要时才会加载程序集。如果断点位于仅在主程序集中的一个函数中使用的库中,则在调用该函数之前,不会加载符号(并且它将显示断点未命中)。


当前回答

对我来说,另一个解决方案是后期构建无法进入主项目bin文件夹的项目。

其他回答

我们找到了问题的原因。此代码使用.aspx文件的Page指令中的“CodeBehind”属性,而不是“CodeFile”属性(ASP.NET 2.0及更高版本)。经过几天的绝望,一个简单的搜索和替换解决了问题。

在我的例子中,它是一个引用类库项目的Windows应用程序——我可以调试Windows应用程序,但不能调试类库。正在生成pdb文件。然而,我确实发现,如果我在调用类库时进行调试,我可以进入类库。

在我的例子中,我正在编译一个类库(DLL)。调试->模块中似乎没有加载模块,因此我甚至无法手动加载符号。

我的解决方案是将这一行添加到代码中:

System.Diagnostics.Debugger.Launch();

到达此代码后,将触发异常,.NET Framework将显示一个对话框,询问您要使用哪个Visual Studio(即VS 2008的新实例、VS 2013的新实例等)来调试程序。您可以选择已加载项目的VS的现有实例。这将把进程附加到VS会话并加载所有符号,现在您就可以调试项目了。

当然,编译必须使用Debug配置完成,而不是Release。

我的同事遇到了这个问题,遵循了与这里类似的步骤,但解决方案与任何给出的方法都不同。

她要调试的代码位于当前项目引用的项目中,并且从未在Visual Studio会话中运行。DLL是从GAC文件夹中运行的,她删除了项目根本无法运行的消息,并在项目尝试运行时抛出异常。解决方案是将引用的项目包含在本地文件夹中。

在SolutionExplorer中:

选择要运行的“调试”项目展开“引用”(如果不可见,请选择菜单“项目”,项“显示所有文件”)右键单击具有不工作断点的项目,选择“财产”将“复制本地”的值从False更改为True

再试一次。(这对她有用!)

确保您的代码不会在链接时被抛出。即使编译器可能会重建对象,但如果链接器没有看到对代码的引用,它会在尝试设置断点时将其丢弃并导致此错误。