我们正在为 Visual Studio 解决方案设置 Appveyor,它会生成 C++ 库。我们的一些测试[愚蠢]模糊了C++对象,以确保它们不会做一些意想不到的事情。在调试版本下,它会导致触发断言(在发布版本中,它只会抛出)。
我们使用自定义断言来避免 Posix 导致正在调试的程序崩溃的行为。如下所示。如果断言触发且未附加调试器,Appveyor 或操作系统会终止程序:
如果调试器不存在,我们希望安装一个DebugBreak
处理程序。这应该确认是操作系统在进行杀戮。理想情况下,该处理程序可以在 Windows XP 及以上版本以及 VS2002 及更高版本上运行(这些是我们支持的 Windows 组合)。
我们如何在 Windows 平台上安装 DebugBreak
处理程序?
# define MYLIB_ASSERT(exp) { \
if (!(exp)) { \
std::ostringstream oss; \
oss << "Assertion failed: " << (char*)(__FILE__) << "(" \
<< (int)(__LINE__) << "): " << (char*)(__FUNCTION__) \
<< std::endl; \
std::cerr << oss.str(); \
__debugbreak(); \
} \
}
我们无法真正判断谁应该对此负责,因为 MSDN 上没有记录该行为 DebugBreak and __debugbreak或C/C++ Assertions .
最佳答案
有几种不同的方法可以处理这个问题。
从启动可能调用 DebugBreak()
的进程中,您可以使用 WaitForDebugEvent
(或 WaitForDebugEventEx
)和 ContinueDebugEvent
处理来自子进程的调试事件。即,父级充当调试器,子级充当被调试者,类似于 Visual Studio(以及许多其他)调试器的工作方式。
您还可以使用DebugActiveProcess
附加到正在运行的进程。附加后,大多数调试类似于父进程调试其子进程。
如果您不能(或不想)执行其中任何一项操作,则可以安装事后调试器。您可以通过在注册表中指定调试器来执行此操作,如on MSDN所述。 。 Windows 有一个“Windows 错误报告”(WER),它会调用指定的事后调试器。
关于c++ - 如何安装 DebugBreak 处理程序?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/44213426/