Andrew Grant的回答并不能帮助获得抛出函数的堆栈跟踪，至少在GCC中是这样，因为throw语句本身并不能保存当前的堆栈跟踪，并且catch处理程序届时将无法再访问堆栈跟踪。

解决这个问题的唯一方法(使用GCC)是确保在抛出指令的点生成堆栈跟踪，并将其与异常对象一起保存。

当然，此方法要求抛出异常的每个代码都使用特定的exception类。

2017年7月11日更新:对于一些有用的代码，看看cahit beyaz的答案，它指向http://stacktrace.sourceforge.net -我还没有使用它，但它看起来很有前途。

Poppy不仅可以收集堆栈跟踪，还可以收集参数值、局部变量等等——所有导致崩溃的东西。

Andrew Grant的回答并不能帮助获得抛出函数的堆栈跟踪，至少在GCC中是这样，因为throw语句本身并不能保存当前的堆栈跟踪，并且catch处理程序届时将无法再访问堆栈跟踪。

解决这个问题的唯一方法(使用GCC)是确保在抛出指令的点生成堆栈跟踪，并将其与异常对象一起保存。

当然，此方法要求抛出异常的每个代码都使用特定的exception类。

2017年7月11日更新:对于一些有用的代码，看看cahit beyaz的答案，它指向http://stacktrace.sourceforge.net -我还没有使用它，但它看起来很有前途。

下面的代码在抛出异常后立即停止执行。您需要设置一个windows_exception_handler和一个终止处理程序。我在MinGW 32bits中进行了测试。

void beforeCrash(void);

static const bool SET_TERMINATE = std::set_terminate(beforeCrash);

void beforeCrash() {
    __asm("int3");
}

int main(int argc, char *argv[])
{
SetUnhandledExceptionFilter(windows_exception_handler);
...
}

检查下面的windows_exception_handler函数代码: http://www.codedisqus.com/0ziVPgVPUk/exception-handling-and-stacktrace-under-windows-mingwgcc.html

在Windows上，查看BugTrap。它不再在原来的链接中，但在CodeProject中仍然可用。

Cpp-tool ex_diag -重量轻，多平台，最小的资源使用，简单和灵活的跟踪。