KILL

Syntaxe

Paramètres

Retour

Description

Cette fonction permet d'effectuer des commandes sur des processus.

Remarques

• La fonction kill() doit envoyer un signal à un processus ou à un groupe de processus spécifié par pid. Le signal à envoyer est spécifié par sig et est l'un de la liste donnée dans le fichier signal.h ou 0. Si sig vaut 0 (le signal nul), une vérification d'erreur est effectuée mais aucun signal n'est réellement envoyé. Le signal nul peut être utilisé pour vérifier la validité de pid.
• Pour qu'un processus soit autorisé à envoyer un signal à un processus désigné par pid, à moins que le processus d'envoi ne dispose des privilèges appropriés, l'identificateur utilisateur réel ou effectif du processus d'envoi doit correspondre à l'identificateur utilisateur d'ensemble réel ou enregistré du processus de réception.
• Si le paramètre pid est supérieur à 0, alors paramètres sig doit être envoyé au processus dont l'identificateur de processus est égal à pid.
• Si le paramètre pid vaut 0, alors le paramètre sig doit être envoyé à tous les processus (à l'exception d'un ensemble non spécifié de processus système) dont l'identificateur de groupe de processus est égal à l'identificateur de groupe de processus de l'expéditeur et pour lesquels le processus a l'autorisation d'envoyer un signal.
• Si le paramètre pid vaut -1, alors le paramètre sig doit être envoyé à tous les processus (à l'exception d'un ensemble non spécifié de processus système) pour lesquels le processus a l'autorisation d'envoyer ce signal.
• Si le paramètre pid est négatif, mais pas -1, alors le paramètre sig doit être envoyé à tous les processus (à l'exclusion d'un ensemble non spécifié de processus système) dont l'identificateur de groupe de processus est égal à la valeur absolue de pid, et pour lesquels le processus a l'autorisation d'envoyer un signal.
• Si la valeur de pid provoque la génération de sig pour le processus d'envoi, et si sig n'est pas bloqué pour le processus léger appelant et si aucun autre processus léger n'a sig débloqué ou attend dans une fonction sigwait() pour sig, soit sig, soit au moins un signal non bloqué en attente doit être délivré au processus léger d'envoi avant le retour de kill().
• Les tests d'identificateur utilisateur décrits ci-dessus ne doivent pas être appliqués lors de l'envoi de SIGCONT à un processus étant membre de la même session que le processus d'envoi.
• Une mise en oeuvre fournissant des contrôles de sécurité étendus peut imposer d'autres restrictions définies par la mise en oeuvre sur l'envoi de signaux, y compris le signal nul. En particulier, le système peut nier l'existence de certains ou de tous les processus spécifiés par pid.
• La fonction kill() réussit si le processus a l'autorisation d'envoyer sig à l'un des processus spécifiés par pid. Si la fonction kill() échoue, aucun signal ne sera envoyé.
• Dans la version 4.2 de BSD, le signal SIGCONT peut être envoyé à n'importe quel processus descendant indépendamment des contrôles de sécurité de l'identificateur utilisateur. Il permet à l'interpréteur de commande de contrôle des travaux de continuer un travail même si les processus du travail ont modifié leur identificateur utilisateur (comme dans la commande su). Conformément à l'ajout du concept de sessions, une fonctionnalité similaire est fournie en permettant au signal SIGCONT d'être envoyé à n'importe quel processus dans la même session, indépendamment des contrôles de sécurité de l'identificateur utilisateur. Il est moins restrictif que BSD dans le sens où les processus ancêtres (dans la même session) peuvent désormais être le destinataire. Il est plus restrictif que BSD en ce sens que les processus descendants formant de nouvelles sessions sont désormais soumis aux vérifications de l'identificateur utilisateur. Un assouplissement similaire de la sécurité n'est pas nécessaire pour les autres signaux de commande de travail puisque ces signaux sont typiquement envoyés par le pilote de terminal en reconnaissance de caractères spéciaux saisis; le pilote du terminal contourne tous les contrôles de sécurité.
• Dans les mises en oeuvre sécurisées, un processus peut être restreint d'envoyer un signal à un processus ayant une étiquette de sécurité différente. Afin d'éviter que l'existence ou l'inexistence d'un processus ne soit utilisée comme canal secret, de tels processus devraient sembler inexistants à l'expéditeur; c'est-à-dire que [ESRCH] doit être renvoyé, plutôt que [EPERM], si pid se réfère uniquement à ces processus.
• Le nom de la fonction kill() est trompeur, car la fonction n'est pas toujours destinée à provoquer l'arrêt du processus. Cependant, le nom est commun à toutes les mises en oeuvres historiques et toute modification serait en conflit avec l'objectif de modifications minimales du code d'application existant.

Voir également

Langage de programmation - Perl - Référence procédures et fonctions - kill