GDB仅响应手动抛出的异常，无法捕获标准库抛出的异常

问题背景 #

在Windows MSYS2环境下，使用GDB 12.1调试C++程序时，catch throw仅能捕获手动抛出的异常，无法响应标准库（如std::vector::at）抛出的异常——程序会直接终止并打印异常信息，无法触发断点获取堆栈跟踪。

解决方案 #

1. 切换异常模型编译程序 #

MinGW-w64 GCC默认使用SEH（结构化异常处理）模型，但GDB对SEH异常的catch throw支持存在局限性。改用SJLj（Setjmp/Longjmp）异常模型编译，可让GDB正确捕获标准库抛出的异常：

编译命令修改为：

g++ example.cpp -o example.exe -g -Wall -fsjlj-exceptions

再用原GDB命令启动调试：

gdb example.exe -ex "catch throw" -ex "catch catch" -ex "enable pretty printing" -ex run

此时GDB会在std::vector::at抛出std::out_of_range时触发断点，输入bt即可查看完整堆栈。

2. 断点到std::terminate获取回溯 #

若不想切换异常模型，可利用**未捕获异常最终会调用std::terminate**的特性，设置断点到该函数：

启动GDB后执行：

break std::terminate
run

当程序因未捕获异常终止时，GDB会在std::terminate处中断，输入bt full即可查看异常抛出点的完整堆栈跟踪。

3. 安装标准库调试符号 #

确保MSYS2环境中安装libstdc++的调试符号包，能让GDB更准确解析标准库函数的堆栈信息：

在MSYS2终端执行：

pacman -S mingw-w64-x86_64-libstdc++-debug

安装完成后重新编译调试程序，可提升堆栈跟踪的可读性。

验证示例 #

使用修改后的编译命令重新编译示例代码，启动GDB后会看到类似如下输出：

Thread 1 hit Catchpoint 1 (exception thrown), 0x00007ff7xxxxxx in __cxa_throw ()
(gdb) bt
#0  0x00007ff7xxxxxx in __cxa_throw ()
#1  0x00007ff7xxxxxx in std::__throw_out_of_range(char const*) ()
#2  0x00007ff7xxxxxx in std::vector<int, std::allocator<int> >::at(unsigned long long) ()
#3  0x00007ff7xxxxxx in main () at example.cpp:6

内容的提问来源于stack exchange，提问作者jkrei0