Version imprimable
Bonjour à tous,
J'ai une question toute simple vis-à-vis de l'API SendMessage.
Admettons deux trheads : Thread1 et Thread2. Thread1 fait un SendMessage dont le handle est celui de Thread2. Dans Thread2, on a donc une méthode pour récupérer les messages ...
Qui exécute cette méthode ? Thread1 ou Thread2 ?
Par avance merci ;)
Je viens de trouver ça sur MSDN de SendMessage :
Dois-je en conclure que c'est Thread2 qui exécute ma fonction ?Citation:
If the specified window was created by the calling thread, the window procedure is called immediately as a subroutine. If the specified window was created by a different thread, the system switches to that thread and calls the appropriate window procedure. Messages sent between threads are processed only when the receiving thread executes message retrieval code. The sending thread is blocked until the receiving thread processes the message.
je pense que oui.
Si j'ai bien compris MSDN, ils disent (ce qui semble logique) que le thread1 fait le SendMessage, et passe donc en attente de la réponse (contrairement au postMessage qui est asynchrone). Ensuite, le thread2 est activé et traite le message. Une fois le message traité, la réponse est retournée au thread1 qui continue son exécution
Et normalement entre Thread, il faut utiliser PostThreadMessage ...
Mais SendMessage fonctionne assez bien, je l'utilise depuis un Thread vers une Form dans le Thread Main, je ne l'ai jamais tenté entre Thread, et je confirme, c'est bloquant ...
tu l'as écrite comment ton écoute de message ? via une WndProc pour utiliser la directive message ou via un WaitObject ?
Merci pour vos réponses, c'est toujours mieux d'avoir plusieurs avis :D
Citation:
tu l'as écrite comment ton écoute de message ? via une WndProc pour utiliser la directive message ou via un WaitObject ?
Je ne l'ai aps encore écrite ... euh ... en fait cette question avait deux rôles :
1) comprendre le fonctionnement d'un objet que j'ai récupéré (je devais savoir quel thread s'occupait de faire le traitement)
2) Pour un futur proche à venir mais en utiliser PostMessage ... Ou comme tu me le dis PostThreadMessage ... voir même (mais faut que je me renseigne avant) aprce que je pense que ça conviendrait ENCORE PLUS MIEUX :mrgreen: les évènements ...
Mais ça ce sera une autre longue histoire :D
merci de m'avoir lu et aidé ;)
A très bientot