std :: string :: assign（）导致段错误

Question

我有一个std::vector<uint8_t>包含特定偏移字符串。这里有一个缩短转储：

... 
@128 00 00 00 00 00 00 00 00 73 6F 6D 65 74 68 69 33 ........somethin 
@144 38 36 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ng.............. 
@160 00 00 00 00 00 00 00 00 31 2E 32 2E 33 00 00 00 ........1.2.3... 
@176 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 
... 

我试图提取数据偏移量136，并把它变成一个std::string：

std::string x; 
x.assign(vec.begin()+136, vec.begin()+168); 

然而，这会导致我的应用程序段错误。现在我在Linux下的软件开发相当新的，但我不知道如何开始我的应用程序在GDB，并得到一个回溯，并跟踪到这里的问题：

(gdb) backtrace 
#0 0xb7536d78 in ??() from /lib/i686/cmov/libc.so.6 
#1 0xb7538cd5 in malloc() from /lib/i686/cmov/libc.so.6 
#2 0xb7708957 in operator new(unsigned int)() from /usr/lib/libstdc++.so.6 
#3 0xb76e4146 in std::string::_Rep::_S_create(unsigned int, unsigned int, std::allocator<char> const&)() from /usr/lib/libstdc++.so.6 
#4 0xb76e63b0 in std::string::_M_mutate(unsigned int, unsigned int, unsigned int)() from /usr/lib/libstdc++.so.6 
#5 0xb76e654a in std::string::_M_replace_safe(unsigned int, unsigned int, char const*, unsigned int)() from /usr/lib/libstdc++.so.6 
#6 0x0806d651 in std::string::_M_replace_dispatch<__gnu_cxx::__normal_iterator<unsigned char const*, std::vector<unsigned char, std::allocator<unsigned char> > > > (this=0xbfffe464, __i1=..., __i2=..., __k1=..., __k2=...) at /usr/include/c++/4.3/bits/basic_string.tcc:637 
#7 0x0806d26e in std::string::replace<__gnu_cxx::__normal_iterator<unsigned char const*, std::vector<unsigned char, std::allocator<unsigned char> > > > (this=0x811c730, vec=...) at /usr/include/c++/4.3/bits/basic_string.h:1390 
#8 std::string::assign<__gnu_cxx::__normal_iterator<unsigned char const*, std::vector<unsigned char, std::allocator<unsigned char> > > > (
    this=0x811c730, vec=...) at /usr/include/c++/4.3/bits/basic_string.h:958 
#9 myclass::somemethod (this=0x811c730, vec=...) at myclass.cpp:135 

印刷vec.size()返回200，甚至遍历向量和打印数据导致我没有任何问题（正好在崩溃的片段之上！）。

我使用g ++ 4.3.4编译Debian。任何关于这个问题可能的指针？

Answer 1

您的代码中可能存在不匹配的空闲/删除，导致症状延迟到现在。当您使用释放的内存时，操作系统可以自由地继续，只要它看起来合适。

尝试在valgrind中运行该程序。 valgrind使用它自己的malloc并且是免费的，所以它可以提醒你不正确的消息和删除。确保compile without optimisations与-g ：

g++ -g main.cc -o binary 
valgrind --leak-check=full ./binary 

确保你没有创建从超出范围堆栈变量的指针。例如，这是新开发的通病：

int *foo() { 
    int a = 0; 
    // do something to a here 
    return &a; 
} 

其已经超出了范围，你是返回一个指针来释放内存。

---

关于-g，从手册页：产生的操作系统的本机格式（刺，COFF，XCOFF，或DWARF 2）的调试信息。 GDB可以使用这个调试信息。