Provided by: manpages-fr-dev_4.21.0-2_all bug

NOM

       pthread_setcancelstate, pthread_setcanceltype — Définir l'état et le type d'annulation

BIBLIOTHÈQUE

       Bibliothèque de threads POSIX (libpthread, -lpthread)

SYNOPSIS

       #include <pthread.h>

       int pthread_setcancelstate(int state, int *oldstate);
       int pthread_setcanceltype(int type, int *oldtype);

DESCRIPTION

       La  fonction pthread_setcancelstate() définit l'état d'annulation du thread appelant à la valeur indiquée
       par state. L'ancien état d'annulation  du  thread  est  renvoyé  dans  le  tampon  pointé  par  oldstate.
       L'argument state doit avoir une des valeurs suivantes :

       PTHREAD_CANCEL_ENABLE
              Le thread peut être annulé. C'est l'état d'annulation par défaut pour tous les nouveaux threads, y
              compris  le  thread  initial.  Le  type d'annulation du thread détermine quand un thread annulable
              répondra à une requête d'annulation.

       PTHREAD_CANCEL_DISABLE
              Le thread n'est pas annulable. Si une requête d'annulation arrive, elle est bloquée jusqu'à ce que
              l'annulation soit activée.

       La fonction pthread_setcanceltype() définit le type d'annulation du thread appelant à la valeur  indiquée
       par  type. L'ancien type d'annulation du thread est renvoyé dans le tampon pointé par oldtype. L'argument
       type doit avoir une des valeurs suivantes :

       PTHREAD_CANCEL_DEFERRED
              Une requête d'annulation est retardé jusqu'à ce que le thread appelle  une  fonction  qui  est  un
              point  d'annulation  (consultez  pthreads(7)). C'est le type d'annulation par défaut pour tous les
              nouveaux threads, y compris le thread initial.

              Même avec une annulation retardée, un point d'annulation dans un gestionnaire de signal asynchrone
              peut encore être pris en compte et l'effet  est  similaire  à  s'il  s'agissait  d'une  annulation
              asynchrone.

       PTHREAD_CANCEL_ASYNCHRONOUS
              Le  thread peut être annulé à tout moment. Typiquement, il sera annulé dès réception de la requête
              d'annulation, mais ce n'est pas garanti par le système.

       Les opérations set/get effectuées par ces fonctions sont  atomiques,  eu  égard  aux  autres  threads  du
       processus qui appellent la même fonction.

VALEUR RENVOYÉE

       En cas de succès, ces fonctions renvoient 0 ; en cas d'erreur, elles renvoient un code d'erreur non nul.

ERREURS

       pthread_setcancelstate() peut échouer avec l'erreur suivante :

       EINVAL Valeur invalide pour state.

       pthread_setcanceltype() peut échouer avec l'erreur suivante :

       EINVAL Valeur invalide pour type.

ATTRIBUTS

       Pour une explication des termes utilisés dans cette section, consulter attributes(7).
       ┌────────────────────────────────────────────────────────────────────┬────────────────────────┬─────────┐
       │ InterfaceAttributValeur  │
       ├────────────────────────────────────────────────────────────────────┼────────────────────────┼─────────┤
       │ pthread_setcancelstate(), pthread_setcanceltype()                  │ Sécurité des threads   │ MT-Safe │
       ├────────────────────────────────────────────────────────────────────┼────────────────────────┼─────────┤
       │ pthread_setcancelstate(), pthread_setcanceltype()                  │ Sécurité signaux async │ AC-Safe │
       └────────────────────────────────────────────────────────────────────┴────────────────────────┴─────────┘

STANDARDS

       POSIX.1-2001, POSIX.1-2008.

