Memory Leaks - wie feststellen?

John Doe

Die Allokationsnummer verweist sicherlich auf die Stelle wo der Speicher allokiert wird. Das sind überlicherweise malloc oder new. Von da aus kannst du jedoch uber den Aurufstack zurückverfolgen von wo aus deinem Code heraus die Allokation angefordert wurde. Das heisst, über _crtBreakAlloc solltest auf deinen Code zurückschliessen können.

mfg JJ

electron

Hab das ganze mal ausprobiert:

#define _CRTDBG_MAP_ALLOC

funktioniert bei mir nicht zuverlässig, es wird also nicht immer die Datei + Zeilennummer angezeigt.

Malloc und new findet er in meinen kleinen Testprogramm.
Was aber ist mit BSTR wenn man ::SysAllocFree() vergißt. Oder was ist, wenn man ein Variant nicht mehr frei gibt?

Oder ne globale String-Variable. Das ist ja das Problem. :p

ChrisM

Hi,

gegen das zweite Problem kannst du was tun:

#define CRTDBG_MAP_ALLOC
#include <crtdbg.h>

// Allererster (!) Aufruf im Programm, bevor irgendwas allokiert wird!
_CrtSetDbgFlag(_CRTDBG_ALLOC_MEM_DF | _CRTDBG_LEAK_CHECK_DF);

Und den Aufruf am Ende raus (der geschieht jetzt automatisch, nachdem wirklich alles freigegeben wurde, auch statische und globale Instanzen).

Dateiangaben oder Zeilennummer kriegst du aber auch damit nicht, sind aber auch meistens nicht notwendig, wenn man schrittweise entwickelt und immer wieder nachguckt und dann testweise auskommentiert.

ChrisM

rüdiger

dafür benutzt man ja valgrind und co, weil die mit einem andere konzept arbeiten und nicht einfach new/delete ersetzen

dummi @ Experten-Runde

Sind globale std::strings böse?
Und wie kann man bei nem std::vector nen memleak bekommen? (_ohne_ grobe Fahrlässigkeit?)

ChrisM

Hi,

einige STL-Container beinhalten statische/globale Variablen.

ChrisM

Man kriegt ja durch std::vector kein Memory-Leak, aber die Funktion zum dumpen denkt das.

wenn man coden kann macht man auch keine memory leaks!

Ganz meiner Meinung. Ich hab durch die Tests auch festgestellt, dass mein Programm nicht leakt.