Discussion :

[[DreaMs]]

Bonjour,

Voici mon soucis:

J'utilise une DLL (que nous appellerons DLL_Chargement) qui construit un objet à partir d'une base de donnée. Ce processus est assez long (1minutes).

J'ai des clients qui lance un logiciel qui utilise une DLL_Api et j'aimerais que cette DLL_API demande à la DLL_Chargement de lui transmettre l'objet qu'elle a récupéré depuis la base de données (pour éviter de le recharger car cela est très long !).

Dans mon cas on peut imaginer que je suis en local car c'est pour une DLL sur un serveur Web !

Or je ne sais pas comment faire appel à la DLL_Chargement qui est déjà lancé.
Déjà est-ce possible ?
Si oui est-ce une DLL qu'il faut pour se type de besoin ?
Si oui comment peut-on faire pour identifier le processus de la DLL et interrogé celui-ci précisément ?

D'avance merci pour vos réponses.

Julien

[guillemouze]

informations à verifier, je ne suis pas sur a100% de ce que j'avance.
si tu charge plusieurs fois une meme dll (dans une meme periode), tu peux garder des objets uniques dans ta dll (communs a toutes les instances).
il me semble que la partie initialization est faite au premier chargement de la dll, et la finalization au dechargement de la derniere dll. Si ce n'est pas le cas, il me semble qu'il y a 3 messages dans ta DllMainProc: WM_PROCESS_ATTACH, WM_PROCESS_DETACH, WM_THREAD_ATTACH, WM_THREAD_DETACH qui sont respectivement
- la premiere instanciation de la dll
- la derniere liberation de la dll
- une instanciation de la dll deja instanciee
- une desinstanciation de la dll deja instanciee
Je crois que tu peux partager les objets entre les differents appelants de la dll.
Sinon, la solution est peut etre d'utiliser les interfaces / objets COM.

[Reisubar]

Autant que je sache, il n'est pas possible de partager des objets de manière directe entre des applications instanciant une même DLL. En effet, la DLL est chargée dans l'espace d'adressage de chaque process, le code est partagé, mais chaque application a ses propres données.

Dans ton cas, pourquoi ne pas utiliser des IPC de type pipes nommés ou un segment de mémoire partagé ?

[[DreaMs]]

Merci pour les réponses.

Je ne connais pas les "IPC de type pipes nommés ou un segment de mémoire partagé" mais si cela va dans le sens que ce que je veux faire je vais essayer de me documenter dessus.

[Reisubar]

Pour les pipes :
http://msdn.microsoft.com/en-us/library/aa365590.aspx

Pour les segments de mémoire partagés :
http://msdn.microsoft.com/en-us/libr...51(VS.85).aspx

[guillemouze]

Autant que je sache, il n'est pas possible de partager des objets de manière directe entre des applications instanciant une même DLL. En effet, la DLL est chargée dans l'espace d'adressage de chaque process, le code est partagé, mais chaque application a ses propres données.

Dans ton cas, pourquoi ne pas utiliser des IPC de type pipes nommés ou un segment de mémoire partagé ?

effectivement, la memoire n'est pas partagée.

par contre, tu peux essayer de creer une interface pour ton objet, et utiliser un objet com. J'ai essayé a une epoque de faire un test de base, j'ai trouvé ca pas trop compliqué a mettre en place, et je pense que ca peut repondre a ton probleme