perkamon - en to fr translation catalogue (86 entries)

note: type: TH
en: 2019-08-02
fr: 2 août 2019

note: type: TH
en: Linux Programmer's Manual
fr: Manuel du programmeur Linux

note: type: SH
en: NAME
fr: NOM

note: type: Plain text
en: signal - overview of signals
fr: signal - Panorama des signaux

note: type: Plain text
en: Linux supports both POSIX reliable signals (hereinafter "standard signals") and POSIX real-time signals.
fr: Linux prend en charge à la fois les signaux POSIX classiques («\ signaux standards\ ») et les signaux POSIX temps-réel.

note: type: SS
en: Signal dispositions
fr: Dispositions de signaux

note: type: Plain text
en: Each signal has a current I<disposition>, which determines how the process behaves when it is delivered the signal.
fr: Chaque signal a une I<disposition> courante, qui détermine le comportement du processus lorsqu'il reçoit ce signal.

note: type: Plain text
en: Default action is to terminate the process.
fr: Par défaut, terminer le processus.

note: type: Plain text
en: Default action is to ignore the signal.
fr: Par défaut, ignorer le signal.

note: type: Plain text
en: Default action is to terminate the process and dump core (see B<core>(5)).
fr: Par défaut, créer un fichier core et terminer le processus (consultez B<core>(5)).

note: type: Plain text
en: Default action is to stop the process.
fr: Par défaut, arrêter le processus.

note: type: Plain text
en: Default action is to continue the process if it is currently stopped.
fr: Par défaut, continuer le processus s'il est actuellement arrêté.

note: type: Plain text
en: The signal disposition is a per-process attribute: in a multithreaded application, the disposition of a particular signal is the same for all threads.
fr: La disposition d'un signal est un attribut du processus\ : dans une application multithreadée, la disposition d'un signal particulier est la même pour tous les threads.

note: type: Plain text
en: A child created via B<fork>(2)  inherits a copy of its parent's signal dispositions.  During an B<execve>(2), the dispositions of handled signals are reset to the default; the dispositions of ignored signals are left unchanged.
fr: Un fils créé par B<fork>(2) hérite d'une copie des dispositions de signaux de son père. Lors d'un B<execve>(2), les dispositions des signaux pris en charge sont remises aux valeurs par défaut ; les dispositions des signaux ignorés ne sont pas modifiées.

note: type: SS
en: Sending a signal
fr: Envoyer un signal

note: type: Plain text
en: The following system calls and library functions allow the caller to send a signal:
fr: Les appels système suivants permettent à l'appelant d'envoyer un signal :

note: type: Plain text
en: Sends a signal to the calling thread.
fr: Envoie un signal au thread appelant.

note: type: Plain text
en: Sends a signal to a specified process, to all members of a specified process group, or to all processes on the system.
fr: Envoie un signal au processus indiqué, à tous les membres du groupe de processus indiqué, ou à tous les processus du système.

note: type: Plain text
en: Sends a signal to all of the members of a specified process group.
fr: Envoie un signal à tous les membres du groupe de processus indiqué.

note: type: Plain text
en: Sends a signal to a specified POSIX thread in the same process as the caller.
fr: Envoie un signal au thread POSIX indiqué, dans le même processus que l'appelant.

note: type: Plain text
en: Sends a signal to a specified thread within a specific process.  (This is the system call used to implement B<pthread_kill>(3).)
fr: Envoie un signal au thread indiqué, à l'intérieur d'un processus donné. (C'est l'appel système qui était utilisé pour implémenter B<pthread_kill>(3))

note: type: Plain text
en: Sends a real-time signal with accompanying data to a specified process.
fr: Envoie un signal temps-réel, avec ses données jointes, au processus indiqué.

note: type: SS
en: Waiting for a signal to be caught
fr: Attente de la capture d'un signal

note: type: Plain text
en: Suspends execution until any signal is caught.
fr: Suspend l'exécution jusqu'à ce que n'importe quel signal soit reçu.

note: type: Plain text
en: Temporarily changes the signal mask (see below) and suspends execution until one of the unmasked signals is caught.
fr: Change temporairement le masque de signaux (voir ci-dessous) et suspend l'exécution jusqu'à ce qu'un des signaux masqué soit reçu.

note: type: SS
en: Synchronously accepting a signal
fr: Accepter un signal de façon synchrone

