访问 boost::unordered_multimap 或 struct 时出现罕见的分段错误

Question

我在调试分段错误时遇到问题。我希望得到有关如何缩小问题范围的提示。

当迭代器尝试访问结构体 Infection 的元素时，会出现该错误，定义为：

struct Infection {
public:
  explicit Infection( double it, double rt ) : infT( it ), recT( rt ) {}
  double infT; // infection start time
  double recT; // scheduled recovery time
};

这些结构体保存在特殊结构 InfectionMap 中：

typedef boost::unordered_multimap< int, Infection > InfectionMap;

类 的每个成员>主机有一个InfectionMap托架。恢复时间和关联的主机标识符保存在优先级队列中。当在特定宿主中的特定菌株s的模拟中出现计划的恢复事件时，程序会搜索该宿主的carriage以查找感染 code> 的 recT 与恢复时间 (double receiveTime) 匹配。 （由于不值得深究的原因，我使用 recT 作为 InfectionMap 的关键并不方便；菌株 s更有用，并且可能存在相同菌株的双重感染。）

assert( carriage.size() > 0 );
pair<InfectionMap::iterator,InfectionMap::iterator> ret = carriage.equal_range( s );
InfectionMap::iterator it;
for ( it = ret.first; it != ret.second; it++ ) {
  if ( ((*it).second).recT == recoverTime ) { // produces seg fault
    carriage.erase( it );
  }
}

我在上面指定的行上收到“程序收到信号 EXC_BAD_ACCESS，无法访问内存。原因：地址处的 KERN_INVALID_ADDRESS...”。恢复时间没问题，代码中的assert(...)也没有跳闸。

正如我所说，这个段错误是在数千次成功恢复事件之后“随机”出现的。

您将如何弄清楚发生了什么事？我希望了解可能出现的问题以及如何进一步调查该问题。

---

更新

我在 for 循环内添加了一个新的断言和检查：

assert( carriage.size() > 0 );
assert( carriage.count( s ) > 0 );
pair<InfectionMap::iterator,InfectionMap::iterator> ret = carriage.equal_range( s );
InfectionMap::iterator it;
cout << "carriage.count(" << s << ")=" << carriage.count(s) << endl;
for ( it = ret.first; it != ret.second; it++ ) {
  cout << "(*it).first=" << (*it).first << endl; // error here
  if ( ((*it).second).recT == recoverTime ) {
    carriage.erase( it );
  }
}

EXC_BAD_ACCESS 错误现在出现在 (*i​​t).first 调用中，在数千次成功之后再次出现恢复情况。谁能告诉我如何找出这个问题是如何产生的？我正在尝试使用gdb。回溯中的帧 0 读取

“#0 0x0000000100001d50 in Host::recover (this=0x100530d80, s=0,recoverTime=635.91148029170529) at Host.cpp:317”

我不确定我可以在这里提取什么有用的信息。

---

更新 2

我在 carriage.erase(it) 之后添加了 break;。这有效。

Answer 1

如果我错了，请纠正我，但我敢打赌，删除无序多重映射中的项目会使指向它的所有迭代器无效。尝试“it=carriage.erase(it)”。你还必须对 ret 做一些事情。

更新回复您的最新更新：

调用“carriage.erase(it)”修复错误后打破循环的原因是因为您停止尝试访问已擦除的迭代器。

Answer 2

使用gcc -g编译程序并在gdb下运行。当您遇到 EXC_BAD_ACCESS 崩溃时，您将进入 gdb 命令行。此时，您可以输入 bt 来获取回溯，这将显示您如何到达崩溃发生的位置。