c++ - 使用旧的 glibc 和 libstdc++ 库版本时为 "double free or corruption"

Question

当我将运行时库更改为旧版本时，一段使用 std::stringstream 的 C++ 代码失败。

我有两个环境，我称之为patched 和obsolete

打补丁的环境是SLES 11 SP3

• 海湾合作委员会 4.3
• GNU LIBC 2.11
• GNU LIBSTDC++ 4.7.2

过时环境是 SLES 11

• 海湾合作委员会 4.3
• GNU LIBC 2.9
• GNU LIBSTDC++ 4.3.3

当我在 patched 环境中编译并运行以下代码时，它会正确编译并终止，但是在 patched 环境中编译的二进制文件在运行时会转储核心在过时的环境中。

#include <string>      
#include <iostream>    
#include <sstream>     

using namespace std;

template<class T> inline string toS(const T &t){ 
      stringstream ss; 
      ss<<t; 
      return ss.str();} 

int main(){
  string s = "And the answer is: " + toS(42) ;
  cout << s << endl;
  return 0;
}

代码是使用以下选项编译的 -Wall -O3 -g，但结果似乎并不取决于优化级别。

在过时环境中代码失败

*** glibc detected *** ./a.out: double free or corruption (out): 0x0000000000603440 ***

分析核心文件我可以提取以下堆栈跟踪:

#4  0x00002b9b1f86ac26 in free () from /lib64/libc.so.6
#5  0x00002b9b1f119c66 in std::basic_stringbuf<char, std::char_traits<char>, std::allocator<char> >::overflow(int) () from /usr/lib64/libstdc++.so.6
#6  0x00002b9b1f11deb8 in std::basic_streambuf<char, std::char_traits<char> >::xsputn(char const*, long) () from /usr/lib64/libstdc++.so.6
#7  0x00002b9b1f103b6d in std::ostreambuf_iterator<char, std::char_traits<char> > std::num_put<char, std::ostreambuf_iterator<char, std::char_traits<char> > >::_M_insert_int<long>(std::ostreambuf_iterator<char, std::char_traits<char> >, std::ios_base&, char, long) const () from /usr/lib64/libstdc++.so.6
#8  0x00002b9b1f103c87 in std::num_put<char, std::ostreambuf_iterator<char, std::char_traits<char> > >::do_put(std::ostreambuf_iterator<char, std::char_traits<char> >, std::ios_base&, char, long) const () from /usr/lib64/libstdc++.so.6
#9  0x00002b9b1f1156cc in std::ostream& std::ostream::_M_insert<long>(long) ()
   from /usr/lib64/libstdc++.so.6
#10 0x0000000000401877 in toS<int> (t=@0x7fff8bc4d6d8) at strstr.cxx:7
#11 0x0000000000401468 in main () at strstr.cxx:1

此核心转储表明代码在将数字转换为字符串时失败。

我想了解正在发生的事情，以便修改代码，以便如果在修补 环境中编译，它将在过时 中运行。

Answer 1

您想要的是为一个特定环境编译并能够在另一个特定但不同的环境中执行。

恐怕你是这里的先驱。我并不是说这是不可能的，但我是说这没有多大意义，因为 C++ 并非设计为独立于平台(例如 Java)。

因此，您冒着将大量精力投入到可能更容易通过针对两个不同环境进行两个编译来解决的问题上的风险。

据我判断(但不保证)您不会为此找到可行的解决方案。

在其他 SO 问题和答案中，我看到许多人建议在出现该错误时使用 Valgrind。如果您想深入研究，可以从这里开始。