Discussion :

[deubelte]

Bonjour

J'essaye de comprendre le fonctionnement du debugage de la CRT:

J'ai fait un programme simple:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
#include <crtdbg.h>
#include <iostream>
 
using namespace std;
 
#ifndef _DEBUG
#define _DEBUG
#endif
#define _CRTDBG_MAP_ALLOC
 
int main(){
	 	 _CrtMemState *state=new _CrtMemState();
 
	bool sd=_CrtDumpMemoryLeaks();
 
delete state;
}

Quand je le lance, j'ai une sortie du style:


Detected memory leaks!
Dumping objects ->
{53} normal block at 0x00A31760, 52 bytes long.
Data: < > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Object dump complete.

En revanche, quand je fait ce programme:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
int main(){
 
	bool sd=_CrtDumpMemoryLeaks();
	 }

La tout est ok.

Or, pour moi, dans mon premier programme il n'y a pas de mémory leaks.
Car la zone mémoire allouée par new est bien pointée par state. Je ne vois pas ce qu'il veut dire par memory leaks detected. Si j'avais fait ca:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

new _CrtMemState();

là oui,il y aurait eu une memory leaks.

Merci

[stardeath]

bonjour,

dans ton premier extrait de code tu demandes bool sd=_CrtDumpMemoryLeaks(); avant de libérer state, donc forcément il détecte une fuite.

[koala01]

Salut,

Pour etre plus précis, c'est le coup du serpent qui se mord la queue :

Tu crées dynamiquement un objet destiné à traquer les fuites mémoires.

Or comme la création "statique" (comprends : ne faisant pas appel à l'allocation dynamique de la mémoire ) d'objet ne risque pas de provoquer de fuites mémoire, le meilleur moyen de les détecter, c'est de réagir à l'invocation de new ou de new[] pour placer des informations dans une collection ad-hoc et de réagir à l'invocation de delete (ou delete[]) pour les en retirer.

Comme tu crées ton objet avec new, il est donc le premier objet à être placé dans cette collection, et le système prend en compte l'espace mémoire occupé par celui-ci

Lorsque tu invoques [codeinline]_CrtDumpMemoryLeaks[/coeinline] avant d'avoir invoqué le delete correspondant, il est donc tout à fait normal que le système t'indique une fuite correspondant... à l'espace mémoire requis pour représenter ton _CrtMemState.

N'oublie pas, au passage, que les fonctions et les types préfixés de l'underscore " _ " sont, classiquement, des fonctions et des types dépendants de l'implémentation (utilisés par ceux qui fournissent le compilateur)...

Nous ne rappellerons jamais assez qu'il est dangereux d'utiliser ce genre de fonctions et de types car ils risquent d'empêcher toute compatibilité par la suite