Provided by: manpages-fr-dev_4.21.0-2_all 
NOM
poll, ppoll - Attendre un événement concernant un descripteur de fichier
BIBLIOTHÈQUE
Bibliothèque C standard (libc, -lc)
SYNOPSIS
#include <poll.h>
int poll(struct pollfd *fds, nfds_t nfds, int timeout);
#define _GNU_SOURCE /* Consultez feature_test_macros(7) */
#include <poll.h>
int ppoll(struct pollfd *fds, nfds_t nfds,
const struct timespec *_Nullable tmo_p,
const sigset_t *_Nullable sigmask);
DESCRIPTION
poll() fait la même chose que select(2) : il attend que l'un des descripteurs de fichier soit prêt pour
des entrées et sorties. L'API de epoll(7) spécifique à Linux fait la même chose, mais avec des
fonctionnalités allant au-delà de celles de poll().
L'ensemble de descripteurs de fichier à surveiller est indiqué dans l'argument fds qui est un tableau de
structures de la forme suivante :
struct pollfd {
int fd; /* Descripteur de fichier */
short events; /* Événements attendus */
short revents; /* Événements détectés */
};
L'appelant doit spécifier le nombre d'éléments du tableau fds dans nfds.
Le champ fd contient un descripteur de fichier pour un fichier ouvert. Si ce champ est négatif, alors le
champ events correspondant est ignoré et le champ revents renvoie zéro (cela permet d'ignorer facilement
un descripteur de fichier pour un seul appel poll() : il suffit de définir le champ fd à son complément
bit à bit).
Le champ events est un paramètre d'entrée, un masque de bits indiquant les événements qui intéressent
l'application pour le descripteur de fichier fd. Ce champ peut être nul, auquel cas les seuls événements
qui peuvent être renvoyés dans revents sont POLLHUP, POLLERR et POLLNVAL (voir ci-dessous).
Le champ revents est un paramètre de sortie, rempli par le noyau avec les événements qui se sont
effectivement produits, d'un des types demandés par events ou de l'une des valeurs POLLERR, POLLHUP ou
POLLNVAL. (Ces trois bits n'ont pas de signification dans la demande events et se trouvent positionnés
dans la valeur de retour revents si l'une des conditions correspondantes se produit.)
Si aucun événement attendu (ni aucune erreur) ne s'est déjà produit, poll() bloque jusqu'à ce que l'un
des événements se produise.
L'argument timeout définit le temps en milliseconde pendant lequel poll() devrait bloquer en attendant
que le descripteur de fichier soit prêt. L’appel bloquera jusqu’au premier événement suivant :
- un descripteur de fichier devient prêt ;
- l’appel est interrompu par un gestionnaire de signal ;
- le délai expire.
Remarquez que l’intervalle timeout sera arrondi à la granularité de l'horloge système et que les délais
d'ordonnancement du noyau signifient que l'intervalle de blocage pourrait être dépassé d'une petite
quantité. Une valeur négative de timeout signifie un délai infini, alors qu'un timeout nul force epoll()
à se terminer immédiatement, même si aucun descripteur de fichier n'est prêt.
Les bits qui peuvent être activés ou renvoyés dans events et revents sont définis par <poll.h> :
POLLIN Il y a des données en attente de lecture.
POLLPRI
Il existe une condition d'exception sur le descripteur de fichier. Parmi celles possibles :
- Des données dépassent sur un socket TCP (voir tcp(7)).
- Un pseudoterminal maître en mode paquet a vu un changement d'état sur l'esclave (voir
ioctl_tty(2)).
- Un fichier cgroup.events a été modifié (voir cgroups(7)).
POLLOUT
L'écriture est maintenant possible, mais une écriture plus grande que l'espace disponible sur un
socket ou un tube bloquera encore (sauf si O_NONBLOCK est positionné).
POLLRDHUP (depuis Linux 2.6.17)
Le correspondant sur un socket en mode flux a fermé la connexion ou bien a terminé la partie
écriture de la connexion. La macro de test de fonctionnalité _GNU_SOURCE doit être définie (avant
d'inclure tout fichier d'en‐tête) pour obtenir cette définition.
POLLERR
Condition d'erreur (renvoyée seulement dans revents ; ignorée dans events). Ce bit est aussi
positionné pour un descripteur de fichier qui se rapporte à une fin d'écriture sur un tube lorsque
la fin de lecture a été fermée.
POLLHUP
Plantage (renvoyé seulement dans revents ; ignoré dans events). Remarquez qu'en lecture à partir
d'un canal tel qu'un tube ou un socket de flux, cet événement indique simplement que le pair a
fermé la fin de son canal. Les lectures suivantes à partir du canal ne renverront 0 (fin de
fichier) qu'après que toutes les données du canal aient été consommées.
POLLNVAL
Requête non valable : fd n'est pas ouvert (renvoyé seulement dans revents ; ignoré dans events).
Lorsque _XOPEN_SOURCE est défini à la compilation, les macros suivantes sont également définies (mais
n'apportent pas d'informations supplémentaires par rapport aux bits listés ci‐dessus :
POLLRDNORM
Équivalent à POLLIN.
POLLRDBAND
Des données prioritaires sont en attente de lecture (généralement inutilisé sous Linux).
POLLWRNORM
Équivalent à POLLOUT.
POLLWRBAND
Des données prioritaires peuvent être écrites.
Linux connaît aussi POLLMSG, mais ne l'utilise pas.
ppoll()
La relation entre poll() et ppoll() est similaire à la relation entre select(2) et pselect(2) : comme
pselect(2), ppoll() permet à une application d'attendre de façon sûre que soit un descripteur de fichier
soit prêt, soit un signal soit reçu.
Mise à part la différence de précision de l'argument timeout, l'appel ppoll() suivant :
ready = ppoll(&fds, nfds, tmo_p, &sigmask);
est presque équivalent à exécuter de façon atomique les appels suivants :
sigset_t origmask;
int timeout;
timeout = (tmo_p == NULL) ? -1 :
(tmo_p->tv_sec * 1000 + tmo_p->tv_nsec / 1000000);
pthread_sigmask(SIG_SETMASK, &sigmask, &origmask);
ready = poll(&fds, nfds, timeout);
pthread_sigmask(SIG_SETMASK, &origmask, NULL);
Le bout de code ci-dessus est décrit comme presque équivalent parce qu’une valeur négative dans *tmo_p
donne une erreur de ppoll(), tandis qu’une valeur négative de timeout pour poll() est interprétée comme
un délai infini.
Consultez la description de pselect(2) pour une explication de la nécessité de ppoll().
Si le paramètre sigmask est défini comme NULL, aucune manipulation de masque de signaux n'est effectuée
(et ainsi ppoll() ne diffère de poll() que dans la précision du paramètre timeout).
L'argument tmo_p définit une limite supérieure sur le temps pendant lequel ppoll() bloquera. Cet argument
est un pointeur vers une structure timespec(3) :
Si tmo_p est NULL, ppoll() pourra bloquer indéfiniment.
VALEUR RENVOYÉE
En cas de succès, poll() renvoie une valeur non négative qui est un nombre d'éléments dans pollfds dont
les champs revents ont été positionnés sur une valeur autre que zéro (indiquant un événement ou une
erreur). Un code de retour de zéro indique que l'appel système a atteint son délai avant qu'un
descripteur de fichier ne soit prêt.
En cas d'erreur, la valeur de retour est -1 et errno est définie pour préciser l'erreur.
ERREURS
EFAULT fds pointe hors de l'espace d'adressage accessible. Le tableau donné en argument ne se trouvait
pas dans l'espace d'adressage du programme appelant.
EINTR Un signal a été reçu avant qu'un événement intéressant ne se produise ; voir signal(7).
EINVAL La valeur nfds dépasse la valeur RLIMIT_NOFILE.
EINVAL (ppoll()) La valeur du délai exprimée dans *tmo_p n'est pas valable (négative).
ENOMEM Impossible d'allouer de la mémoire pour des structures de données du noyau.
VERSIONS
L'appel système poll() a été introduit dans Linux 2.1.23. Sur les anciens noyaux sans cet appel système,
la fonction enveloppe poll() de la glibc fournit une émulation en utilisant select(2).
L'appel système ppoll() a été introduit dans Linux 2.6.16. La fonction de bibliothèque correspondante a
été ajoutée dans la glibc 2.4.
STANDARDS
poll() est conforme à POSIX.1-2001 et POSIX.1-2008. ppoll() est spécifique à Linux.
NOTES
L'opération de poll() et ppoll() n'est pas concernée par l'attribut O_NONBLOCK.
Sur d'autres systèmes UNIX, poll() peut échouer avec l'erreur EAGAIN si le système n'arrive pas à allouer
des ressources internes au noyau, et non avec ENOMEM comme sur Linux. POSIX autorise ce comportement. Les
programmes portables peuvent vouloir vérifier EAGAIN et tourner en boucle, comme avec EINTR.
Certaines implémentations définissent la constante symbolique non standard INFTIM de valeur -1, à
utiliser comme timeout pour poll(). Cette constante n'est pas fournie par la glibc.
Consultez select(2) pour une discussion sur ce qui pourrait arriver si un descripteur de fichier
surveillé par poll() est fermé dans un autre thread.
Différences entre bibliothèque C et noyau
L'appel système ppoll() sous Linux modifie son argument tmo_p. Cependant, l'enveloppe fournie par la
glibc cache ce comportement en utilisant une variable locale pour le délai qui est fournie à l'appel
système. Ainsi, la fonction ppoll() de la glibc ne modifie donc pas son argument tmo_p.
L'appel système ppoll() brut a un cinquième paramètre, size_t sigsetsize, qui indique la taille en octets
du paramètre sigmask. La fonction enveloppe ppoll() de la glibc indique ce paramètre comme une valeur
fixe (égale à sizeof(kernel_sigset_t)). Voir sigprocmask(2) pour un point sur les différences entre
l'approche du noyau et de la libc de sigset.
BOGUES
Consultez la discussion sur les notifications non voulues dans la section BOGUES de select(2).
EXEMPLES
Le programme ci-dessous ouvre chacun des fichiers nommés sur ses paramètres de la ligne de commande et
surveille les descripteurs de fichier qui en résultent quand à leur possibilité d'être lus (POLLIN). Le
programme effectue une boucle de poll() pour surveiller les descripteurs de fichier, affichant en retour
le nombre de descripteurs de fichier prêts. Pour chaque descripteur disponible, le programme :
- affiche le champ revents renvoyé sous une forme lisible par un humain ;
- si le descripteur de fichier est lisible, y lit des données et affiche ces données sur la sortie
standard ; et
- si le descripteur de fichier n'était pas lisible, mais qu'un autre événement s'est produit
(probablement POLLHUP), ferme le descripteur de fichier.
Supposons qu'on lance le programme dans un terminal, en lui demandant d'ouvrir un FIFO :
$ mkfifo monfifo
$ ./poll_input monfifo
Dans une deuxième fenêtre de terminal, on ouvre alors le FIFO en écriture, on y écrit des données et on
ferme le FIFO :
$ echo aaaaabbbbbccccc > monfifo
Dans le terminal où on exécute le programme, on verrait alors :
"monfifo" ouvert sur le fd 3
Préparation pour poll()
Prêt : 1
fd=3 ; événements: POLLIN POLLHUP
10 octets lus : aaaaabbbbb
Va poll()
Prêt : 1
fd=3 ; événements : POLLIN POLLHUP
lecture de 6 octets : ccccc
Préparation pour poll()
Prêt : 1
fd=3 ; événements : POLLHUP
fermeture de fd 3
Tous les descripteurs de fichier sont fermés ; au revoir
Dans la sortie ci-dessus, on voit que poll() a renvoyé trois fois :
- Sur le premier retour, les bits renvoyés dans le champ revents étaient POLLIN, indiquant que le
descripteur de fichier est lisible, et POLLHUP, indiquant que l'autre extrémité du FIFO a été fermée.
Puis le programme a consommé une partie de l'entrée disponible.
- Le deuxième retour de poll() indiquait aussi POLLIN et POLLHUP ; le programme a alors consommé la
dernière partie de l’entrée disponible.
- Sur le dernier retour, poll() n'indiquait que POLLHUP sur le FIFO, lemoment où le descripteur de
fichier a été fermé et où le programme s'est terminé.
Source du programme
/* poll_input.c
Sous licence GNU General Public License v2 ou postérieure.
*/
#include <fcntl.h>
#include <poll.h>
#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#define errExit(msg) do { perror(msg); exit(EXIT_FAILURE); \
} while (0)
int
main(int argc, char *argv[])
{
int ready;
char buf[10];
nfds_t num_open_fds, nfds;
ssize_t s;
struct pollfd *pfds;
if (argc < 2) {
fprintf(stderr, "Utilisation : %s fichier...\n", argv[0]);
exit(EXIT_FAILURE);
}
num_open_fds = nfds = argc - 1;
pfds = calloc(nfds, sizeof(struct pollfd));
if (pfds == NULL)
errExit("malloc");
/* Ouvrir chaque fichier de la ligne de commande et l'ajouter au tableau
'pfds'. */
for (nfds_t j = 0; j < nfds; j++) {
pfds[j].fd = open(argv[j + 1], O_RDONLY);
if (pfds[j].fd == -1)
errExit("open");
printf("\"%s\" ouvert sur le fd %d\n", argv[j + 1], pfds[j].fd);
pfds[j].events = POLLIN;
}
/* Conserver poll() au moins aussi longtemps qu'un descripteur de fichier
est ouvert. */
while (num_open_fds > 0) {
printf("About to poll()\n");
ready = poll(pfds, nfds, -1);
if (ready == -1)
errExit("poll");
printf("Prêt : %d\n", ready);
/* Gérer le tableau renvoyé par poll(). */
for (nfds_t j = 0; j < nfds; j++) {
if (pfds[j].revents != 0) {
printf(" fd=%d ; événements : %s%s%s\n", pfds[j].fd,
(pfds[j].revents & POLLIN) ? "POLLIN " : "",
(pfds[j].revents & POLLHUP) ? "POLLHUP " : "",
(pfds[j].revents & POLLERR) ? "POLLERR " : "");
if (pfds[j].revents & POLLIN) {
s = read(pfds[j].fd, buf, sizeof(buf));
if (s == -1)
errExit("read");
printf(" lecture de %zd octets : %.*s\n",
s, (int) s, buf);
} else { /* POLLERR | POLLHUP */
printf(" fermeture du fd %d\n", pfds[j].fd);
if (close(pfds[j].fd) == -1)
errExit("close");
num_open_fds--;
}
}
}
}
printf("Tous les descripteurs de fichier sont fermés ; au revoir\n");
exit(EXIT_SUCCESS);
}
VOIR AUSSI
restart_syscall(2), select(2), select_tut(2), timespec(3), epoll(7), time(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
<tvignaud@mandriva.com>, François Micaux, Alain Portal <aportal@univ-montp2.fr>, Jean-Philippe Guérard
<fevrier@tigreraye.org>, Jean-Luc Coulon (f5ibh) <jean-luc.coulon@wanadoo.fr>, Julien Cristau
<jcristau@debian.org>, Thomas Huriaux <thomas.huriaux@gmail.com>, Nicolas François
<nicolas.francois@centraliens.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> et Jean-Philippe MENGUAL <jpmengual@debian.org>
Cette traduction est une documentation libre ; veuillez vous reporter à la GNU General Public License
version 3 ⟨https://www.gnu.org/licenses/gpl-3.0.html⟩ 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 à
⟨debian-l10n-french@lists.debian.org⟩.