Bonjour à tous,
 
je cherche à faire quelque chose de très simple mais je n'y arrive pas et ça fait pourtant plusieurs jours que je cherche.
 
Pour résumer la chose, j'ai deux applications A et B
A tourne en permanence.
 
Je voudrais que B puisse envoyer un message à A et que A y réagisse immédiatement.
 
J'ai essayé pendant deux jours d'utiliser les NamedPipes mais apparemment ce n'est pas la bonne solution puisque je ne vois pas de moyen pour l'application A de se rendre compte qu'on vient de lui envoyer un message, sauf à vérifier l'état de son Pipe chaque milliseconde.
 
Donc voilà, je cherche un moyen pour l'application B de  dire à l'application A, "ohé réveille-toi je t'envoie un message"
 
Merci pour votre aide!

socket ?

 
Ca me gêne un peu car je crois que le pare-feu risque de s'en mêler non ?
Je n'ai pas accès au pare-feu étant donné que le logiciel sera installé sur plusieurs machines auxquelles je n'ai pas accès.
 

pipe, tube nommé, socket, socket unix, mémoire partagée, etc
 
y a aucun problème à surveiller un canal d'E/S pour voir si quelque chose arrive, tu n'es pas obligé de faire de l'attente active hein

Ca va pas faire ramer le truc si je vérifie tous les dizièmes de secondes si un truc arrive ?

Je trouve ça un peu dommage de vérifier plusieurs fois par seconde alors que le message va typiquement être envoyé 2 ou 3 fois par jour.
J'ai l'impression que c'est un peu du gachis toutes ces vérifications pour rien.

Mais personne ne fait comme ça ... par exemple tu fais un poll/select/epoll et voilà ...

 
Merci pour ta réponse. Je  vais essayer de me documenter sur les poll/select auquel je ne connais absolument rien pour le moment.
D'après ce que j'ai lu jusqu'à présent, sous Windows ça ne marche qu'avec les sockets. N'y a-t-il pas un moyen de faire ça avec  des fonctions  non réseaux (comme je disais plus haut, j'ai peur que le  pare-feu s'en mêle) ?

Bon bref, moi qui pensais que c'était simple de communiquer entre deux applications.
Les Named Pipes ça sert à rien et les sockets c'est la merde.
 
Y a pas juste moyen d'envoyer un petit bip à un processus en connaissant son pid ?

je connais pas = c'est de la merde ?
 
 
les signaux.

PostMessage()

 
J'ai pas dit "c'est de la merde" mais "c'est la merde" nuance.
"C'est la merde"parce-que je ne peux peux pas me permettre que l'utilisateur bloque mon appli juste parce-qu'il aura configuré son pare-feu d'une manière ou d'une autre.  
 
 
 

 
C'est gentil de me sortir des mots-clés mais ça m'aide pas beaucoup. Les signaux, ça fait  longtemps que j'ai regardé ce qu'il pouvaient faire pour moi sur wiki, sur msdn et sur pas mal d'autres sites: apparemment pas grand chose, surtout que je suis sous windows.
Maintenant si tu as des  idées un peu plus précises à me proposer sur les signaux (fonctions à utiliser par exemple) je suis preneur.
Comment, sur Windows, envoyer un signal à une application en connaissant seulement son pid ?
Comment, sur Windows, permettre à une application d'intercepter les signaux qu'on lui envoie ?

 
Malheureusement, PostMessage() est fait pour communiquer entre deux fenêtres différentes. Or ma première application n'est pas une application fenêtrée. En plus, étant donné qu'il s'agit de deux applis différentes, il faudrait qu'elles puissent communiquer entre elle pour que  l'une donne son identifiant de fenêtre à l'autre, ce qui nous ramène au problème initial.

Oué, c'est relativement simple d'envoyer un signal à une appli Win32. C'est juste que Microsoft utilise une API complètement différente. Quand on y regarde de plus près c'est pas si différent que ça des API Posix.
 
La base en Win32, c'est le handle. Ça représente un descripteur sur tout et n'importe quoi, fenêtre, thread, process, mutex, semaphore, pipe, socket, fichiers, ... Tu as une fonction magique pour savoir s'il y a eu du changement sur un handle : WaitForSingleObject (et la toute famille associée). Le terme "changement" dépend évidemment de ton objet. Un thread et un process, c'est lorsqu'il quitte. Un mutex c'est lorsque tu obtiens le lock, une sémaphore, c'est lorsque l'entier est >0, etc ... vois la doc de WaitForSingleObject.
 
Donc tu peux faire ça avec une sémaphore, du genre :
 
Processus en attente de signal :

 
Processus qui envoie le signal :

Merci tpierron!
Je me disais bien qu'il devait y avoir une solution simple.
Ca marche du feu de Dieu!
 

Tu peux aussi faire la même chose avec les Event
http://msdn.microsoft.com/en-us/li [...] S.85).aspx