Provided by: manpages-fr-dev_3.27fr1.4-1_all bug

NOM
       pthread_exit - Terminer le thread appelant


SYNOPSIS
       #include <pthread.h>

       void pthread_exit(void *retval);

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


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

       Tous les gestionnaires de nettoyage ajoutes par pthread_cleanup_push(3)
       \m  qui  n'ont  pas  encore  ete depiles \m  sont depiles (dans l'ordre
       inverse dans lequel ils ont ete empiles)  et  executes.  Si  le  thread
       contient  des  donnees specifiques au thread, alors les destructeurs de
       ces donnees sont appelees, dans un ordre indefini, une  fois  que  tous
       les gestionnaires de nettoyage ont ete executes.

       Quand  un  thread  se  termine,  les  ressources partagees au niveau du
       processus (comme les verrous mutuellement exclusifs, des  variables  de
       condition,  des semaphores et des descripteurs de fichiers) ne sont pas
       liberees, et les fonctions enregistrees avec  atexit(3)   ne  sont  pas
       appelees.

       Quand  le  dernier  thread  d'un  processus  se  termine,  le processus
       s'arrete en appelant exit(3) avec une valeur de sortie de zero.  Ainsi,
       les  ressources  partagees au niveau du processus sont liberees, et les
       fonctions enregistrees avec atexit(3)  sont appelees.


VALEUR RENVOY'EE
       Cette fonction ne retourne jamais vers l'appelant.


ERREURS
       Cette fonction reussit toujours.


CONFORMIT'E
       POSIX.1-2001.


NOTES
       Tout thread autre que le thread  principal  qui  sort  de  la  fonction
       initiale  entraine un appel implicite a pthread_exit(), en utilisant la
       valeur de retour de la fonction comme etat de sortie du thread.

       Afin de permettre aux  autres  threads  de  continuer  l'execution,  le
       thread principal devrait se terminer en appelant pthread_exit()  plutot
       que exit(3).

       La valeur pointee par retval ne devrait pas etre placee sur la pile  du
       thread  appelant,  puisque  le  contenu  de cette pile devient indefini
       quand le thread se termine.


BOGUES
       Il y a actuellement des limitations dans la logique d'implementation du
       noyau  si  on attend (avec wait(2)) un groupe de thread dont le chef de
       groupe a termine. Cela peut entrainer des problemes comme  un  terminal
       bloque  si  le  signal  d'arret est envoye a un processus en avant-plan
       dont le thread chef de groupe a deja appele pthread_exit(3).


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


COLOPHON
       Cette page fait partie de  la  publication  3.27  du  projet  man-pages
       Linux.  Une description du projet et des instructions pour signaler des
       anomalies      peuvent      etre       trouvees       a       l'adresse
       <URL:http://www.kernel.org/doc/man-pages/>.


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

       Denis Barbier (2010).

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

       Vous pouvez toujours avoir acces a la version anglaise de  ce  document
       en utilisant la commande << man -L C <section> <page_de_man> >>.