Discussion :

[Aiekick]

Bonjour,

C'est un projet utilisant les MFC.

J'ai une DLL qui sert de dll d'extension et effectue une action definie.

J'aimerais, dans cette DLL, creer une Application ( CWinAPP par ex) qui aurais acces à l'espace memoire et les objets que la dll utilise,
mais sans que cette application n'interfere directement.

C'est à dire que je voudrait que l'application existe dans un thread distinct et enfant de la dll.

Dans le cas où je detache la dll, je doit aussi detruire l'application.
Autre fait important, la dll doit pouvoir fonctionner normalement avec ou sans l'application.

Cette application jouerais en fait le role d'application de controle de la dll en rapport avec son action definie.

L'acces à cet application doit donc etre demandé.

J'ai vu que CWinApp etait toujours utilisé en temps que Thread Pincipal dans une apps ( c'est peut etre une specificite de cette classe ), et j'aimerais trouvé un moyen de l'utlisé en temps que thread secondaire.
Et faire en sorte que tout les thread suivant soient issus d'elle et non pas de la dll.

J'imagine que sa doit pouvoir se faire, puisque si on analyse le fonctionement de windows, le desktop est une application qui est le parent de toute les application que l'on utilise. (Ceci dit peut etre que le desktop n'est pas un CWinApp )

Ainsi j'aimerais que mon apps vis à vis de ma dll soit comme IE vis à vis du Desktop

J'attent vos reponses avec impatience. Merci...

[moldavi]

Salut.

Je pense que tu devrais faire un tour du côté des dll COM ("Component Object Model").

Pour créer une fenêtre dans ta dll, tu dois juste lui fournir l'instance de ton application en paramètre (c'est d'ailleurs le comportement par défaut des points d'entrée des dll). Après, tu peux tout faire (ou presque).

C'est à dire que je voudrait que l'application existe dans un thread distinct et enfant de la dll.

"distinct et enfant": ça me semble contradictoire comme chose, mais si c'est pour accéder à des variables de la dll, je ne pense pas qu'il y aura de problème (surtout si elles sont globales...).

Mais sans trop comprendre exactement le but de ton application, tu dois savoir que tout ce que contient la dll fera sera dans la mémoire du processus principal. Au sein de la dll, le partage des données est classique. Entre le processus et la dll, tu peux utiliser des fonctions d'exxportation. Pour des cas plus complexes tu as la mémoire partagée, tubes nommés et autres.

[Aiekick]

Salut,

je pense avoir trouvé mon bonheur avec ce lien :
http://www.codeproject.com/dll/eventrecorder.asp

Car c'est exactement pour les memes raisons que moi que l'auteur à créé son code.