Editer un article - Informaticien.be

Editer un article

Titre
Mots Clés
Texte	[size=18] [b]Nom[/b] [/size] exit - Fin normale d'un programme. [size=18] [b]Résumé[/b] [/size] .nf [b]#include <stdlib.h>[/b] [b][i]void exit (int status );[/i][/b] .fi [size=18] [b]Description[/b] [/size] La fonction [b]exit()[/b] termine normalement le programme en cours. La valeur [i]status[/i] & 0377 est renvoyée au processus parent. (voir [b]wait (2)).[/b] Toutes les fonctions enregistrées avec [b]atexit[/b](3) et [b]on_exit()[/b] sont invoquées dans l'ordre inverse de l'enregistrement, les flux ouverts sont vidés et fermés. Les fichiers créés par [b]tmpfile[/b](2) sont supprimés.     Le standard C mentionne deux constantes symboliques [i]EXIT_SUCCESS[/i] et [i]EXIT_FAILURE[/i] qui peuvent être passée à [b]exit()[/b] pour indiquer respectivement une terminaison en succès ou en échec. [size=18] [b]Valeur renvoyée[/b] [/size] La fonction [b]exit()[/b] ne revient jamais. [size=18] [b]Conformité[/b] [/size] SVID 3, POSIX, BSD 4.3, ISO 9899 ("ANSI C") [size=18] [b]Notes[/b] [/size] Durant le traitement de exit, il est possible d'enregistrer des fonctions supplémentaires avec [b]atexit()[/b] et [b]on_exit()[/b]. C'est toujours la dernière fonction enregistrée qui est extraite de leur liste et invoquée. Le comportement est indéfini si durant ce traitement, on invoque [b]exit()[/b] ou [b]longjmp()[/b].     L'utilisation d'EXIT_SUCCESS et EXIT_FAILURE est légèrement plus portable (vers des environnements non-Unix) que celle de zéro et d'une valeur non-nulle comme 1 ou -1. En particulier, VMS utilise une convention différente.     BSD a tenté de standardiser les codes de sortie, voir le fichier [b]<sysexits.h> .[/b]     Après un [b]exit()[/b], le code de retour doit être transmis au processus parent. Il y a trois cas. Si le parent a mentionné SA_NOCLDWAIT ou s'il a positionné le comportement de SIGCHLD à SIG_IGN, le status est ignoré. Si le père était en attente de la fin de son fils, il reçoit le status de retour. Dans ces deux cas, le fils meurt immédiatement. Si le parent n'est pas en attente, mais n'a pas indiqué qu'il désire ignorer le code de retour, le processus fils devient un "zombie". Ce n'est rien d'autre qu'une coquille enveloppant le code de retour, que le processus père pourra consulter ultérieurement grâce à l'une des fonctions de la famille [i]wait()[/i].     Si l'implémentation supporte le signal SIGCHLD, celui-ci est envoyé au processus père. Si le père a mentionné SA_NOCLDWAIT, il n'est pas précisé si SIGCHLD est envoyé ou non.     Si le processus est un leader de session, et si son terminal de contrôle est le terminal de la session, alors chaque processus du groupe de processus en avant-plan su ce terminal reçoit un signal SIGHUP, et le terminal est dissocié de la session, lui permettant d'être réacquis par un nouveau processus de contrôle.     Si la fin du processus rend orphelin un groupe de processus, et si certain membres de ce groupe sont arrêtés, alors tous les processus du groupe vont recevoir SIGHUP suivi de SIGCONT. [size=18] [b]Voir aussi[/b] [/size] [b]_exit (2),[/b] [b]wait (2),[/b] [b]atexit (3),[/b] [b]on_exit (3)[/b] [b]tmpfile (3)[/b] [size=18] [b]Traduction[/b] [/size] Christophe Blaess, 1996-2003.
Fichier