Provided by: manpages-fr-dev_3.65d1p1-1_all bug

NOM

       pthread_exit - Terminer le thread appelant

SYNOPSIS

       #include <pthread.h>

       void pthread_exit(void *retval);

       Compilez et effectuez l'édition des liens avec l'option -pthread.

DESCRIPTION

       La  fonction  pthread_exit()  termine  le  thread appelant et renvoie une valeur à travers
       retval qui, si le thread est joignable, est rendue disponible à un autre  thread  dans  le
       même processus s'il appelle pthread_join(3).

       Tous  les  gestionnaires de nettoyage ajoutés par pthread_cleanup_push(3) \m qui n'ont pas
       encore été dépilés \m  sont dépilés (dans l'ordre inverse dans lequel ils ont été empilés)
       et  exécutés.  Si  le  thread  contient  des  données  spécifiques  au  thread,  alors les
       destructeurs de ces données sont appelées, dans un ordre indéfini, une fois que  tous  les
       gestionnaires de nettoyage ont été exécutés.

       Quand  un  thread  se  termine, les ressources partagées au niveau du processus (comme les
       verrous mutuellement  exclusifs,  des  variables  de  condition,  des  sémaphores  et  des
       descripteurs  de  fichiers)  ne  sont  pas  libérées,  et  les fonctions enregistrées avec
       atexit(3)  ne sont pas appelées.

       Quand le dernier thread d'un processus se  termine,  le  processus  s'arrête  en  appelant
       exit(3)  avec  une  valeur de sortie de zéro. Ainsi, les ressources partagées au niveau du
       processus sont libérées, et les fonctions enregistrées avec atexit(3)  sont appelées.

VALEUR RENVOYÉE

       Cette fonction ne retourne jamais vers l'appelant.

ERREURS

       Cette fonction réussit toujours.

CONFORMITÉ

       POSIX.1-2001.

NOTES

       Tout thread autre que le thread principal qui sort de la  fonction  initiale  entraîne  un
       appel  implicite  à  pthread_exit(), en utilisant la valeur de retour de la fonction comme
       état de sortie du thread.

       Afin de permettre aux autres threads de continuer l'exécution, le thread principal devrait
       se terminer en appelant pthread_exit()  plutôt que exit(3).

       La  valeur  pointée  par retval ne devrait pas être placée sur la pile du thread appelant,
       puisque le contenu de cette pile devient indéfini quand le thread se termine.

BOGUES

       Il y a actuellement des limitations dans la logique d'implémentation du noyau si on attend
       (avec  wait(2))  un groupe de thread dont le chef de groupe a terminé. Cela peut entraîner
       des problèmes comme un terminal bloqué si le signal d'arrêt est envoyé à un  processus  en
       avant-plan dont le thread chef de groupe a déjà appelé pthread_exit().

VOIR AUSSI

       pthread_create(3), pthread_join(3), pthreads(7)

COLOPHON

       Cette  page  fait partie de la publication 3.65 du projet man-pages Linux. Une description
       du projet et des  instructions  pour  signaler  des  anomalies  peuvent  être  trouvées  à
       l'adresse http://www.kernel.org/doc/man-pages/.

TRADUCTION

       Depuis    2010,    cette   traduction   est   maintenue   à   l'aide   de   l'outil   po4a
       <http://po4a.alioth.debian.org/> par l'équipe de traduction francophone au sein du  projet
       perkamon <http://perkamon.alioth.debian.org/>.

       Denis Barbier (2010).

       Veuillez     signaler     toute     erreur     de     traduction     en     écrivant     à
       <debian-l10n-french@lists.debian.org>  ou  par  un  rapport  de  bogue   sur   le   paquet
       manpages-fr.

       Vous  pouvez  toujours  avoir  accès  à la version anglaise de ce document en utilisant la
       commande « man -L C <section> <page_de_man> ».