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