Discussion :

[yan]

Bonjour.
J'ai une application qui doit,à partir d'un pid, stopper un processus et attendre qu'il soit terminé. Si j'ai bien compris waitpid marche uniquement si le pid est celui d'un processus enfant. Ce cas correspond à tous les exemple que j'ai trouvé sur le net..

• Comment faire si le processus n'est pas un enfant? J'ai réussi à faire quelque chose en utilisant kill(pid,0) (teste l’existence du pid) et une boucle mais je ne sais pas si c'est la bonne méthode.
• Si le pid correspond à processus enfant, es ce préférable d'utiliser wait ou alors utiliser kill(pid,0) est possible si je gère le signal SIGCHLD?
• Y a t-il une méthode particulière pour savoir si le pid correspond à un process enfant?

En gros je cherche à faire une fonction qui pour n'importe quel PID (enfant ou non) :
1- envoie d'un SIGTERM
2- attend la fin du processus.
3- si au bout de 2 secondes le processus n'est pas terminé : envoie d'un SIGKILL



Merci

[Obsidian]

Bonjour,

Ce n'est pas simple. À ma connaissance, il n'y a pas d'appel système dédié pour faire cela dans le contexte dans lequel tu te places. Par ailleurs, les appels wait() et dérivés sont faits non seulement pour attendre la fin d'un processus fils mais également pour indiquer au système que le père en a fait le deuil et donc, surtout, que le processus défunt peut quitter l'état zombie Z pour passer définitivement à la postérité. Donc, si tu as un processus enfant, il est important d'utiliser wait() pour cette raison.

Pour pouvoir prendre le contrôle sur un processus quelconque, tu peux utiliser ptrace(), qui sert en principe aux debuggers. Ça te permettra d'accéder à pas mal d'infos et de gérer les signaux. L'appel est standard UNIX mais les méta-infos du processus sont spécifiques à chaque système et peuvent varier sans préavis. Autre inconvénient sérieux : le processus ne doit pas être déjà suivi (par un autre processus comme le tien ou par un débogueur légitime).

En dehors de cela, la manière « normale » de traiter ces cas consiste à parser le contenu de « /proc », qui sert à ça. C'est ce que font les commandes shell comme ps (un coup de strace dessus pour s'en convaincre). Ce n'est pas simple mais « man proc » est bien documenté. Pour savoir si un processus est un fils ou d'une manière générale un lointain descendant, tu peux récupérer son PPID depuis /proc/n/stat et remonter récursivement jusqu'à rencontrer soit ton propre PID, soit 0 (les processus sans père ont un PPID nul dans stat, même si en pratique ils sont traités comme s'ils étaient rattachés à init). Sous Linux en particulier, tu peux utiliser inotify pour surveiller l'existence du répertoire correspondant au processus dans /proc. Quand il disparaît, le processus a cessé d'exister.

[yan]

Merci beaucoup pour les éclaircissements.
Effectivement si je kill un process qui tombe en zombie, je suis bloqué. En vérifiant l’état du pid avec le fichier status je résout ce cas.


yan