begin process at 2012 02 05 03:34:35
  Trouver un code source :
 
dans
 
Accueil > 

Code

 > 

Astuces

 > SAVOIR SI L'ON FAIT DES FUITES MÉMOIRES[VC++]

SAVOIR SI L'ON FAIT DES FUITES MÉMOIRES[VC++]


 Information sur la source

Note :
Aucune note
Catégorie :Astuces Niveau :Initié Date de création :02/11/2002 Date de mise à jour :02/11/2002 17:54:35 Vu :3 583

Auteur : vieuxLion

Ecrire un message privé
Commentaire sur cette source (8)
Ajouter un commentaire et/ou une note

 Description

Cliquez pour voir la capture en taille normale
Les fuites mémoires sont redoutées par tous les développeurs
Voici un truc pour que Visual C++ nous les révèle
... même en projet console


  

Source

  • //voici une fonction qui fait des fuites à chaque invocation :
  • void f(){ int * p = new int[1000];}
  • en effet, le pointeur qui pourrait servir à faire le delete[] est systématiquement perdu .
  • A chaque invocation de la méthode, on perd donc 1000*sizeof(int) = 4000 octets du tas.
  • Si cette fonction est souvent employée, le tas va finir par se tarir et le système par crasher
  • Dans le cas suivant par exemple
  • int main()
  • {
  • for (int i=0; i<1000 ; ++i) f();
  • }
  • La question est comment être averti par le compilateur ?
  • Il existe un truc simple sous Visual C++
  • ajouter le ligne suivante en tête de ficher:
  • <#include afx.h>
  • puis passer en mode utilisation des MFC
  • menu Projet/Settings/onglet general / use MFC
  • c'est tout ! ne changez pas plus votre code
  • Lorsque vous lancerez le débogueur avec F5 (et non pas (CTRL+F5)
  • vous verrez vos fuites (s'il y en a) dans la fenêtre debug
  • corriger alors la (les) fuite(s) : dans notre cas :
  • void f(){ int * p = new int[1000]; delete[]p; }
  • y a pu de fuite !
//voici une fonction qui fait des fuites à chaque invocation :
void f(){ int * p = new int[1000];}

en effet, le pointeur qui pourrait servir à faire le delete[] est systématiquement perdu .
A chaque invocation de la méthode, on perd donc 1000*sizeof(int) = 4000 octets du tas.
Si cette fonction est souvent employée, le tas va finir par se tarir et le système par crasher

Dans le cas suivant par exemple 
int main()
{
 for (int i=0; i<1000 ; ++i) f();
}

La question est comment être averti par le compilateur ?
Il existe un truc simple sous Visual C++
ajouter le ligne suivante en tête de ficher:
<#include afx.h>
puis passer en mode utilisation des MFC
menu Projet/Settings/onglet general / use MFC
c'est tout ! ne changez pas plus votre code
Lorsque vous lancerez le débogueur avec F5 (et non pas (CTRL+F5)
vous verrez vos fuites (s'il y en a) dans la fenêtre debug

corriger alors la (les) fuite(s) : dans notre cas :
void f(){ int * p = new int[1000]; delete[]p; }
y a pu de fuite !  

 Conclusion

ajout d'une copie d'écran


 Sources du même auteur

Source avec Zip Source avec une capture UN BUFFEROVERRUN : LE DÉBORDEMENT DE PILE
CONNAISSEZ VOUS PRINTF ?
Source avec Zip Source avec une capture Source .NET (Dotnet) C++ MANAGÉ PAR LES HELLO WORLDS (DOTNET)
Source avec Zip SIMPLE MOYEN DE FAIRE UNE DLL À PARTIR DE FONCTIONS CPP
LE VECTEUR EST UN SACRÉ COPIEUR

 Sources de la même categorie

Source avec Zip SCHEDULER RR FIFO par yvesB87
Source avec Zip ALGORITHMES RÉCURSIFS VS ALGORITHMES ITÉRATIFS par yvesB87
Source avec Zip Source avec une capture C++ FORMAT D'IMAGE AVEC QT par pop70
Source avec une capture EXEMPLE DE POINTEURS DE FONCTION par pop70
Source avec Zip Source avec une capture [C++] CLASS REGISTER par Miwik

Commentaires et avis

Commentaire de GoldenEye le 02/11/2002 17:49:35

C'est une méthode à l'arrache mais je ne la connaissais pas !
Dans tous les cas mieux vaut étudier le comportement de la mémoire avant de s'apercevoir au débug que ça foire...

Commentaire de Kaid le 02/11/2002 18:18:29

Je trouve l'astuce très bonne, ca évite d'utiliser Purify.

Commentaire de Lightness1024! le 10/11/2002 12:10:51

pas grave avec windows NT: une fois le programme fini l'espace reservé est désaloué kan meme.

(je signale que tout les windows 5 (2000 et XP) sont des win NT)

Commentaire de Kaid le 21/11/2002 13:34:42

Pas que sur Windows NT, tous les OS libérent la mémoire allouée par un programme quand ce programme se termine.
Mais il est bien plus "propre" de libérer les ressources allouées par un programme(mémoire, fichier, ...) que de laisser le système le faire.

Commentaire de vieuxLion le 21/11/2002 17:15:39

OUAIS...
surtout si l'on développe un logiciel serveur dont le process ne s'arrête jamais...

Commentaire de RaphAstronome le 19/01/2003 14:46:01

Pas que sur Windows NT, tous les OS libérent la mémoire allouée par un programme quand ce programme se termine.
Pas vraimant sour Win 98 (et sans doute d'autre) il faut un programme special pour le faire.

Commentaire de collinsdc le 23/03/2003 00:34:58

vas-y vieuxlyon , t'as raison

Commentaire de RV2931 le 09/11/2007 13:34:23

Effectivement, ça me paraît pas mal

mais comment fait-on pour s'en servir parce que moi, ça :

Detected memory leaks!
Dumping objects ->
{704} normal block at 0x099E6738, 48 bytes long.
Data: <xe   e  xe      > 78 65 9E 09 E8 65 9E 09 78 65 9E 09 CD CD CD CD
{703} normal block at 0x099E66C8, 48 bytes long.
Data: <xe  Xf  xe      > 78 65 9E 09 58 66 9E 09 78 65 9E 09 CD CD CD CD
{702} normal block at 0x099E6658, 48 bytes long.
Data: < e  xe   f      > E8 65 9E 09 78 65 9E 09 C8 66 9E 09 CD CD CD CD
{701} normal block at 0x099E65E8, 48 bytes long.

Je comprends pas vraiment...

Comment retrouver là où il y a fuite mémoire SVP ???

Merci

 Ajouter un commentaire




Nos sponsors


Sondage...

CalendriCode

Février 2012
LMMJVSD
  12345
6789101112
13141516171819
20212223242526
272829    

Consulter la suite du CalendriCode

Photothèque

 
Développement réalisé par Nicolas SOREL (Nix) avec l'aide de : Cyril DURAND et Emmanuel (EBArtSoft), Merci à Vincent pour ses précieux conseils.
CodeS-SourceS.com© Toute reproduction même partielle est interdite sauf accord écrit du Webmaster
CodeS-SourceS.com© est une marque déposée tous droits réservés

Google Coop CodeS-SourceS Google Coop CodeS-SourceS
Temps d'éxécution de la page : 0,796 sec (4)

Nous contacter | Annoncer sur CodeS-SourceS | Mentions légales