GDB调用std::cout的operator<<出现段错误及调用失败问题求解

1. Catch2测试框架默认拦截标准输出：运行测试用例时，Catch2会默认将std::cout、std::cerr的输出重定向到内部缓冲区，此时std::cout内部关联的streambuf指针指向Catch2的私有内存对象，GDB跨上下文调用operator<<时无法正常访问该私有内存，就会在std::ostream::sentry构造检查流状态的步骤触发段错误。
2. GDB对C++重载/模板函数的解析能力有限：标准库的operator<<大多是模板实例化的函数，GDB无法直接通过简写的函数名匹配到正确的重载实例，所以会报Invalid cast、Invalid data type for function to be called类错误。
3. 调试符号不全：如果编译时仅使用-g参数而非-g3，会缺失部分C++模板实例的调试符号，进一步加剧GDB的函数匹配问题。

方案1：关闭Catch2输出重定向（当前场景最优解） #

运行测试时添加--show-output启动参数，或者在测试入口代码中强制关闭重定向：

int main(int argc, char* argv[]) {
    Catch::Session session;
    // 禁用输出重定向，恢复std::cout默认状态
    session.configData().showOutput = true;
    return session.run(argc, argv);
}

关闭重定向后std::cout的状态恢复正常，可直接调用重载的operator<<。

方案2：使用to_string中转（通用稳定方案） #

给自定义类型添加to_string成员函数，避开对std::cout状态的依赖：

// 自定义类型中添加成员函数
std::string gamestate_t::to_string() const {
    std::ostringstream oss;
    oss << *this;
    return oss.str();
}

修改.gdbinit中的printr定义：

define printr
    print $arg0.to_string()
end

该方案不受测试框架、流状态影响，适用性更广。

方案3：修正GDB调用写法 #

如果必须直接调用operator<<，先确保编译时添加了-g3参数生成完整调试符号，再通过全限定名匹配函数：

1. 先查询正确的函数符号：

(gdb) info functions operator<<.*ostream.*const char

2. 使用带完整模板参数的函数名调用：

(gdb) call 'operator<< <std::char_traits<char> >(std::ostream&, char const*)'(std::cout, "test")

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