Discussion :

[CTux]

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().

[farscape]

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

[CTux]

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

[farscape]

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

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

[CTux]

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

d'où mon appel à l'aide

renversement de la preuve ...

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 ..

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

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

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

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

[farscape]

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

[CTux]

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 :)

[nico-pyright(c)]

tu es en debug ? tu utilises VS.NET ?

[CTux]

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

[farscape]

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 :

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
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 .

[CTux]

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