[MFC] Utilisation m�moire

Comment fermer correctement un dialogue secondaire, i.e. lib�rer toute la m�moire allou�e pour ce dialogue ?

J'ai cr�� deux dialogues minimaux : le premier comprenant juste un boutton qui ouvre le second, le second un boutton de fermeture. Si j'effectue plusieurs ouvertures / fermetures du second dialogue, la m�moire utilis�e grossit sans cesse.
Pour fermer le second dialogue j'ai essay� OnOK(), OnCancel(), DestroyWindow(), EndDialog().

salut,
sans voir ton code je dirais que tu fais des allocations memoires non relach�es ..
verfie tes new / delete .

:D

Non :)

mais pour aller un peu plus loin que ta signature :
dans mon appli je n'utilise qu'au plus des r�f�rences .. z�ro free/new/malloc/delete
dans mon exemple y'a VRAIMENT que deux bouttons ...

sic

si tu n'as pas d'allocations je ne vois pas comment �a peut grossir ....
renversement de la preuve ... :wink:

Comment d�termines tu que tu as des pertes m�moire ?
et si tu nous montrais un peu de code ...
:D

Citation:

---

Envoy� par farscape

si tu n'as pas d'allocations je ne vois pas comment �a peut grossir ....

---

d'o� mon appel � l'aide :)

Citation:

---

renversement de la preuve ... :wink:

---

ben je sais pas trop ce que fais Visual/Wizard/Windows .. mais des pointeurs trainent par d�faut dans le code g�n�r� par le wizard ..

Citation:

---

Comment d�termines tu que tu as des pertes m�moire ?

---

taskmanager (que je ne brutalise pas hein) - j'attends entre les relev�s

Citation:

---

et si tu nous montrais un peu de code ...
:D

---

ben y'a pas grand chose, le dialogue principal a 1 boutton :
dialog2 dlg(this);
dlg.DoModal();

le dialogue secondaire a 1 boutton :
OnOK(); / OnCancel(); / DestroyWindow(); / EndDialog() ...

Thx

si tu lances ton programme en trace debug ,il y a des memory leaks a la fin ?
si non pas de fuite memoire .
:D

Ben non .. sinon je me serais abstenu de polluer ce forum :[

si tu n'es pas vraiment convaincu et que tu en as le temps (2min)
cr�es toi 2 dialogues dans lesquels tu mets des objets auxquels tu n'associes aucune action (juste pour prendre un peu de m�moire, que ca se voit plus facilement dans le taskmanager).
Il faut juste un boutton pour lancer le second dialogue.
Ensuite tu ouvres et fermes le second en surveillant ton taskmanager : la m�moire occup�e augmente doucement mais ne revient jamais � son niveau de d�part.

et l�, je s�che ... snif
Merci quand m�me de prendre le temps de me r�pondre :)

tu es en debug ? tu utilises VS.NET ?

arf, j'aimerais bien .. mais je suis sous Visual C++ 6.0

et bien en fait j'ai d�j� fait le test ,rien de probant
�a augmente au premier lancement de la deuxi�me dialogue ,
a sa fermeture �a diminue par de la totalit� ,puis je relance
�a n'augmente plus ...

je pense que depuis que les MFC existent (depuis ~93) et depuis le temps que je les pratiques (94) ,si il y avait un probl�me de cette nature ,c'est � dire une fuite de m�moire somme toute assez basique �a se saurait .

je pencherais plut�t pour une approximation du gestionnaire des taches.

j'ai les m�mes doutes en ce qui concerne le d�comptage temps r�el des objets GDI.

D�ailleurs j'ai refais un test sur un prog win32 simple avec VC6.0:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51

int APIENTRY WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR lpCmdLine, int nCmdShow) { // TODO: Place code here. MSG msg; HACCEL hAccelTable;   // Initialize global strings LoadString(hInstance, IDS_APP_TITLE, szTitle, MAX_LOADSTRING); LoadString(hInstance, IDC_ESSAILEAKS, szWindowClass, MAX_LOADSTRING); MyRegisterClass(hInstance);   // Perform application initialization: if (!InitInstance (hInstance, nCmdShow)) { return FALSE; }   hAccelTable = LoadAccelerators(hInstance, (LPCTSTR)IDC_ESSAILEAKS);   MessageBox(NULL,"Avant "," ",0);   char *pdata= new char [1000000];   MessageBox(NULL,"Alloc "," ",0);   delete pdata;   MessageBox(NULL,"Free "," ",0);   pdata= new char [1000000];   MessageBox(NULL,"Alloc "," ",0);   delete pdata;   // Main message loop: while (GetMessage(&msg, NULL, 0, 0)) { if (!TranslateAccelerator(msg.hwnd, hAccelTable, &msg)) { TranslateMessage(&msg); DispatchMessage(&msg); } }   return msg.wParam; }

---

voila les consommations memoires successives renvoy�es par le gestionnaire des taches sur mon poste XP- PRO:

2752 K : avant
3768 K : Alloc
2792 K : Free
3772 K : Alloc
2792 K : dernier free .

:D

Merci bien :)
l'augmentation n'est bien sure pas exponentielle mais si tu la �galement constat�e �a me rassure ..
et comme mon appli est destin�ee � ce genre d'ouvertures/fermetures successives, je craignais que la m�moire y passe trop rapidement