std :: string :: assign() verursacht segfault

Question

Ich habe eine std::vector<uint8_t>, die Strings bei bestimmten Offsets enthält. Hier ist eine verkürzte dump:

... 
@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 ................ 
... 

ich die Daten zu extrahieren, ich versuche, bei Offset 136 und steckte es in eine std::string:

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

Dies führt jedoch zu meiner Anwendung segfault. Jetzt bin ich ziemlich neu in der Software-Entwicklung unter Linux, aber ich weiß, wie mein app in GDB starten und eine Rückverfolgung erhalten, und verfolgen das Problem hier unten:

(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 

Printing vec.size() 200 zurückkehrt und sogar Schleifen über Der Vektor und das Drucken der Daten verursacht mir keine Probleme (genau über dem Crash-Snippet!).

Ich kompiliere in Debian mit g ++ 4.3.4. Irgendwelche Hinweise darauf, was dieses Problem sein könnte?

Answer 1

Es ist wahrscheinlich eine nicht übereinstimmende freie/löschen Sie woanders in Ihrem Code, der das Symptom bis jetzt verzögert. Wenn Sie den freigegebenen Arbeitsspeicher verwenden, kann das Betriebssystem so lange weiterarbeiten, wie es für richtig erachtet wird.

Versuchen Sie, das Programm in Valgrind auszuführen. valgrind verwendet ein eigenes malloc und ist frei, damit es Sie auf inkorrekte Nachrichten aufmerksam machen und löschen kann. Achten Sie darauf, compile without optimisations und mit -g :

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

Achten Sie darauf, nicht zu tun, um einen Zeiger von einem Stapel Variable zu erstellen, die den Gültigkeitsbereich verlässt. Zum Beispiel dies bei neueren Entwickler ein häufiger Fehler ist:

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

Als außerhalb des Gültigkeitsbereichs gegangen ist, kehren Sie einen Zeiger auf freigegebenen Speicher.

---

Über -g, von der manpage: Produzieren Informationen im nativen Format des Betriebssystems (ersticht, COFF, XCOFF oder ZWERG 2) debuggen. GDB kann mit diesen Debuginformationen arbeiten.