Discussion :

[alyma]

Bonjour,

Je suis confronté à un petit prolème : j'ai créé une Dll standard en C qui est utilisée par une interface développée avec les MFC.

L'ensemble fonctionne correctement mais j'ai des fuites mémoires que j'ai réussie à identifier.

Dans le point d'entrée de la Dll, j'ai déclaré deux fonctions, lors du chargement et lors du déchargement de la Dll:

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
BOOL APIENTRY DllMain(HMODULE hModule, DWORD ul_reason_for_call, LPVOID lpReserved)
{
	switch (ul_reason_for_call)
	{
		case DLL_PROCESS_ATTACH:
			_MPP_init();
		break;
		case DLL_THREAD_ATTACH:
		break;
		case DLL_THREAD_DETACH:
		break;
		case DLL_PROCESS_DETACH:
			_MPP_close();
		break;
	}
	return TRUE;
}

Lors du chargement j'alloue notamment 3 variables :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
static void _MPP_init(void)
{
...
	m_pIPSocket					= (s_IPSocket*) malloc(sizeof(s_IPSocket));
	m_pIPParam					= (s_IPParamThread*) malloc(sizeof(s_IPParamThread));
	m_pIPParam->socket			        = m_pIPSocket;
	m_dataRecu					= (char*) malloc(sizeof(char)*32);
	...
};

et lors du déchargement, je les libère:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
static void _MPP_close(void)
{
	...
	free(m_dataRecu);
	free(m_pIPSocket);
	free(m_pIPParam);
}

Lors de la fermeture de l'interface, et donc lors du déchargement de la Dll, il passe bien dans la fonction _MPP_Close(). En regardant la zone mémoire concernée, les variables semblent bien désallouées mais lors de l'arrêt du programme Visual Studio détecte des fuites mémoires sur ces 3 variables.

Auriez vous des idées?

[phi1981]

J'ai eu une quantité énorme de problèmes liés à la fonction DllMain, au point que j'en suis arrivé à ne plus l'utiliser (j'utilise des fonctions d'initialisation/terminaison définies par mes soins).
Le blog de Raymond Chen (http://blogs.msdn.com/b/oldnewthing/.../27/63401.aspx) prévient d'ailleurs qu'il ne faut rien faire d'effrayant dans cette fonction.
Cependant j'aurais pas dit qu'allouer de la mémoire soit quelque chose d'effrayant.

La documentation de Microsoft dit que suivant comment l'application se termine, il est tout à fait possible que ton DllMain ne soit même pas appelé (http://msdn.microsoft.com/en-us/libr...(v=vs.85).aspx) suivant la façon dont le processus se termine. As-tu essayé de mettre un breakpoint dans ton DllMain() pour voir si le code s'exécute ? - Au temps pour moi, tu réponds déjà à cette question.

[alyma]

Merci de ta réponse.

Lors du chargement de la Dll, a priori, je ne fais que des allocations et des initialisations de variables. Lors du détachement, j'arrête une connexion par socket, j'arrête un thread et je désalloue des variables.
L'arret du thread et de la liaison TCP/IP pourrait-elle poser problème?

[alyma]

En suivant ton conseil, j'ai externalisé tout ce que j'avais mis dans le DllMain, et il se trouve que ça marche.

Il faut donc croire que l'arrêt du thread et la coupure de la liaison TCP/IP n'avaient pas leur place ici.
Merci