Discussion :

[Clorish]

Je souhaiterais avoir 2 ou 3 informations complementaires :

Quand on declare une methode issue d'une Dll Statique :

Code :

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

Function GetPlugin : IPlugin; StdCall; External 'plug.dll', name 'GetPlugin';

J'ai remarqué que la Dll est chargée lors du premier appel a la fonction (ou a une des fonctions liée statiquement) par affichage d'un code dans la section Begin.

J'aimerais savoir quand elle est decjarché ? a la fn de l'applciation ?
Peut on la decharger manuellement ?
Comment peut on detecter le dechargement pour effectuer du code de liberation (j'ai tester ExitProc mais pas tres concluant et visiblement deconseillé ...)

Voila pour commencer

[Cl@udius]

Salut

Euh j'ai un doute !
Je suis à peu près sûr que les DLLs statiques sont chargées au démarrage de l'application, et déchargées à la fin de celle-ci.

Mais là subitement le doute s'immisce


[edit]

Chargement statique

La manière la plus simple d'importer une procédure ou une fonction est de la déclarer en utilisant la directive external
. Par exemple :

Sous Windows :

procedure FaireQuelquechose; external 'MALIB.DLL';

Sous Linux :

procedure FaireQuelquechose; external 'malib.so';

Si vous incluez cette déclaration dans un programme, MALIB.DLL (sous Windows) ou malib.so (sous Linux) est chargée au moment du démarrage du programme. Durant toute l'exécution du programme, l'identificateur FaireQuelquechose désigne toujours le même point d'entrée dans la même bibliothèque partagée.

J'ai moins de doute

@+ Claudius

[Clorish]

il me semblais aussi .... mais visiblement elles ne se chargent que lors du premier appel.

A moins que ca ne soit le code du bloc principal "begin/end" qui ne s'execute pas au chargement de la Dll

[Cl@udius]

Re,

Je viens d'effectuer un test et je confirme mes dires: la DLL ou les DLLs sont bien chargées au démarrage de l'application.

Vérifié en affichant les modules chargées juste au démarrage de l'application (Ctrl-Alt-M), avant même de solliciter une DLL.

Pour le déchargement je n'ai pas fait de test, mais c'est très certainement à la fermeture de l'appli, ce qui reste logique.

@+ Claudius

[Clorish]

Ouaip .. j'ai reflechi un peu de mon cote et en fait j'en suis arrivé a la meme conclusion.

C'est jsute que si je n'appelle pas ma fonction ... ya aucune raison que le compilo charge la Dll
Et vu que cette fonction est executé des le lancement de mon application ....

Les autres questions restent ouvertes

[Cl@udius]

Les autres questions restent ouvertes

Une question au passage:
Pourquoi tu ne charges pas ta DLL dynamiquement ?

Tu gardes ainsi le contrôle du Chargement/Déchargement et autres traitements liés.

@+

[Clorish]

Tu gardes ainsi le contrôle du Chargement/Déchargement et autres

Parce que ca me fait Ch....

Non en fait ca peut tres bien se passer avec le chargement statique, vu que dans 90% des cas le module est active durant toute l'application.

Par contre j'aimerias detecter le dechargement de la Dll pour fermer propremetn les initialisation qui ont ete faite lors du chargement.

[Cl@udius]

Dans le cas de chargement statique, je suppose qu'il doit y avoir un appel implicite à LoadLibrary/FreeLibrary, donc peut-être un début de piste ici avec DLL_PROCESS_DETACH.

@+

[Clorish]

Plutot assez obscure

Je ne vois rien qui concerne le placement de code a executer au dechargement de la Dll

[sjrd]

Pour ce que j'en sais, tu peux utiliser les codes de finalisation des unités de ta DLL. Mais je n'ai pas fait le test explicitement : je sais que c'est vrai pour les paquets, je n'ai pas de certitude concernant les DLL.