Discussion :

[Hidekii]

Bonjour, je travaille sur un programme sous forme de DLL.
Je possède une interface qui charge et décharge cette DLL à chaque traitement. Ma DLL possède des dépendances sur de multiples DLL.
Mais j'ai le probleme suivant :

soit un main suivant :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
 
int main()
{
   HINSTANCE hDll;
 
   for(int i = 0 ; i < 500 ; i++)
   {
        hDll = LoadLibrary ( "madll.dll" );
        FreeLibrary ( hDll );
   }
}

Le fait de charger et décharger la dll me fait perdre ~~40Mo à chaque passage. Je ne comprends pas pourquoi, mais il semblerait que le FreeLibrary ne libère pas tout, et c'est uniquement lorsque je quitte l'exe que la mémoire est libérée. J'ai également essayé en annulant tous les traitements (donc ma DLL ne fait absolument rien, mais possède tjrs des dépendances), mais cela donne exactement le même résultat.

Autre essai : je ne libère jamais la DLL. Dans ce cas, je ne perds ces fameux ~~40Mo que lors du premier LoadLibrary.

Merci

[Laurent Gomila]

Est-ce que ce ne serait pas plutôt ta DLL qui aurait des fuites ?

[Hidekii]

Non non, aucune fuite.
Et pour cause, je ne fais qu'un "return 0"; donc aucun traitement, aucune alloc. Juste une DLL qui ne fait rien, avec inclusion de libs et des dépendances sur d'autres DLL. (Parce que ce pb m'a rendu paranoiaque)

D'ailleurs, si j'enleve ces libs et dll, je n'ai plus ce problème.
Donc le simple fait de les intégrer au projet provoque ce problème...

Edit : si je trace l'execution de ma DLL, je vois bien que la consommation mémoire n'augmente pas. C'est entre la sortie de cette DLL et l'entrée dans l'appel suivant à cette même DLL que je me prends 40Mo d'alloc supplémentaire. (et le main d'appel et celui posté plus haut, donc aucune alloc de ma part, ce qui prouve bien que cela provient du chargement de la DLL)

Le FreeLibrary est bien censé tout libérer non ?
Cela m'étonne que ce soit à la fin du processus que les libérations soit faites.

[Médinoc]

Peut-être esr-ce lié à ceci:
UnRegisterClass()

Windows 95/98/Me: All window classes registered by a dynamic-link library (DLL) are unregistered when the DLL is unloaded.

Windows NT/2000/XP: No window classes registered by a DLL registers are unregistered when the .dll is unloaded.

Cela montre en tout cas que tout n'est pas libéré lorqu'une DLL est déchargée...
Sait-on ce qui se passe dans les DLLs dont madll.dll dépend?

[Hidekii]

42Mo de classes......
Mais peut être est-ce du à un comportement similaire au niveau des libs.
Si quelqu'un a une suggestion pour forcer la libération...

Je n'ai pas accès au code de ces DLLs, puisqu'elles font partie d'une lib.
Mais comme j'ai dit plus haut, quoiqu'il se passe, je ne fais dans mon main actuel qu'un Load et Free, donc aucun traitement n'est effectué.

Merci

[Médinoc]

On ne sait donc pas ce que fait/enregistre/trafique leur DllMain()...


Il suffit d'un chargement pour qu'elles fassent quelque chose.

[Hidekii]

Effectivement...

Je vais essayer de les charger une par une pour voir.
Je vous tiens au courant

[Hidekii]

J'ai fait des tests.
Effectivement le fait de loader & libérer l'une des DLL (ou celles qui en dépendent) provoque le phénomène.
Mais j'ai également effectué un autre test sur un projet vierge.
1) J'ai créé une DLL qui ne fait rien, sauf un malloc de 80Mo.
2) J'utilise le main précédent pour la charger/décharger.

Résultat : je ne perds pas ces 80Mo dans la série d'appel.

:

[Aurelien.Regat-Barrel]

Une des dll dont tu dépends a une fuite. Attention certaines dll systèmes de Windows ne sont pas conçues pour être utilisées ainsi et peuvent être à l'origine de ces fuites.
40 Mo c'est vraiment beaucoup. Trouver la dll fautive ne devrait pas être trop dur.