Mögliche memory leak mit C++ - string

Andere korrekt sind, sind Sie undicht, weil Sie durch den Aufruf von exit. Um klar zu sein, das Leck ist nicht der string zugewiesen, auf den stack-Speicher auf dem heap durch den string. Zum Beispiel:

struct Foo { };

int main()
{
    Foo f;
    die();
}

wird nicht dazu führen valgrind berichten von einem Leck.

Das Leck wahrscheinlich (anstelle von bestimmten), weil Sie einen inneren Zeiger auf reservierten Speicher auf dem heap. basic_string, ist dafür verantwortlich. Aus dem header auf meinem Rechner:

   *  A string looks like this:
   *
   *  @code
   *                                        [_Rep]
   *                                        _M_length
   *   [basic_string<char_type>]            _M_capacity
   *   _M_dataplus                          _M_refcount
   *   _M_p ---------------->               unnamed array of char_type
   *  @endcode
   *
   *  Where the _M_p points to the first character in the string, and
   *  you cast it to a pointer-to-_Rep and subtract 1 to get a
   *  pointer to the header.

Entscheidend ist, dass _M_p nicht auf den Anfang des reservierten Speicher auf dem heap, es zeigt auf das erste Zeichen in der Zeichenfolge. Hier ist ein einfaches Beispiel:

struct Foo
{
    Foo()
    {
        //Allocate 4 ints.
        m_data = new int[4];
        //Move the pointer.
        ++m_data;
        //Null the pointer
        //m_data = 0;
    }
    ~Foo()
    {
        //Put the pointer back, then delete it.
        --m_data;
        delete [] m_data;
    }
    int* m_data;
};

int main()
{
    Foo f;
    die();
}

Dieser Bericht wird wahrscheinlich Leck in valgrind. Wenn Sie kommentieren Sie die Zeilen, in denen ich mich bewege m_data valgrind meldet "still reachable". Wenn Sie die Auskommentierung der Zeile, wo ich m_data auf 0 erhalten Sie eine definitive Auslaufen.

Valgrind Dokumentation mehr Informationen zu wahrscheinlichen Leckagen und inneren Zeiger.

Natürlich diese "Lecks", durch exiting vor s's stack-frame-Links ist, dass Sie nicht geben s's Destruktor eine chance zur Ausführung.

Als für Ihre Frage wrt std::string Lagerung: Verschiedene Implementierungen verschiedene Dinge tun. Einige weisen 12 Byte auf dem stack, der verwendet wird, wenn der string beträgt 12 Byte oder kürzer. Mehr Saiten gehen auf den heap. Andere Implementierungen gehen immer auf den heap. Einige Referenz-gezählt und mit copy-on-write Semantik, einige nicht. Wenden Sie sich bitte an Scott Meyers' Effective STL, Punkt 15.

Ich würde vermeiden, dass über exit() sehe ich keinen wirklichen Grund Sie zu verwenden, anrufen. Nicht sicher, ob es wird dazu führen, den Prozess zu stoppen sofort und ohne Reinigung des Gedächtnisses ersten zwar valgrind tut immer noch erscheinen, zu laufen.