查找内存分配错误

Question

我在以下简化代码中遇到内存分配错误（以及随后的崩溃）：

std::wstring myKey = L"str_not_actually_constant";

MyType obj;
Read( obj );

std::map<std::wstring, MyType> myMap;
myMap[myKey] = obj; // Sometimes allocation error (1)
...
Read( MyType& obj )
{
  obj.member1 = ReadFromFuncThatMayBeProblem();
  obj.member2 = ReadFromFuncThatMayBeProblem(); // Sometimes allocation error (2)
  /* more members */
}
...
void operator =( const MyType& source )
{
  if( this != &source )
  {
    member1 = source.member1; // std::wstring
    member2 = source.member2; // Usually (1) happen on the second member. // std::wstring
    /* more members */
  }
}

发生（1）或（2）。

现在，如果我只是继续，不管错误如何（使用调试器），该值确实会输入到映射中。

我不知道 ReadFromFuncThatMayBeProblem() 是否是罪魁祸首，但它是一个相当复杂的函数，我不能在这里透露。

此外，在将应用程序的其他部分移植到使用 OpenSSL 之前，该代码已经有效（或至少看起来有效）。不过，我不知道这是否会对这里产生任何影响。

那么，既然我假设上面的代码实际上不是问题所在，我该怎么做才能追踪这个分配错误呢？

编辑：更多信息： MyType 没有 dtor。

但是，MyType 有一个 SecondType 类型的成员，该成员有一个 void* 成员。这将在该类型的析构函数中被删除并置空。构造函数使用 m_pData = new std::wstring( ( (std::wstring )source.m_pData) );对于字符串。 （其他数据类型也类似）。这会是一个问题吗？ (delete static_cast< std::wstring* >( m_pData );)

MyType 的其他成员类型有 std::wstring、unsigned long、bool、enum、structs（其中有 timeb）和 SecondType。

Answer 1

终于找到了错误所在。

我们使用上述功能作为使用 OpenSSL 的更大套接字通信的一部分（因此上面的参考文献）。套接字按照上面的代码简化写入数据和读取数据。

读取套接字的方式是我们将内存从一个缓冲区重新分配到另一个缓冲区（动态更改大小）。在执行此操作时，我们使用缓冲区的输入以及我们应该扩展的大小。尺寸计算使用模数来计算调整尺寸的因子。这导致缓冲区太大或太小而无法适应后续操作。

经过两天的调试，将“%”更改为“/”。

不过还是感谢大家的支持。

Answer 2

ReadFromFuncThatMayBeProblem() 返回什么类型？它返回一个（常量）引用吗？如果是这样，在离开 ReadFromFuncThatMayBeProblem() 的范围后该对象仍然有效吗？