Debugging 条件断点依赖于其他断点

Debugging 条件断点依赖于其他断点,debugging,visual-c++,breakpoints,visual-studio-debugging,Debugging,Visual C++,Breakpoints,Visual Studio Debugging,我需要在断点处停止,以防其他断点被传递。是否可以在VC++中实现?为什么要用这种方式调试两个断点?如果调试运行到特定的代码行,它会调用条件,然后触发条件断点,如果它只运行到一个代码行,我认为它不能调用B代码行中的条件,除非它真的调用/运行到这一行 你是如何使用另一个断点的?“通过”是什么意思?如果有两个断点,它们之间的关系是什么?如果它在断点1处停止,然后您像使用步骤一样调试应用程序,为什么不将上一个代码行(断点1中的代码)设置为条件?因此,如果你一步一步地调试你的应用程序,它可能会在断点2处停

我需要在断点处停止,以防其他断点被传递。是否可以在VC++中实现?

为什么要用这种方式调试两个断点?如果调试运行到特定的代码行,它会调用条件,然后触发条件断点,如果它只运行到一个代码行,我认为它不能调用B代码行中的条件,除非它真的调用/运行到这一行

你是如何使用另一个断点的?“通过”是什么意思?如果有两个断点,它们之间的关系是什么?如果它在断点1处停止,然后您像使用步骤一样调试应用程序,为什么不将上一个代码行(断点1中的代码)设置为条件?因此,如果你一步一步地调试你的应用程序,它可能会在断点2处停止。是的,有两个断点A和B。我希望在当前运行中,当在A上停止时,它会在B处停止。当调试到达这一行时,我需要在B处停止。但请在A通过时才停在Bpreviously@vico,它不支持,我们可以用a的一些参数在B中设置一个条件,但是调试器需要真正执行到B行。由于两个断点(在代码行a和B中)都有执行序列,如果先运行,它会先命中一个断点,它不会命中B断点,除非您希望使用DebuggerNonUserCode属性避免第一个断点:@vico,有更新吗?这是你想要的解决方法吗?