note: type: Plain text
en: Rather than asynchronously catching a signal via a signal handler, it is possible to synchronously accept the signal, that is, to block execution until the signal is delivered, at which point the kernel returns information about the signal to the caller.  There are two general ways to do this:
fr: Au lieu de rattraper un signal de façon asynchrone avec un gestionnaire de signal, il est possible accepter un signal de façon synchrone, c'est-à-dire de bloquer l'exécution jusqu'à ce qu'un signal soit distribué. À ce moment, le noyau renvoie des informations concernant le signal à l'appelant. Il y a deux façon générale pour faire cela :

note: type: Plain text
en: B<sigwaitinfo>(2), B<sigtimedwait>(2), and B<sigwait>(3)  suspend execution until one of the signals in a specified set is delivered.  Each of these calls returns information about the delivered signal.
fr: B<sigwaitinfo>(2), B<sigtimedwait>(2) et B<sigwait>(3) suspendent l'exécution jusqu'à ce qu'un des signaux dans l'ensemble indiqué soit distribué. Chacun de ces appels renvoie des informations concernant le signal distribué.

note: type: Plain text
en: B<signalfd>(2)  returns a file descriptor that can be used to read information about signals that are delivered to the caller.  Each B<read>(2)  from this file descriptor blocks until one of the signals in the set specified in the B<signalfd>(2)  call is delivered to the caller.  The buffer returned by B<read>(2)  contains a structure describing the signal.
fr: B<signalfd>(2) renvoie un descripteur de fichier qui peut être utilisé pour lire des informations concernant les signaux qui sont distribué à l'appelant. Chaque B<read>(2) dans ce descripteur de fichier est bloquant jusqu'à ce que des signaux de l'ensemble fournit à B<signalfd>(2) soit distribué à l'appelant. Le tampon renvoyé par B<read>(2) contient une structure qui décrit le signal.

note: type: SS
en: Signal mask and pending signals
fr: Masque de signaux et signaux en attente

note: type: Plain text
en: A signal may be I<blocked>, which means that it will not be delivered until it is later unblocked.  Between the time when it is generated and when it is delivered a signal is said to be I<pending>.
fr: Un signal peut être I<bloqué>, ce qui signifie qu'il ne sera pas reçu par le processus avant d'être débloqué. Entre sa création et sa réception, le signal est dit I<en attente>.

note: type: Plain text
en: Each thread in a process has an independent I<signal mask>, which indicates the set of signals that the thread is currently blocking.  A thread can manipulate its signal mask using B<pthread_sigmask>(3).  In a traditional single-threaded application, B<sigprocmask>(2)  can be used to manipulate the signal mask.
fr: Chaque thread d'un processus a un I<masque de signaux> indépendant, qui indique l'ensemble des signaux bloqués par le thread. Un thread peut modifier son masque de signaux avec B<pthread_sigmask>(3). Dans une application traditionnelle, à un seul thread, B<sigprocmask>(2) peut être utilisée pour modifier le masque de signaux.

note: type: Plain text
en: A child created via B<fork>(2)  inherits a copy of its parent's signal mask; the signal mask is preserved across B<execve>(2).
fr: Un processus fils créé avec B<fork>(2) hérite d'une copie du masque de signaux de son père ; le masque de signaux est conservé au travers d'un B<execve>(2).

note: type: Plain text
en: A thread can obtain the set of signals that it currently has pending using B<sigpending>(2).  This set will consist of the union of the set of pending process-directed signals and the set of signals pending for the calling thread.
fr: Un thread peut obtenir l'ensemble des signaux en attente avec B<sigpending>(2). Cet ensemble est l'union des signaux en attente envoyés au processus, et de ceux en attente pour le thread appelant.

note: type: Plain text
en: A child created via B<fork>(2)  initially has an empty pending signal set; the pending signal set is preserved across an B<execve>(2).
fr: Un fils créé avec B<fork>(2) démarre avec un ensemble de signaux en attente vide ; l'ensemble de signaux en attente est conservé au travers d'un B<execve>(2).

note: type: SS
en: Standard signals
fr: Signaux standards

note: type: Plain text
en: The signals B<SIGKILL> and B<SIGSTOP> cannot be caught, blocked, or ignored.
fr: Les signaux B<SIGKILL> et B<SIGSTOP> ne peuvent être ni capturés ni ignorés.

