liberation de memoire d une fenetre modale

Bonjour,
J'ai une fenetre modale principale qui appelle une seconde fenetre principale dans une fonction:

Code:

---

1 2 3

C2Dlg dechDlg(mcsPathIni,csLogin); dechDlg.DoModal();

---

Donc lorsque le 2eme dlg se ferme, on retrouve la premiere qui etait restee dessous inactive.
Mon probleme, c'est que lorsqu'on sort de la fonction, la memoire n'est pas liberee (en regardant dans le taskmgr).
Pourtant, on passe bien dans le destroywindow de la 2eme fenetre.

Je pense que dechDlg n'est pas detruit.
Une idée?
Merci.

salut ,le probleme ne doit pas etre representatif du code que tu indiques.
une boite de dialogue modal est bien detruite graphiquement a la sortie de domodal.
et l'objet est detruit quand il sort de sa portée ..
la verité est ailleurs...

:D

Merci pour ta reponse.
Alors quand est ce que la fenetre est réellement détruite?
EDIT > Lorsque je controle la taille memoire du programme, l'objet est sorti de la portee, et destroywindow executé.

la fenetre est detruite graphiquement a la fin de CDialog:DoModal
par l'appel a DestroyWindow();
:D

Pardon, je me suis mal exprimé.
Ma fenetre est bien detruite.
Par contre, les ressources memoires ne le sont pas.
Par exemple, cette fenetre utilise un objet qui contient un thread. Ce thread se ferme automatiquement lorsque l'objet qui le contient est detruit.
Apres destroywindow, le thread tourne toujours...
Je cherche donc a savoir quand l objet fenetre2 est detruit, c est a dire toutes les variables membres sont detruites.
Merci.

si ton thread se detruit sur la destruction de l'objet .
et ci celui ci correspond à une donnée membre de la classe .
il sera detruit sur le destructeur de la classe fenetre .
donc quand l'objet fenetre sortira de sa portée ;
si c'est une fonction ça sera donc a la sortit de la fonction.

maintenant tout dépend de la methode de fermeture du thread .
voir ce post de la faq:
http://c.developpez.com/faq/vc/?page...opWorkerThread
et la note liée à TerminateThread si c'est la méthode utilisée par ton objet gérant le thread.
:D

Merci pour ton aide.
En fait, la fenetre est bien supprimée, par contre, une autre thread lancée par ma 2eme fenetre ne l'est pas... ce qui provoque mon problème de memoire. Vu que cette thread est encapsulée dans un SDK, j'attend la reponse du fournisseur du SDK.
Encore merci.