Discussion :

[PetitPapaNo�l]

Bonjour � tous,

Je me pose des questions sur la lib�ration de la m�moire allou�e aux membres statiques d'une classe. La m�moire est allou�e au chargement de la classe (ou plus tard s'il s'agit d'un pointeur), mais est-elle bien lib�r�e lorsque l'application se ferme ?
Je pense que la m�moire des membres statiques est lib�r�e en utilisant automatiquement leur destructeur lorsque l'appli se ferme, mais j'aimerais en �tre certain.

Je doute depuis que l'outil Compuware DevPartner BoundsChecker Suite me signale des fuites de ressources sur des membres statiques (alors que ceux-ci sont cens�s lib�rer les ressources en question dans leur destructeur)...

Merci par avance pour vos r�ponses.

[farscape]

salut,
tu dois g�rer la lib�ration des allocations faites dans un membre statique ...
par exemple avec un compteur d'instance statique dans ta classe, la lib�ration se faisant alors sur la derni�re instance de la classe dans son destructeur.
ou alors tu faire la lib�ration dans exitinstance...
dans tous les cas visual est capable de t'afficher les fuites m�moires dans le panneau debug.

[PetitPapaNo�l]

C'est donc plus compliqu� que ce que je pensais. J'avais raison de me poser des questions !
En fait, je parlais de la m�moire, mais les cas qui me concernent actuellement sont plut�t des probl�mes de ressources... (Et Visual ne d�tecte pas les fuites de ressources).
Par exemple, j'ai une classe A qui contient une variable membre statique, instance de la classe B. Dans le contructeur de la classe B, un LoadLibrary est effectu�. Bien s�r, on trouve FreeLibrary dans le destructeur, mais BoundsChecker me dit que la ressource n'est pas lib�r�e... Alors que quand j'utilise le d�bugueur, on entre bien dans le destructeur. Je pense que dans ce cas, la ressource est bien lib�r�e et que c'est BoundsChecker qui perd les p�dales, mais �a m'a fait r�fl�chir � la question.

Merci, Fascape !