Version imprimable
J'ai fait quelques modifications dans le code de mon appli et depuis quelques temps elle commence a afficher des boites de dialogues bizarres du style :
http://zarbrakam.free.fr/memory.jpg
qu'est ce que ca peut vouloir dire (j'ai entendu parler de fuites mémoires) et d'ou cela peut il venir???
Merci d'avance
Une fuite de mémoire, c'est quand tu oublies de désallouer une zone mémoire allouée quand tu ne t'en sers plus.
salut,
ce n'est pas une fuite de memoire, mais une allocation erronée.
du style une variable non initialisée et utilisée pour specifier la taille de l'allocation et donc avec un nombre astronomique ou negatif .
un depassement de capacité de la variable etc...
le mieux etant de mettre des points sur toutes les allocations et de les tracer.
:D
Faudrait localiser le code qui émet cette dialogue.
A propos des fuites de mémoire:
http://www.developpez.net/forums/viewtopic.php?t=409625
Je croyais avoir résolu le problème, mais je me suis apperçu qu'en fait, lorsque je compile en debug ca marche (ca n'affiche pas cette fenetre), et lorsque je compile en release, elle apparait
salut,
typique du bug de debordement memoire ...
:D
Comment puis je faire pour trouver la variable qui est à l'origine??
Merci
1) methode brute:
verifier:
- respecter la regle : pointeur d'allacation initialisé a null dans le constructeur. pointeur detruit dans le destructeur.
-verifier les allocs/desalloc memoire sur les desalloc intermediaire mettre pointeur à null.
- verifier les cast sauvages si il y a lieu exemple : caster en char * une CString==danger.
- sur les CString verifier si sur les GetBuffer(0) il y a ReleaseBuffer.
- verifier les memset ou memmove si il y en a .
- verifier les indexations sur tableaux fixes == depassement d'index...
- verifier variables en rapport avec les allocations exemple depassement de capacité (ex utiliser un char) ,variable non iniatilisée etc..
- sur les objets alloues avec données membre pointeurs:
verifier ou interdire ou implementer selon le cas : le constructeur de copie ,operateur d'affectation
- préférer les passages reférences const (si possible) en lieu de copie ,mettre les retours de fonction const .
2) méthode de recherche en release:
- identifier l'evenement/commande/portion de code provoquant le probleme.
- a partir de la proceder par dichotomie en mettant des AfxMessageBox()
pour cerner au fur et a mesure la portion de code coupable.
- correction ...
:D
Ok merci, j'essaye ca... Je te tiens au courant :)