如何调试以未处理异常终止的程序？答案

【问题标题】：How to debug a program that is terminating in an unhandled exception?如何调试以未处理异常终止的程序？
【发布时间】：2009-11-24 10:28:38
【问题描述】：

我在 Linux 平台上用 C++ 编程。

我的程序以这个（未处理的？？？）异常终止：

"在抛出 'long' 的实例后调用终止" 中止

抛出异常的代码在 try-catch 块中，那为什么会发生这种情况呢？从函数返回时抛出异常。

我习惯于 C 编程，对 C++ 的经验很少（这是主要问题）。我不知道如何调试这个问题。我不期待解决方案，而是调试此问题的方向/指针。

提前致谢。

【问题讨论】：

【解决方案1】：

您可以在gdb 下运行您的应用程序（使用-g 使用调试信息构建它）并在抛出异常时使用以下命令使其中断：

(gdb) catch throw

这将带您到异常的起源。此问题提供了更多信息：

请注意，抛出序数类型（例如long）有些不寻常。它可能在一些临时代码中，所以四处寻找可能会很快找到它。

【讨论】：

【解决方案2】：

它在调用堆栈上的任何地方都有exception specification 或here？如果有，那么您可能会遇到这个问题 - 您可能想要删除所有这些问题。

如果您使用的是 gcc，那么您可以先在 main() 中添加此代码：

#ifdef __GNUC__
    std::set_terminate(__gnu_cxx::__verbose_terminate_handler);
#endif // ifdef __GNUC__

【讨论】：

【解决方案3】：

您可能捕获了错误的异常类型

使用

catch(long)

或

catch(...)

【讨论】：

【解决方案4】：

通常，我会建议在抛出类型的构造函数中设置断点——但在这种情况下......我必须承认，我从未经历过有人抛出过长的喜欢

throw 42;

在我看来这很奇怪。一些调试器可能能够在抛出异常时捕获它。

被调用的函数是你的吗？

【讨论】：

【解决方案5】：

使用 set_terminate 打破 GDB

set_terminate() 的示例是 here

触发时 - 在 GDB 中使用 bt 命令查看回溯

【讨论】：