GDB报错：Attempt to take address of value not located in memory及条件判断问题

看起来你碰到了GDB处理复杂表达式时的一个常见坑——临时对象生命周期导致的内存访问问题。咱们来一步步理清楚原因和解决办法：

问题根源 #

你单独测试两个条件时正常，但组合起来就报错，核心原因是复合表达式中的临时对象被过早销毁。比如board[0].size()这里，如果board的operator[]返回的是一个临时对象（而非引用），那么在GDB解析长表达式的过程中，这个临时对象可能在第一个子条件求值完成后就被销毁了，后续子条件再访问它的size()时，就会触发"找不到内存"的错误。而单独测试时，表达式更短，临时对象的生命周期刚好覆盖整个求值过程，所以能正常返回结果。

快速解决办法 #

1. 在GDB中拆分表达式为临时变量 #

把复杂的复合条件拆成多个GDB临时变量，避免临时对象被提前销毁：

# 先逐个计算子条件的结果
set $row_valid = (start0 < board.size())
set $col_h_valid = (start1 < board[0].size() - ship.GetSize())
set $col_n_valid = (start1 < board[0].size())
set $is_horizontal = (ori == 'h')
set $is_north = (ori == 'n')

# 再组合条件测试
print ($row_valid && $col_h_valid && $is_horizontal) || ($row_valid && $col_n_valid && $is_north)

2. 在代码中封装复合条件 #

如果经常需要调试这个判断，建议在代码里把它封装成一个函数或者变量，让C++的生命周期管理来保证临时对象的有效性：

// 新增一个成员函数或者全局函数（根据你的代码结构调整）
bool isShipPlacementValid() {
    bool horizontalOk = (start0 < board.size() && start1 < board[0].size() - ship.GetSize() && ori == 'h');
    bool northOk = (start0 < board.size() && start1 < board[0].size() && ori == 'n');
    return horizontalOk || northOk;
}

然后在GDB里直接调用这个函数：

print isShipPlacementValid()

为什么单独测试没问题？ #

单独测试时，GDB处理的表达式逻辑简单，临时对象（比如board[0]的返回值）的生命周期会持续到整个表达式求值结束。但当你把两个大条件组合起来时，GDB的表达式求值器可能会优化临时对象的销毁时机，导致后续条件访问已经被释放的内存，从而触发报错。

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