D'un autre côté le monsieur fait un fork+exec de ps depuis son brol en Python donc je crois que faire un truc propre et efficace est complètement hors sujet. Cela dit, avec ps il est potentiellement possible de faire quelque chose de plus portable qu'avec netlink (d'un autre côté, /proc (et donc ps) ne sont pas toujours dispos, même sous GNU/Linux).
Quelques autres solutions qui pourraient être considérées :
* inotify sur /proc/$pid
* ptrace(2) (avec les risques de EPERM)
* stap -e'probe kprocess.exit { system("whatever") }'
Au final, "while [ -d /proc/$pid ] ; do sleep 1 ; done" me semble très bien et si on veut un vrai programme "stand alone" pour ça, il me semble que ça aurait plutôt sa place dans coreutils ou procps.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: solution sans polling
Posté par Krunch (courriel, site web personnel) . En réponse au journal waitend: exécuter une commande après une autre (déjà lancée). Évalué à 2.
D'un autre côté le monsieur fait un fork+exec de ps depuis son brol en Python donc je crois que faire un truc propre et efficace est complètement hors sujet. Cela dit, avec ps il est potentiellement possible de faire quelque chose de plus portable qu'avec netlink (d'un autre côté, /proc (et donc ps) ne sont pas toujours dispos, même sous GNU/Linux).
Quelques autres solutions qui pourraient être considérées :
* inotify sur /proc/$pid
* ptrace(2) (avec les risques de EPERM)
* stap -e'probe kprocess.exit { system("whatever") }'
Au final, "while [ -d /proc/$pid ] ; do sleep 1 ; done" me semble très bien et si on veut un vrai programme "stand alone" pour ça, il me semble que ça aurait plutôt sa place dans coreutils ou procps.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.