Discussion :

[user8]

Salut,

Je suis à la recherche d'informations sur le fonctionnement des messages windows dans une dll. J'aimerai savoir si c'est l'application(donc la fiche principale) qui récupère les messages et les diffuse à la Dll? Où est ce que la dll est considérée comme une application et je dois creer une fenetre cachée pour intercepter les messages?

Si c'est l'application qui gère les messages, comment ca fonctionne quand par exemple une application java discute avec ma dll delphi? dans cette configuration, je ne récupère pas les messages...

Je trouve peu d'information à ce sujet sur le net!

Merci.

[ShaiLeTroll]

J'aimerai savoir si c'est l'application(donc la fiche principale) qui récupère les messages

le "donc la fiche principale" est faux, c'est la boucle Run qui récupère les Messages, les filtre selon leur type sinon cela invoque DispatchMessage (c'est la qu'intervient les WndProc surchargés par SetWindowLong\GWL_WNDPROC, disons que la WndProc est un peu une fonction CallBack que le système appele lors qu'un message est envoyé à une Fenêtre , tu noteras dans l'aide de l'API Windows fourni avec Delphi que WM_TIMER est un peu particulier, puisque c'est en rapport avec tes sujets précédents, Messages to delphi dll et TTimer et Dll

Edam avait déjà expliqué que le TTimer crée sa propre Speudo Fenêtre qui contenait sa Propre WindowProc, et bien sur, cet WndProc intercepte que les WM_TIMER et d'ailleurs, le Timer a été créé par SetTimer sur la Handle de cette Speudo Fenêtre et ne passe donc jamais par la MainForm, par contre, il passe par l'application voir tout ce qui concerne HInstance ... là s'arrête mes vagues connaissances ...
Ah, autre chose à étudier, les HOOKS !
On appèle SetWindowsHookEx pour détourner les Messages d'une Application depuis une DLL

Donc si cela fonctionne dans une DLL, c'est parce que le TTimer est un composant complet et autonome

Normalement, aucun autre message ne peut être envoyé à une DLL, sauf avec un Thread qui fait ses PeekMessage et un PostThreadMessage mais là c'est un autre mécanisme de transmission de message...

[user8]

Je comprend le principe mais dans le cas d'une appli java qui appelle ma dll, le timer (puisque c'est effectivement le sujet) démarre bien mais ontimer n'est jamais appelé ...
Dans le cas d'une application delphi qui appelle ma dll, tout se passe a merveille!

[ShaiLeTroll]

Probablement parce que HInstance n'est pas défini ou que DispatchMessage n'est pas invoqué ... En plus en réalité, ce n'est pas ton application Java qui lance ta DLL mais la Machine Virtuelle Java ...

Pour cette problématique, je t'avais dit remplacer cela par un Thread lancé depuis DllEntryPoint ATTACH (attention, il faut le lancer manuellement au 1er Chargement)

EDIT : au fait, tu n'avais pas répondu à une question, ton Plug-In c'est une DLL simple avec des Exports ou un Objet Automation \ Active X

[user8]

C'est une Dll simple avec export!