salve,
ho incontrato dei problemi di memory leaks (segnalati da visual studio) in un mio applicativo che sto scrivendo. A causa di questi memory leaks l'applicativo si chiude dopo tantissimo tempo perchè fa il dump degli oggetti,
Volevo sapere se esisteva un metodo per capire il punto esatto dove avvengono le perdite di memoria o se si deve ricontrollare tutto il codice.
Grazie, aspetto suggerimenti.
Hai letto i messaggi di Visual Studio?
No MP tecnici (non rispondo nemmeno!), usa il forum.
grazie per la risposta,
allora te ne posto uno (ce ne sono parecchi!!!) gli altri sono simili
Dumping objects ->
C:\Programmi\Microsoft Visual Studio .NET 2003\Vc7\include\crtdbg.h(689) : {8681} normal block at 0x00CE8970, 4 bytes long.
Data: <\ > 5C CA 82 00
quello che non riesco a capire è come fare ad individuare la riga di codice nel mio sorgente
dove si è verificata la perdita.
In questo caso ad esempi cliccando su "C:\Programmi..." dell'errore precedente
mi rimanda alla definizione del metodo new del file crtdgb.h quindi sono degli errori di mancato delete.
Gli errori sono tutti di questo tipo ma ce ne sono davvero tanti (il programma in modalità debug termina dopo qualche ora), spero d esserer stato chiaro.
Qualche dritta per cercare di correggere le perdite?
Quanto danno possono fare tenendo conto che nn è un applcativo server side?
Non esiste un punto esatto in cui "perdi la memoria", semplicemente non deallochi (con delete o con free) tutta la memoria che hai allocato dinamicamente (con new o con malloc), cosa che invece andrebbe sempre fatta.
Ricontrolla tutto il codice, assicurati che ogni oggetto che crei con new venga distrutto correttamente con delete quando non serve più.Qualche dritta per cercare di correggere le perdite?
Dipende... ma se il problema è così vasto molto probabilmente la memoria del processo in cui viene eseguito il tuo programma man mano crescerà sempre di più e dopo un po' l'esecuzione diventerà molto lenta.Quanto danno possono fare tenendo conto che nn è un applcativo server side?
Amaro C++, il gusto pieno dell'undefined behavior.
Purtroppo un solo messaggio non basta e bisogna anche controllare di pari passo il codice ...Originariamente inviato da Cap_1981
allora te ne posto uno ...
Come ti e' stato detto, non c'e' "una perdita" .... tu puoi allocare memoria, deallocarla, riallocarla quando e come vuoi ... ma prima di terminare il programma, questa deve essere liberata ... se non lo fai, hai il problema ... ma il problema NON sta nelle operazioni precedenti ma nella mancata liberazione finale ...quello che non riesco a capire è come fare ad individuare la riga di codice nel mio sorgente
dove si è verificata la perdita.
Potresti dare un'occhiata al costruttore e al distruttore di ogni classe che utilizzi ... in genere (ma non e' detto) allochi nel costruttore e liberi nel distruttore ...Qualche dritta ...
Tanto danno. Correggili tutti ...Quanto danno possono fare tenendo conto che nn è un applcativo server side?
No MP tecnici (non rispondo nemmeno!), usa il forum.
ho capito,Non esiste un punto esatto in cui "perdi la memoria", semplicemente non deallochi (con delete o con free) tutta la memoria che hai allocato dinamicamente (con new o con malloc), cosa che invece andrebbe sempre fatta.
in pratica deve esserci esattamente un delete per ogni new.
Il problema è che queste cose devono essere fatte in tempo altrimenti diventa molto ostico (ho fatto un errore grave in questo senso!!!).
Non esiste nessuna possibilità di farmi dire quali delete mancato e in particolare quale oggetto (con un riferimento al tipo di oggetto o che mi permetta di capire quale è all'interno del mio sorgente) presente nell'heap del programma non ha rilasciato la memoria visto che visual studio mi riporta il contenuto dei primi byte (16 mi pare) dell'oggettto non deallocato?
va bene, ma non penso sia li' il problema.Potresti dare un'occhiata al costruttore e al distruttore di ogni classe che utilizzi ... in genere (ma non e' detto) allochi nel costruttore e liberi nel distruttore
Grazie comunque per i suggerimenti.
Se esamini bene tutti i messaggi e contemporaneamente leggi il codice, con un po' di esperienza, dovresti capire dove sono i problemi ...
Pero' scusa, ma come hai fatto ad arrivare ad una situazione del genere? Gia' al primo errore, avresti dovuto rimediare ...
No MP tecnici (non rispondo nemmeno!), usa il forum.
mi potresti fare un esempio? nei messaggi non riesco ad arrivare al sorgenteSe esamini bene tutti i messaggi e contemporaneamente leggi il codice, con un po' di esperienza, dovresti capire dove sono i problemi
hai perfettamente ragione ma ormai il danno è fatto.Pero' scusa, ma come hai fatto ad arrivare ad una situazione del genere? Gia' al primo errore, avresti dovuto rimediare
Potresti scriverti un memory tracker.
http://www.flipcode.com/archives/How...ry_Leaks.shtml
No ... purtroppo non e' facile fare un esempio ...Originariamente inviato da Cap_1981
mi potresti fare un esempio? nei messaggi non riesco ad arrivare al sorgente
Se metti a disposizione il progetto, lo posso scaricare e dare un'occhiata ...
No MP tecnici (non rispondo nemmeno!), usa il forum.
Permessi di invio
Rispondi quotando