Addict7 a écrit :Pour aller un peu plus dans le détail, par défaut, quand tu lance un processus depuis un terminal, ce terminal est concidéré comme processus père, et ce que t'a lancé comme processus fils. Sous linux la logique est que quand un processus est tué, il envoie un signal pour tuer ses fils (ouais c'est gore).
C'est dans l'autre sens que ça se passe (du coup c'est beaucoup moins gore), c'est le fils qui envoie un signal au père et juste pour l'informer qu'il s'arrête, le père en fait ce qu'il veut, ce qui peut entraîner l'état de zombie si le père ne lit pas le signal.
Ce qui ferme les process fils d'un terminal, c'est propre à bash (et à la plupart des shells quand ils sont en mode interactif), s'il reçoit un SIGHUP, il le renvoie à tous ses fils, d'où la commande no
hup
