Discussion :

[declencher]

Bonjour,

Pour libérer une dll charger dynamique on fait appel à la méthode FreeLibrary. Mais y'a t'il une méthode standard qu'il est possible de coder dans une dll afin que cette dernière méthode s'exécute automatiquement avant la libération de la dll ?

[Cl@udius]

Salut

Dans ta DLL tu peux appeler ta méthode dans la section finalization.

[declencher]

J'ai écrit ça et ça ne marche pas

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
library MaDll;
 
uses
  SysUtils,
  Classes,
  UCom in 'UCom.pas';
 
{$R *.res}
 
{ Liste des fonctions exportées }
exports
  MaMethode1
 
initialization
 
finalization
    MonOnFreeLibrary;
end.

Dur de trouver de l'aide la dessus sur le net... J'ai même un bouquin sur les genoux... :p

[declencher]

J'ai pu mettre un finalization uniquement dans ma Unit UCom, je vais voir si ça marche... ou pas :p

[declencher]

ça plante si j'utilise finalization :/

[Linkin]

Tu fais un appel à CoUninitialize dans la partie finalization?

[tourlourou]

il me semble qu'on peut détourner la procédure d'entrée de la dll et tester le paramètre motif, style :

Code :

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

1
2
3
4
5
procedure DLLENtryProc(AReason: Word);
case AReason of
  DLL_ATTACH : ...
  DLL_DETACH : ...
end;

une petite recherche te permettra sûrement de confirmer cette bribe de voie !

[ShaiLeTroll]

Finalization, ne serait pas appelé une fois que le compteur de reférence tombe à zéro ? A Vérifier !
DLLProc est appelé à chaque chargement\déchargement !

Sinon, ton Finalization fait quoi ?
Libération d'objet ? as-tu mis ces objets à nil au préalable pour que le Free (Assigned) ne plante pas ?

[anapurna]

salut

si c'est une dll regarde le code de "tourlourou", il ta donnée la bonne voie a suivre

@+ Phil

[ShaiLeTroll]

Finalization, ne serait pas appelé une fois que le compteur de reférence tombe à zéro ? A Vérifier !

Bon, si l'on fait deux LoadLibrary dans un même programme sur la même DLL, il faut deux FreeLibrary pour lancer la finalization ...

Je viens d'en avoir besoin, pour une API à fournir à un partenaire ... declencher, avec DLLProc, cela fonctionnait mieux ?

A mon avis, c'est ce que contient ta clause de finalization qui doit être sujer à erreur ...

[declencher]

Bonsoir,

Après pas mal de test, j'ai retiré la clause finalization. J'avais trouvé une source expliquant la même chose que tourlourou, mais cette méthode a une limite qui se trouve au niveau de chargement multiple d'une dll dans une même application.

La seule bonne conclusion que j'ai trouvé, c'est de faire une méthode à appeler systématiquement avant chaque FreeLibrary.

Dailleurs il me semble qu'il n'y avait pas d'erreur dans la partie finalization puisque la méthode qui s'y trouvait est exactement la même que celle qui est aujourd'hu appelé avant chaque FreeLibrary...

[ShaiLeTroll]

mais cette méthode a une limite qui se trouve au niveau de chargement multiple d'une dll dans une même application.

C'est ce que je disais par "DLLProc est appelé à chaque chargement\déchargement" donc qu'il faillait géré le compteur de reférence comme le fait la finalization ...

La seule bonne conclusion que j'ai trouvé, c'est de faire une méthode à appeler systématiquement avant chaque FreeLibrary.

Une sorte de CloseHandle, moi aussi, j'ai ce type de fonction, mais c'est pour le cas où la DLL est chargé en permanence, ... dans le Finalization, j'appele une fonction de nettoyage de tout ce qui a été alloué (pointeur, fichier temp, SQL ...)

Le Code peut-être bon, c'est peut-être l'enchainement des Finalization (des tes propres unités, de tes lib, ou même celle de delphi), qui fait que tes appels provoquent une violation d'accès ou autre ...