NOTES

       Pour des détails sur ce qui se passe quand un thread est annulé, voyez pthread_cancel(3).

       Désactiver  brièvement  l'annulation  peut être pratique si un thread effectue une action critique qui ne
       doit pas être interrompue par une requête d'annulation. Mais attention de ne pas désactiver  l'annulation
       sur  de longues périodes, ou autour d'opérations qui peuvent ploquer pendant un long moment, car cela em‐
       pêcherait le thread de répondre aux requêtes d'annulation.

   Annulation asynchrone
       Le type d'annulation est rarement mis à PTHREAD_CANCEL_ASYNCHRONOUS. Comme le thread pourrait être annulé
       n'importe quand, il ne pourrait pas réserver de ressources (par exemple en allouant de  la  mémoire  avec
       malloc(3)) de manière sûre, acquérir des verrous exclusifs (mutex), des sémaphores, des verrous, etc. Ré‐
       server  des  ressources  n'est pas sûr, car l'application n'a aucun moyen de connaître l'état de ces res‐
       sources quand le thread est annulé ; en d'autres termes, l'annulation arrive-t-elle avant  que  les  res‐
       sources  n'aient  été réservées, pendant qu'elles sont réservées, ou après qu'elles ont été libérées ? De
       plus, certaines structures de données internes (par exemple la liste chaînée des blocs libres  gérée  par
       la  famille  de  fonctions  malloc(3)) pourraient se retrouver dans un état incohérent si l'annulation se
       passe au milieu d'un appel de fonction. En conséquence de quoi les  gestionnaires  de  nettoyage  perdent
       toute utilité.

       Les  fonctions  qui  peuvent  sans risque être annulées de manière asynchrone sont appelées des fonctions
       async-cancel-safe. POSIX.1-2001 et POSIX.1-2008 nécessitent seulement que pthread_cancel(3), pthread_set‐
       cancelstate() et pthread_setcanceltype() soient async-cancel-safe. En général, les autres fonctions de la
       bibliothèque ne peuvent pas être appelées de manière sûre depuis un thread annulable immédiatement.

       Une des rares circonstances dans lesquelles une annulation immédiate est utile est pour l'annulation d'un
       thread qui est dans une boucle qui ne fait que des calculs.

   Notes sur la portabilité
       Les implémentations de Linux autorisent l'argument oldstate de pthread_setcancelstate() à être NULL,  au‐
       quel  cas  l'information au sujet de l'état antérieur d'annulation n'est pas renvoyée à l'appelant. Beau‐
       coup d'autres implémentations autorisent aussi un argument oldstat NULL, mais POSIX.1 ne spécifie pas  ce
       point,  si  bien que les applications portables devraient toujours donner une valeur non NULL à oldstate.
       Le même type de raisonnement s'applique à l'argument oldtype de pthread_setcanceltype().

EXEMPLES

       Consultez pthread_cancel(3).

VOIR AUSSI

       pthread_cancel(3), pthread_cleanup_push(3), pthread_testcancel(3), pthreads(7)

TRADUCTION

       La  traduction  française   de   cette   page   de   manuel   a   été   créée   par   Christophe   Blaess
       <https://www.blaess.fr/christophe/>,  Stéphan  Rafin  <stephan.rafin@laposte.net>,  Thierry Vignaud <tvi‐
       gnaud@mandriva.com>, François Micaux, Alain Portal <aportal@univ-montp2.fr>, Jean-Philippe  Guérard  <fe‐
       vrier@tigreraye.org>,  Jean-Luc Coulon (f5ibh) <jean-luc.coulon@wanadoo.fr>, Julien Cristau <jcristau@de‐
       bian.org>,  Thomas  Huriaux  <thomas.huriaux@gmail.com>,   Nicolas   François   <nicolas.francois@centra‐
       liens.net>, Florentin Duneau <fduneau@gmail.com>, Simon Paillard <simon.paillard@resel.enst-bretagne.fr>,
       Denis   Barbier   <barbier@debian.org>,   David  Prévot  <david@tilapin.org>,  Frédéric  Hantrais  <fhan‐
       trais@gmail.com> et Jean-Pierre Giraud <jean-pierregiraud@neuf.fr>

       Cette traduction est une documentation libre ; veuillez vous  reporter  à  la  GNU General Public License
       version 3 concernant les conditions de copie et de distribution. Il n'y a aucune RESPONSABILITÉ LÉGALE.

       Si  vous découvrez un bogue dans la traduction de cette page de manuel, veuillez envoyer un message à de‐
       bian-l10n-french@lists.debian.org.

Pages du manuel de Linux 6.03                   15 décembre 2022                       pthread_setcancelstate(3)