note: type: Plain text
en: Up to and including Linux 2.2, the default behavior for B<SIGSYS>, B<SIGXCPU>, B<SIGXFSZ>, and (on architectures other than SPARC and MIPS)  B<SIGBUS> was to terminate the process (without a core dump).  (On some other UNIX systems the default action for B<SIGXCPU> and B<SIGXFSZ> is to terminate the process without a core dump.)  Linux 2.4 conforms to the POSIX.1-2001 requirements for these signals, terminating the process with a core dump.
fr: Jusqu'à Linux 2.2 inclus, l'action par défaut pour B<SIGSYS>, B<SIGXCPU>, B<SIGXFSZ> et (sur les architectures autres que Sparc ou Mips) B<SIGBUS> était de terminer simplement le processus, sans fichier core. (Sur certains UNIX, l'action par défaut pour B<SIGXCPU> et B<SIGXFSZ> est de finir le processus sans fichier core). Linux 2.4 se conforme à POSIX.1-2001 pour ces signaux et termine le processus avec un fichier core.

note: type: Plain text
en: B<SIGEMT> is not specified in POSIX.1-2001, but nevertheless appears on most other UNIX systems, where its default action is typically to terminate the process with a core dump.
fr: B<SIGEMT> n'est pas spécifié par POSIX.1-2001 mais apparaît néanmoins sur la plupart des UNIX, avec une action par défaut typique correspondant à une fin du processus avec fichier core.

note: type: Plain text
en: B<SIGPWR> (which is not specified in POSIX.1-2001) is typically ignored by default on those other UNIX systems where it appears.
fr: B<SIGPWR> (non spécifié dans POSIX.1-2001) est typiquement ignoré sur les autres UNIX où il apparaît.

note: type: Plain text
en: B<SIGIO> (which is not specified in POSIX.1-2001) is ignored by default on several other UNIX systems.
fr: B<SIGIO> (non sécifié par POSIX.1-2001) est ignoré par défaut sur plusieurs autres systèmes UNIX.

note: type: SS
en: Real-time signals
fr: Signaux temps-réel

note: type: Plain text
en: Unlike standard signals, real-time signals have no predefined meanings: the entire set of real-time signals can be used for application-defined purposes.
fr: Contrairement aux signaux standards, les signaux temps-réel n'ont pas de signification prédéfinie\ : l'ensemble complet de ces signaux peut être utilisé à des fins spécifiques à l'application.

note: type: Plain text
en: The default action for an unhandled real-time signal is to terminate the receiving process.
fr: L'action par défaut pour un signal temps-réel non capturé est de terminer le processus récepteur.

note: type: Plain text
en: Real-time signals are distinguished by the following:
fr: Les signaux temps-réel se distinguent de leurs homologues classiques ainsi\ :

note: type: Plain text
en: Multiple instances of real-time signals can be queued.  By contrast, if multiple instances of a standard signal are delivered while that signal is currently blocked, then only one instance is queued.
fr: Plusieurs instances d'un signal temps-réel peuvent être empilées. Au contraire, si plusieurs instances d'un signal standard arrivent alors qu'il est bloqué, une seule instance sera mémorisée.

note: type: Plain text
en: If the signal is sent using B<sigqueue>(3), an accompanying value (either an integer or a pointer) can be sent with the signal.  If the receiving process establishes a handler for this signal using the B<SA_SIGINFO> flag to B<sigaction>(2), then it can obtain this data via the I<si_value> field of the I<siginfo_t> structure passed as the second argument to the handler.  Furthermore, the I<si_pid> and I<si_uid> fields of this structure can be used to obtain the PID and real user ID of the process sending the signal.
fr: Si le signal est envoyé en utilisant B<sigqueue>(3), il peut être accompagné d'une valeur (un entier ou un pointeur). Si le processus récepteur positionne un gestionnaire en utilisant l'attribut B<SA_SIGINFO> de l'appel B<sigaction>(2) alors il peut accéder à la valeur transmise dans le champ I<si_value> de la structure I<siginfo_t> passée en second argument au gestionnaire. De plus, les champs I<si_pid> et I<si_uid> de cette structure fournissent le PID et l'UID réel du processus émetteur.

note: type: Plain text
en: Real-time signals are delivered in a guaranteed order.  Multiple real-time signals of the same type are delivered in the order they were sent.  If different real-time signals are sent to a process, they are delivered starting with the lowest-numbered signal.  (I.e., low-numbered signals have highest priority.)  By contrast, if multiple standard signals are pending for a process, the order in which they are delivered is unspecified.
fr: Les signaux temps-réel sont délivrés dans un ordre précis. Les divers signaux temps-réel du même type sont délivrés dans l'ordre où ils ont été émis. Si différents signaux temps-réel sont envoyés au processus, ils sont délivrés en commençant par le signal de numéro le moins élevé (le signal de plus fort numéro est celui de priorité la plus faible). Par contre, si plusieurs signaux standards sont en attente dans un processus, l'ordre dans lequel ils sont délivrés n'est pas défini.

note: type: Plain text
en: If both standard and real-time signals are pending for a process, POSIX leaves it unspecified which is delivered first.  Linux, like many other implementations, gives priority to standard signals in this case.
fr: Si des signaux standards et des signaux temps-réel sont simultanément en attente pour un processus, Posix ne précise pas d'ordre de délivrance. Linux, comme beaucoup d'autres implémentations, donne priorité aux signaux temps-réel dans ce cas.

note: type: Plain text
en: According to POSIX, an implementation should permit at least B<_POSIX_SIGQUEUE_MAX> (32) real-time signals to be queued to a process.  However, Linux does things differently.  In kernels up to and including 2.6.7, Linux imposes a system-wide limit on the number of queued real-time signals for all processes.  This limit can be viewed and (with privilege) changed via the I</proc/sys/kernel/rtsig-max> file.  A related file, I</proc/sys/kernel/rtsig-nr>, can be used to find out how many real-time signals are currently queued.  In Linux 2.6.8, these I</proc> interfaces were replaced by the B<RLIMIT_SIGPENDING> resource limit, which specifies a per-user limit for queued signals; see B<setrlimit>(2)  for further details.
fr: D'après POSIX, une implémentation doit permettre l'empilement d'au moins B<_POSIX_SIGQUEUE_MAX> (32) signaux temps-réel pour un processus. Néanmoins, Linux fonctionne différemment. Jusqu'au noyau 2.6.7 inclus, Linux impose une limite pour l'ensemble des signaux empilés sur le système pour tous les processus. Cette limite peut être consultée, et modifiée (avec les privilèges adéquats) grâce au fichier I</proc/sys/kernel/rtsig-max>. Un fichier associé, I</proc/sys/kernel/rtsig-nr>, indique combien de signaux temps-réel sont actuellement empilés. Dans Linux 2.6.8, ces interfaces I</proc> ont été remplacées par la limite de ressources B<RLIMIT_SIGPENDING>, qui spécifie une limite par utilisateur pour les signaux empilés\ ; voir B<setrlimit>(2) pour plus de détails.

note: type: SS
en: Interruption of system calls and library functions by signal handlers
fr: Interruption des appels système et des fonctions de bibliothèque par des gestionnaires de signal

note: type: Plain text
en: If a signal handler is invoked while a system call or library function call is blocked, then either:
fr: Si un gestionnaire de signal est invoqué pendant qu'un appel système ou une fonction de bibliothèque est bloqué, alors :

note: type: Plain text
en: the call is automatically restarted after the signal handler returns; or
fr: soit l'appel est automatiquement redémarré après le retour du gestionnaire de signal ;

note: type: Plain text
en: the call fails with the error B<EINTR>.
fr: soit l'appel échoue avec l'erreur B<EINTR>.

note: type: Plain text
en: Which of these two behaviors occurs depends on the interface and whether or not the signal handler was established using the B<SA_RESTART> flag (see B<sigaction>(2)).  The details vary across UNIX systems; below, the details for Linux.
fr: Lequel de ces deux comportements se produira dépend de l'interface et de si le gestionnaire de signal a été mis en place avec l'attribut B<SA_RESTART> (consultez B<sigaction>(2)). Les détails varient selon les systèmes UNIX ; voici ceux pour Linux.

note: type: Plain text
en: B<open>(2), if it can block (e.g., when opening a FIFO; see B<fifo>(7)).
fr: B<open >(2), s'il peut bloquer (par exemple, lors de l'ouverture d'une FIFO ; consultez B<fifo>(7)).

note: type: Plain text
en: B<wait>(2), B<wait3>(2), B<wait4>(2), B<waitid>(2), and B<waitpid>(2).
fr: B<wait>(2), B<wait3>(2), B<wait4>(2), B<waitid>(2), et B<waitpid>(2).

note: If a timeout (setsockopt()) is in effect on the socket, then these system calls switch to using EINTR.  Consequently, they and are not automatically restarted, and they show the stop/cont behavior described below.  (Verified from 2.6.26 source, and by experiment; mtk) FIXME What about sendmmsg()? ty
en: Socket interfaces: B<accept>(2), B<connect>(2), B<recv>(2), B<recvfrom>(2), B<recvmmsg>(2), B<recvmsg>(2), B<send>(2), B<sendto>(2), and B<sendmsg>(2), unless a timeout has been set on the socket (see below).
fr: Interfaces de sockets : B<accept>(2), B<connect>(2), B<recv>(2), B<recvfrom>(2), B<recvmmsg>(2), B<recvmsg>(2), B<send>(2), B<sendto>(2) et B<sendmsg>(2), à moins qu'une temporisation n'ai été placée sur la socket (voir ci-dessous).

note: type: Plain text
en: POSIX message queue interfaces: B<mq_receive>(3), B<mq_timedreceive>(3), B<mq_send>(3), and B<mq_timedsend>(3).
fr: Interfaces de files de messages POSIX : B<mq_receive>(3), B<mq_timedreceive>(3), B<mq_send>(3) et B<mq_timedsend>(3).

note: commit 72c1bbf308c75a136803d2d76d0e18258be14c7a type: Plain text
en: B<futex>(2)  B<FUTEX_WAIT> (since Linux 2.6.22; beforehand, always failed with B<EINTR>).
fr: Opération B<FUTEX_WAIT> de B<futex>(2) (depuis Linux 2.6.22 ; auparavant, échouait toujours avec l'erreur B<EINTR>).

note: type: Plain text
en: B<pthread_mutex_lock>(3), B<pthread_cond_wait>(3), and related APIs.
fr: B<pthread_mutex_lock>(3), B<pthread_cond_wait>(3) et autres API liées.

note: as a consequence of the 2.6.22 changes in the futex() implementation type: Plain text
en: POSIX semaphore interfaces: B<sem_wait>(3)  and B<sem_timedwait>(3)  (since Linux 2.6.22; beforehand, always failed with B<EINTR>).
fr: Interfaces de sémaphores POSIX : B<sem_wait>(3) et B<sem_timedwait>(3) (depuis Linux 2.6.22 ; auparavant, échouait toujours avec l'erreur B<EINTR>).

note: These are the system calls that give EINTR or ERESTARTNOHAND on interruption by a signal handler. type: Plain text
en: The following interfaces are never restarted after being interrupted by a signal handler, regardless of the use of B<SA_RESTART>; they always fail with the error B<EINTR> when interrupted by a signal handler:
fr: Les interfaces suivantes ne sont jamais relancées après avoir été interrompues par un gestionnaire de signal, quelle que soit l'utilisation de B<SA_RESTART> ; elles échouent toujours avec l'erreur B<EINTR> lorsqu'elles sont interrompues par un gestionnaire de signal :

note: type: Plain text
en: "Input" socket interfaces, when a timeout (B<SO_RCVTIMEO>)  has been set on the socket using B<setsockopt>(2): B<accept>(2), B<recv>(2), B<recvfrom>(2), B<recvmmsg>(2)  (also with a non-NULL I<timeout> argument), and B<recvmsg>(2).
fr: Les interfaces de socket d'entrée, quand un délai de réception (B<SO_RCVTIMEO>) a été défini sur la socket en utilisant B<setsockopt>(2) ; B<accept>(2), B<recv>(2), B<recvfrom>(2), B<recvmmsg>(2) (aussi avec un paramètre I<timeout> non NULL) et B<recvmsg>(2).

note: FIXME What about sendmmsg()? type: Plain text
en: "Output" socket interfaces, when a timeout (B<SO_RCVTIMEO>)  has been set on the socket using B<setsockopt>(2): B<connect>(2), B<send>(2), B<sendto>(2), and B<sendmsg>(2).
fr: Les interfaces de socket de sortie, quand un délai de réception (B<SO_RCVTIMEO>) a été défini sur la socket en utilisant B<setsockopt>(2) ; B<connect>(2), B<send>(2), B<sendto>(2) et B<sendmsg>(2).

note: type: Plain text
en: Interfaces used to wait for signals: B<pause>(2), B<sigsuspend>(2), B<sigtimedwait>(2), and B<sigwaitinfo>(2).
fr: Interfaces utilisées pour attendre des signaux : B<pause>(2), B<sigsuspend>(2), B<sigtimedwait>(2) et B<sigwaitinfo>(2).

note: type: Plain text
en: File descriptor multiplexing interfaces: B<epoll_wait>(2), B<epoll_pwait>(2), B<poll>(2), B<ppoll>(2), B<select>(2), and B<pselect>(2).
fr: Interfaces de multiplexage de descripteurs de fichier : B<epoll_wait>(2), B<epoll_pwait>(2), B<poll>(2), B<ppoll>(2), B<select>(2) et B<pselect>(2).

note: On some other systems, SA_RESTART does restart these system calls type: Plain text
en: System V IPC interfaces: B<msgrcv>(2), B<msgsnd>(2), B<semop>(2), and B<semtimedop>(2).
fr: Interfaces IPC de System V : B<msgrcv>(2), B<msgsnd>(2), B<semop>(2) et B<semtimedop>(2).

note: type: Plain text
en: Sleep interfaces: B<clock_nanosleep>(2), B<nanosleep>(2), and B<usleep>(3).
fr: Interfaces de sommeil : B<clock_nanosleep>(2), B<nanosleep>(2) et B<usleep>(3).

note: type: Plain text
en: The B<sleep>(3)  function is also never restarted if interrupted by a handler, but gives a success return: the number of seconds remaining to sleep.
fr: La fonction B<sleep>(3) n'est également jamais relancée si elle est interrompue par un gestionnaire, mais elle renvoie un code de retour de succès, le nombre de secondes restantes pour le sommeil.

note: type: SS
en: Interruption of system calls and library functions by stop signals
fr: Interruption des appels système et des fonctions de bibliothèque par des signaux d'arrêt

note: type: Plain text
en: On Linux, even in the absence of signal handlers, certain blocking interfaces can fail with the error B<EINTR> after the process is stopped by one of the stop signals and then resumed via B<SIGCONT>.  This behavior is not sanctioned by POSIX.1, and doesn't occur on other systems.
fr: Sous Linux, même en l'absence de gestionnaires de signal, certaines interfaces en mode bloquant peuvent échouer avec l'erreur B<EINTR> après que le processus a été arrêté par l'un des signaux d'arrêt et relancé avec le signal B<SIGCONT>. Ce comportement n'est pas ratifié par POSIX.1 et n'apparaît pas sur d'autres systèmes.

note: type: Plain text
en: The Linux interfaces that display this behavior are:
fr: Les interfaces Linux qui affichent ce comportement sont :

note: FIXME What about sendmmsg()? type: Plain text
en: "Output" socket interfaces, when a timeout (B<SO_RCVTIMEO>)  has been set on the socket using B<setsockopt>(2): B<connect>(2), B<send>(2), B<sendto>(2), and B<sendmsg>(2), if a send timeout (B<SO_SNDTIMEO>)  has been set.
fr: Les interfaces de socket de sortie, quand un délai de réception (B<SO_RCVTIMEO>) a été défini sur la socket en utilisant B<setsockopt>(2) ; B<connect>(2), B<send>(2), B<sendto>(2) et B<sendmsg>(2), si un délai de transmission (B<SO_SNDTIMEO>) a été défini.

note: type: Plain text
en: Linux 2.6.21 and earlier: B<futex>(2)  B<FUTEX_WAIT>, B<sem_timedwait>(3), B<sem_wait>(3).
fr: Linux 2.6.21 et antérieurs : opération B<FUTEX_WAIT> de B<futex>(2), B<sem_timedwait>(3), B<sem_wait>(3).

note: type: Plain text
en: Linux 2.6.8 and earlier: B<msgrcv>(2), B<msgsnd>(2).
fr: Linux 2.6.8 et antérieurs : B<msgrcv>(2), B<msgsnd>(2).

note: type: Plain text
en: Linux 2.4 and earlier: B<nanosleep>(2).
fr: Linux 2.4 et antérieurs : B<nanosleep>(2).

note: type: SH
en: CONFORMING TO
fr: CONFORMITÉ

note: It must be a *very* long time since this was true: .SH BUGS .B SIGIO and .B SIGLOST have the same value. The latter is commented out in the kernel source, but the build process of some software still thinks that signal 29 is .BR SIGLOST . type: Plain text
en: POSIX.1, except as noted.
fr: POSIX.1, sauf indication contraire.

note: type: SH
en: SEE ALSO
fr: VOIR AUSSI

note: type: Plain text
en: This page is part of release 5.03 of the Linux I<man-pages> project.  A description of the project, information about reporting bugs, and the latest version of this page, can be found at \%https://www.kernel.org/doc/man-pages/.
fr: Cette page fait partie de la publication 5.03 du projet I<man-pages> Linux. Une description du projet et des instructions pour signaler des anomalies peuvent être trouvées à l'adresse \%https://www.kernel.org/doc/man-pages/.

note: type: Plain text
en: A signal may be generated (and thus pending)  for a process as a whole (e.g., when sent using B<kill>(2))  or for a specific thread (e.g., certain signals, such as B<SIGSEGV> and B<SIGFPE>, generated as a consequence of executing a specific machine-language instruction are thread directed, as are signals targeted at a specific thread using B<pthread_kill>(3)).  A process-directed signal may be delivered to any one of the threads that does not currently have the signal blocked.  If more than one of the threads has the signal unblocked, then the kernel chooses an arbitrary thread to which to deliver the signal.
fr: Un signal peut être créé (et donc mis en attente) pour un processus dans son ensemble (par exemple avec B<kill>(2)), ou pour un thread en particulier (par exemple, certains signaux comme B<SIGSEGV> et B<SIGFPE> sont générés suite à une instruction particulière en langage machine, et sont dirigés vers un thread, de même que les signaux envoyés avec B<pthread_kill>(3)). Un signal envoyé à un processus peut être traité par n'importe lequel des threads qui ne le bloquent pas. Si plus d'un thread ne bloque pas le signal, le noyau choisit l'un de ces threads arbitrairement, et lui envoie le signal.

note: type: Plain text
en: This page is part of release 5.02 of the Linux I<man-pages> project.  A description of the project, information about reporting bugs, and the latest version of this page, can be found at \%https://www.kernel.org/doc/man-pages/.
fr: Cette page fait partie de la publication 5.02 du projet I<man-pages> Linux. Une description du projet et des instructions pour signaler des anomalies peuvent être trouvées à l'adresse \%https://www.kernel.org/doc/man-pages/.

note: type: TH
en: 2019-03-06
fr: 6 mars 2019

note: type: Plain text
en: A process can change the disposition of a signal using B<sigaction>(2)  or B<signal>(2).  (The latter is less portable when establishing a signal handler; see B<signal>(2)  for details.)  Using these system calls, a process can elect one of the following behaviors to occur on delivery of the signal: perform the default action; ignore the signal; or catch the signal with a I<signal handler>, a programmer-defined function that is automatically invoked when the signal is delivered.  (By default, the signal handler is invoked on the normal process stack.  It is possible to arrange that the signal handler uses an alternate stack; see B<sigaltstack>(2)  for a discussion of how to do this and when it might be useful.)
fr: Un processus peut changer la disposition d'un signal avec B<sigaction>(2) ou B<signal>(2) (la deuxième option est moins portable quand on définit un gestionnaire de signal ; consultez B<signal>(2)  pour plus de détails). Avec ces appels système, un processus peut choisir de se comporter de l'une des façons suivantes lorsqu'il reçoit ce signal\ : effectuer l'action par défaut, ignorer le signal, ou rattraper le signal avec un I<gestionnaire de signal>, c'est-à-dire une fonction définie par le programme, qui est invoquée automatiquement lorsque le signal est distribué. (Par défaut, le gestionnaire de signaux est appelé sur la pile normale des processus. Il est possible de s'arranger pour que le gestionnaire de signaux utilise une autre pile ; consultez B<sigaltstack>(2) pour une discussion sur comment faire ceci et quand ça peut être utile.)

note: type: Plain text
en: This page is part of release 5.01 of the Linux I<man-pages> project.  A description of the project, information about reporting bugs, and the latest version of this page, can be found at \%https://www.kernel.org/doc/man-pages/.
fr: Cette page fait partie de la publication 5.01 du projet I<man-pages> Linux. Une description du projet et des instructions pour signaler des anomalies peuvent être trouvées à l'adresse \%https://www.kernel.org/doc/man-pages/.
