Non effectivement, la problématique que je vous ai soumise ne me concerne qu'à titre personnel, mais peut intéresser les curieux... j'espère au passage que le "salope" n'aura choqué personne, même pas Asgeir...
Il est possible, je n'ai pas fait mais j'en suis aussi convaincu, d'écrire (même en bash) un programme de démarrage et de surveillance qui :
- à son lancement, démarre l'application indiquée
- envoie dans le pipe désigné un "signal" dès que l'application se termine
avantage :
- l'application est un processus enfant du shell => le programme peut utiliser un wait
- le programme "client" qui veut être informé peut se mettre en attente d'un evt sur le pipe sans consommer de CPU (lecture synchrone)/
inconvénient :
- pour l'instant, seul un/le client peut être informé de la terminaison de l'application
- c'est dingue (je trouve) d'en arriver là. Le besoin me parait simple et légitime. Mais bon je ne prétendrait pas avoir exploré toutes les solutions...
[^] # Re: la scrutation c'est pas top
Posté par minitchoup . En réponse au message attendre la fin d'un processus créé depuis un autre shell. Évalué à 1.
Il est possible, je n'ai pas fait mais j'en suis aussi convaincu, d'écrire (même en bash) un programme de démarrage et de surveillance qui :
- à son lancement, démarre l'application indiquée
- envoie dans le pipe désigné un "signal" dès que l'application se termine
avantage :
- l'application est un processus enfant du shell => le programme peut utiliser un wait
- le programme "client" qui veut être informé peut se mettre en attente d'un evt sur le pipe sans consommer de CPU (lecture synchrone)/
inconvénient :
- pour l'instant, seul un/le client peut être informé de la terminaison de l'application
- c'est dingue (je trouve) d'en arriver là. Le besoin me parait simple et légitime. Mais bon je ne prétendrait pas avoir exploré toutes les solutions...