Quand le système envoie-t-il un SIGTERM à un processus?

_{Je « publierai ceci comme une réponse donc quil existe une sorte de résolution si cela savère être le problème.}

Un statut de sortie de 0 signifie une sortie normale dun programme réussi. Un programme sortant peut choisir nimporte quel entier entre 0 et 255 comme état de sortie. Par convention, les programmes utilisent de petites valeurs. Les valeurs 126 et supérieures sont utilisées par le shell pour signaler des conditions spéciales, il est donc préférable de les éviter.

Au niveau de lAPI C, les programmes signalent un état 16 bits¹ qui encode à la fois létat de sortie du programme et le signal qui la tué, le cas échéant.

Dans le shell, un (enregistré dans $?) confond létat de sortie réel du programme et la valeur du signal: si un programme est tué par un signal, $? est défini sur une valeur supérieure à 128 (avec la plupart des shells, cette valeur est de 128 plus le numéro de signal; ATT ksh utilise 256 + numéro de signal et yash utilise 384 + numéro de signal, ce qui évite lambiguïté, mais les autres shells nont pas emboîté le pas).

En particulier, si $? vaut 0, votre programme sest terminé normalement.

Notez que cela inclut le cas dun processus qui reçoit SIGTERM, mais a un gestionnaire de signal pour lui, et finit par sortir normalement (peut-être comme une conséquence indirecte du signal SIGTERM, peut-être pas).

Pour répondre à la question de votre titre, SIGTERM nest jamais envoyé automatiquement par le système. Il y a quelques signaux qui sont envoyés automatiquement comme SIGHUP quand un terminal disparaît, SIGSEGV / SIGBUS / SIGILL quand un processus fait des choses quil ne devrait pas faire, SIGPIPE quand il écrit sur un pipe / socket cassé, etc. Et il y a quelques signaux qui sont envoyés suite à un appui sur une touche dans un terminal, principalement SIGINT pour Ctrl + C , SIGQUIT pour Ctrl + \ et SIGTSTP pour Ctrl + Z , mais SIGTERM nen fait pas partie. Si un processus reçoit SIGTERM, un autre processus a envoyé ce signal.

¹ _{grosso modo}

Commentaires

• Belle explication de la façon dont létat de sortie est déterminé lors de la réception dun signal. Cependant, cette réponse nadresse pas ' la question de OP '.
• @codeforester Jai répondu à la question dans le corps, pas la question dans le titre. Eh bien, une des questions dans le corps – étant donné quelle était basée sur un malentendu, cest un peu brouillon. I ' Je vais ajouter quelques mots sur le reste.
• Cela dépend du shell. Dans ksh93, il ' s 256 + signum, dans yash, il ' s 384 + signum
• Notez que utiliser une valeur supérieure à 256 a la ksh nest pas forcément mieux car cela empêche sa transmission à exit. Lapproche yash est un bon compromis, mais voir rc pour un autre. Voir aussi Code de sortie par défaut lorsque le processus est terminé?

SIGTERM est le signal qui est généralement utilisé pour terminer administrativement un processus.

Ce nest pas un signal que le noyau enverrait, mais cest le signal quun processus enverrait généralement envoyer pour terminer (gracieusement) un autre processus.

Cest le signal qui est envoyé par défaut par kill, pkill, killall … commandes.

Cest le signal qui est envoyé aux démons pour les arrêter (comme lors dun service some-service stop), ou envoyé par init avant larrêt (suivi de SIGKILL pour les processus qui nont pas réussi à se terminer à temps sur SIGTERM).

Notez que SIGTERM nest pas le signal qui est envoyé sur ^C. Le signal envoyé sur ^C est SIGINT.