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 !