> ce sont seulement SIGKILL et SIGSTOP qui ne peuvent être envoyés.
...
Tu peux les envoyer. Mais init (grâce à son cas particulier de ne pas voir d'handler de signaux par défaut) peut les ignorer. C'est différent. Je ne dis pas que c'est comme ça que c'est implémenté ! Peut-être qu'effectivement le noyau ne fait pas suivre les signaux SIGKILL ou SIGSTOP. J'en sais rien et à la limite je m'en fous. Le processus init n'a pas à être tué ou arrêté.
man 7 signal
The signals SIGKILL and SIGSTOP cannot be caught, blocked, or ignored.
Mais comme init n'a pas d'handler de signaux par défaut, ce n'est pas applicable.
> Il faudrait peut-être modifier la page de man 2 kill à ce sujet, mais là, je ne vois pas trop à qui faire un rapport de bogue...
Il n'y a pas de bug dans la doc !
Il faut bien peser chaque terme et comprend comme ça marche.
btw, utilises la doc en anglais quand tu as un doute. Exemple :
$ env LANG=C man 7 signal (si t'as la doc anglaise d'installée)
[^] # Re: Faut tout lire
Posté par 007 . En réponse au message init et signaux. Évalué à 0.
...
Tu peux les envoyer. Mais init (grâce à son cas particulier de ne pas voir d'handler de signaux par défaut) peut les ignorer. C'est différent. Je ne dis pas que c'est comme ça que c'est implémenté ! Peut-être qu'effectivement le noyau ne fait pas suivre les signaux SIGKILL ou SIGSTOP. J'en sais rien et à la limite je m'en fous. Le processus init n'a pas à être tué ou arrêté.
man 7 signal
The signals SIGKILL and SIGSTOP cannot be caught, blocked, or ignored.
Mais comme init n'a pas d'handler de signaux par défaut, ce n'est pas applicable.
> Il faudrait peut-être modifier la page de man 2 kill à ce sujet, mais là, je ne vois pas trop à qui faire un rapport de bogue...
Il n'y a pas de bug dans la doc !
Il faut bien peser chaque terme et comprend comme ça marche.
btw, utilises la doc en anglais quand tu as un doute. Exemple :
$ env LANG=C man 7 signal (si t'as la doc anglaise d'installée)