问题标签 [breakpoints]

有没有办法告诉调试器在返回之前停止，无论哪个语句从方法中退出，无论是返回、异常还是跌出底部？Java 编辑器向我显示了我的方法可以退出的所有位置，这使我受到启发——当您单击方法声明的返回类型时，它会突出显示它们（启用标记出现次数）。

[日食 3.4]

在检查代码时，我似乎从其他程序员那里得到了断点......

Visual Studio 保存的断点列表在哪里？在 vbproj 文件中？vbproj.user 文件？文件和设置？它们是否意味着特定于解决方案、项目、用户、它们所在的计算机？

谢谢！

我的问题是我在代码中设置了一些断点，其中一些没有工作。在某些地方它抱怨“未解决的断点”。

有谁知道为什么会这样？顺便说一句，我正在使用 gdb。

编辑：是的，当然是用调试信息编译的。它只发生在代码中的某些类或点上。而且我很确定已经到达了代码的那一部分，因为我可以通过步进到达它

编辑：理查德的解决方案不起作用；不管怎么说，还是要谢谢你。我正在调试中编译，没有任何优化。

自从升级到 2008 年以来，我和这里的许多人都注意到，随机 VS 将不再介入代码或跳过断点。它已经到了调试成为真正的苦差事的阶段。我们正在运行 SP1，但也注意到 2008 basic 上的问题。

参考罗伯特的问题：我们在 Windows 服务中托管 WCF 和远程处理服务。本质上，来自客户端（通常是 windows exe）的调用最终会在服务本身和我们的代码中的线程中结束（而不是远程处理或 WCF 基础结构）。一旦进入我们的代码，断点就会有这种行为。

我们在这里所做的大部分调试都是在服务代码中进行的，因此附加到进程是非常宝贵的，有时不可能达到所需的状态，除非在进程启动后附加到它们。使用 resharper 等扩展的开发人员和运行 vanilla VS 的开发人员都会遇到这种情况。

看谷歌并没有太大帮助。

还有人经历过这个吗？

问候，普雷特

Spudlo 的回答对我们很有帮助。谢谢你。请从MSDN下载修复程序

我有以下内容：

我可以在 FuncA 的任何地方打断点。如果我尝试进入 FuncB，它就会跳过。它将接受 FuncB 中的断点，但从不命中它。我知道它正在执行 FuncB，因为我可以在 FuncB 中调用 MessagBox() 并获取消息框。

在远离大量 VC6 使用几年之后，我是 VS2005 的新手。我在 VC6 的日子里回忆起的一种情况是，如果符号信息不可用。但是，在这种情况下，两个函数都在同一个文件中，因此符号信息必须正确。同样在那种情况下，我认为您甚至无法设置断点。

我已经尝试了所有愚蠢的巫术，比如重建整个解决方案。

我忽略了什么愚蠢的事情？

编辑：添加了 FuncB 的代码，以回应关于它可能基本上可以内联的评论。（这只是来自 MSDN 的 wglUseFontBitmaps [减去此处的注释] 的确切示例代码）。我看不出内联会如何阻碍每次调用。

如何使用 GDB 调试在 32 位 x86 处理器上没有调试符号的程序？检查函数参数、局部变量、解析指针对于知道如何做很有用。其目的并不是真正将其用于逆向工程，因为我有时只是懒得安装调试符号，并且很高兴知道如何从 gdb 中获取一些基本信息。

断点可以在中断服务例程 (ISR) 中使用吗？

所以我最近刚刚从使用 的临时调试和一些更复杂的方法迈出了一步dump，我遇到了困难。print_recho

我使用 Zend Framework、Aptana 和 Zend Debugger。

此时我正在尝试调试自定义控制器，无论我尝试什么，我都没有到达我理解的断点，因为在两者之间有身份验证并使用菜单。

问题：

1. 如何让我的应用程序在身份验证时中断，登录浏览器，导航到某个 uri，然后继续调试？
2. 使用 MVC 在 Zend Framework 中设置断点的好地方有哪些？

今天我遇到了一个问题，我需要远程调试程序。该程序是从另一个系统启动的，所以我真的没有机会在命令行上与它进行交互。不过，我可以轻松更改其来源。

我需要做的是让程序正常启动，然后等待我用调试器附加到它。我想不出一个让我开心的方法。我确实找到了错误，但没有调试器的帮助。

让进程保持活力，然后我可以用调试器“设置下一条语句”，但这似乎很尴尬和粗鲁。

打字似乎很奇怪，因为实际上并没有控制台让我按下回车键。（它也不起作用。设置下一条语句，然后运行将带您回到 ReadLine() 等待。）

那么我可以将什么样的代码插入到 .NET/CLR/C# 程序中，上面写着“在这里等到我可以附加调试器”？

我正在寻找一种在.NET（特别是2.0，特别是C#）中为源代码触发调试中断的方法，就像在该点设置了断点一样，而不必记住在调试器中设置特定的断点，并且不干扰生产运行时。

我们的代码需要吞下生产中的异常，因此我们不会破坏链接到我们的客户端应用程序，但我正在尝试对其进行设置，以便如果碰巧在调试器中运行此类错误将弹出以进行分析，否则将被安全地忽略。

我的使用尝试Debug.Assert(false)并不理想，我认为它Debug.Fail()的行为方式相同。从理论上讲，它在生产中应该没有影响，并且在调试时确实会成功停止，但是根据设计（据我所知），如果您想忽略该错误，则无法继续执行，就像使用实际断点一样，就像我们在生产中吞下错误一样。它显然也破坏了对变量状态的评估，因为调试器实际上在本机系统代码中停止，而不是在我们的系统代码中，所以它的调试帮助是有限的。（也许我错过了一些重新审视事物以查看变量等发生的地方的方法。？？？）

我希望有类似的东西Debug.Break()，但它似乎不存在（除非可能在更高版本的 .NET 中？），而且Debug似乎也没有其他方法适用。

更新：虽然 ctacke 的答案是我所寻找的最佳匹配，但我还发现了 Debug.Assert() 的一个技巧——在调试器中运行时——暂停调试器，转到调试代码。断言调用挂起（以绿色突出显示，因为它在框架代码中已关闭）并点击 Step-Out (shift-F11)，然后在断言对话框中点击 Ignore。这将使调试器在断言返回时暂停（并且能够继续执行，就好像它没有发生一样，因为它被忽略了）。可能还有其他方法可以做同样的事情（点击重试会更直接吗？），但这种方式很直观。