Loading

NOM

       send, sendto, sendmsg - Envoyer un message sur une socket

SYNOPSIS

       #include <sys/types.h>
       #include <sys/socket.h>

       ssize_t send(int sockfd, const void *buf, size_t len, int flags);

       ssize_t sendto(int sockfd, const void *buf, size_t len, int flags,
                      const struct sockaddr *dest_addr, socklen_t addrlen);

       ssize_t sendmsg(int sockfd, const struct msghdr *msg, int flags);

       Les   appels  système  send(),  sendto()  et  sendmsg()  permettent  de
       transmettre un message à destination d’une autre socket.

       L’appel send() ne peut être  utilisé  qu’avec  les  sockets  connectes
       (ainsi,  le  destinataire  visé  est  connu). La seule différence entre
       send() et write(2) est la présence de flags. Si flags est  nul,  send()
       est équivalent à write(2). De plus l’appel suivant :

           send(sockfd, buf, len, flags);

       est équivalent à :

           sendto(sockfd, buf, len, flags, NULL, 0);

       Le  paramètre  sockfd  est  le  descripteur  de  fichier  de  la socket
       émettrice.

       Si sendto() est utilisée sur une socket en mode connexion (SOCK_STREAM,
       SOCK_SEQPACKET),  les  paramètres dest_addr et addrlen sont ignorés (et
       l’erreur EISCONN peut être retournée  s’il  n’y  pas  NULL  ou  0),  et
       l’erreur  ENOTCONN  est  retournée lorsque la socket n’est pas vraiment
       connectée. Autrement, l’adresse de la cible est fournie par  dest_addr,
       addrlen spécifiant sa taille. Pour sendmsg(), l’adresse de la cible est
       fournie par msg.msg_name, msg.msg_namelen spécifiant sa taille.

       Pour send() et sendto(), le message  se  trouve  dans  buf  et  a  pour
       longueur len. Pour sendmsg(), le message est pointé par les éléments du
       tableau msg.msg_iov. L’appel  sendmsg()  permet  également  l’envoi  de
       métadonnées (également appelées données de contrôle).

       Si  le  message  est  trop long pour être transmis intégralement par le
       protocole sous‐jacent, l’erreur EMSGSIZE sera  déclenchée  et  rien  ne
       sera émis.

       Aucune  indication  d’échec  de  distribution n’est fournie par send().
       Seules les erreurs locales sont détectées, et indiquées par une  valeur
       de retour -1.

       Si  la  socket  ne  dispose pas de la place suffisante pour le message,
       alors send() va bloquer, à moins que la socket ait  été  configurée  en
       mode  d’entrées-sorties  non  bloquantes  auquel cas elle échouera avec
       l’erreur EAGAIN  ou  EWOULDBLOCK.  On  peut  utiliser  l’appel  système
       select(2) pour vérifier s’il est possible d’émettre des données.

       Le paramètre flags est un OU bit à bit de zéro ou plusieurs des options
       suivantes :

       MSG_CONFIRM (Depuis Linux 2.3.15)
              Indiquer à la couche liaison qu’une réponse correcte a été reçue
              du  correspondant.  Si  la  couche  de  liaison  n’a  pas  cette
              confirmation, elle va ré-interroger régulièrement  le  voisinage
              (par  exemple  avec  un  ARP unicast). Seulement valide pour les
              sockets SOCK_DGRAM et SOCK_RAW  et  uniquement  implémenté  pour
              IPv4 et IPv6. Voir arp(7) pour plus de détails.

       MSG_DONTROUTE
              Ne  pas  utiliser  de  passerelle  pour  transmettre  le paquet,
              n’envoyer  de  données  que  vers  les  hôtes  sur  des  réseaux
              directement  connectés.  Ceci  n’est normalement employé que par
              les programmes de diagnostic ou de routage. Cette  option  n’est
              définie  que  pour  les  familles  de  protocoles  employant  le
              routage, pas les sockets par paquets.

       MSG_DONTWAIT (depuis Linux 2.2)
              Activer les opérations non  bloquantes.  Si  l’opération  devait
              bloquer,  EAGAIN  ou  EWOULDBLOCK  sera  renvoyé  (on peut aussi
              activer ce comportement avec l’option O_NONBLOCK de la  fonction
              F_SETFL de fcntl(2)).

       MSG_EOR (depuis Linux 2.2)
              Termine  un  enregistrement (lorsque cette notion est supportée,
              comme pour les sockets de type SOCK_SEQPACKET).

       MSG_MORE (Depuis Linux 2.4.4)
              L’appelant a  d’autres  données  à  envoyer.  Cet  attribut  est
              utilisé  avec  les sockets TCP pour obtenir le même comportement
              qu’avec l’option socket TCP_CORK (voir tcp(7)), à la  différence
              que cet attribut peut être positionné par appel.

              Depuis  Linux  2.6,  cet  attribut  est  également géré pour les
              sockets UDP et demande au noyau d’empaqueter toutes les  données
              envoyées  dans  des  appels avec cet attribut positionné dans un
              seul datagramme qui ne sera transmis que  quand  un  appel  sera
              effectué  sans  cet  attribut.  Voir  aussi  la  description  de
              l’option de socket UDP_CORK dans udp(7).

       MSG_NOSIGNAL (depuis Linux 2.2)
              Demande de ne pas envoyer de signal  SIGPIPE  d’erreur  sur  les
              sockets  connectées lorsque le correspondant coupe la connexion.
              L’erreur EPIPE est toutefois renvoyée.

       MSG_OOB
              est utilisée pour émettre des données horsbande sur une  socket
              qui  l’autorise  (par exemple de type SOCK_STREAM). Le protocole
              sous‐jacent  doit  également  autoriser  l’émission  de  données
              horsbande.

       La définition de la structure msghdr se trouve ci-dessous. Voir recv(2)
       pour une description exacte de ses champs.

           struct msghdr {
               void         *msg_name;       /* adresse optionnelle */
               socklen_t     msg_namelen;    /* taille de l’adresse */
               struct iovec *msg_iov;        /* tableau scatter/gather */
               size_t        msg_iovlen;     /* # éléments dans msg_iov */
               void         *msg_control;    /* métadonnées, voir ci‐dessous */
               socklen_t     msg_controllen; /* taille du tampon de métadonnées */
               int           msg_flags;      /* attributs du message reçu */
           };

       On peut transmettre  des  informations  de  service  en  employant  les
       membres  msg_control  et msg_controllen. La longueur maximale du tampon
       de service que le noyau peut gérer est limité par socket par la  valeur
       de /proc/sys/net/core/optmem_max. Voir socket(7).

VALEUR RENVOYÉE

       En  cas d’envoi réussi, ces fonctions renvoient le nombre de caractères
       envoyés. En cas d’erreur, -1 est renvoyé, et  errno  contient  le  code
       d’erreur.

ERREURS

       Voici  les  erreurs  standards  engendrées  par  la  couche socket. Des
       erreurs supplémentaires peuvent être  déclenchées  par  les  protocoles
       sous-jacents. Voir leurs pages de manuel respectives.

       EACCES (Pour  les  sockets  de domaine Unix qui sont identifiées par un
              nom de chemin) La  permission  d’écriture  est  refusée  sur  le
              fichier  socket  de destination ou la permission de parcours est
              refusée   pour   un   des   répertoires    du    chemin    (voir
              path_resolution(7)).

       EAGAIN ou EWOULDBLOCK
              La socket est non bloquante et l’opération demandée devrait être
              bloquante. POSIX.1-2001 permet de renvoyer l’une ou l’autre  des
              erreurs  dans  ce cas et n’exige pas que ces constantes aient la
              même valeur. Une application portable devrait  donc  tester  les
              deux possibilités.

       EBADF  Descripteur de socket invalide.

       ECONNRESET
              Connexion réinitialisée par le correspondant.

       EDESTADDRREQ
              La  socket  n’est  pas  en  mode  connexion et aucune adresse de
              correspondant n’a été positionnée.

       EFAULT Un  paramètre  pointe  en   dehors   de   l’espace   d’adressage
              accessible.

       EINTR  Un  signal  a  été  reçu  avant  que la moindre donnée n’ait été
              transmise ; voir signal(7).

       EINVAL Un paramètre non valable a été fourni.

       EISCONN
              La  socket  en  mode  connexion  est  déjà  connectée  mais   un
              destinataire  a été spécifié. (Maintenant, soit cette erreur est
              retournée, soit la spécification du destinataire est ignorée.)

       EMSGSIZE
              Le type de socket nécessite une émission  intégrale  du  message
              mais la taille de celui-ci ne le permet pas.

       ENOBUFS
              La  file  d’émission  de  l’interface  réseau  est  pleine. Ceci
              indique généralement une panne de l’interface réseau, mais  peut
              également être dû à un engorgement passager. Ceci ne doit pas se
              produire sous Linux, les paquets sont silencieusement  éliminés.

       ENOMEM Pas assez de mémoire pour le noyau.

       ENOTCONN
              La socket n’est pas connectée et aucune cible n’a été fournie.

       ENOTSOCK
              Le paramètre sockfd n’est pas une socket.

       EOPNOTSUPP
              Au  moins un bit de l’argument flags n’est pas approprié pour le
              type de socket.

       EPIPE  L’écriture a été terminée du côté local sur une socket  orientée
              connexion. Dans ce cas, le processus recevra également un signal
              SIGPIPE sauf s’il a activé l’option MSG_NOSIGNAL.

CONFORMITÉ

       BSD 4.4, SVr4, POSIX.1-2001.  Ces  appels  système  sont  apparus  dans
       BSD 4.2.

       POSIX.1-2001  décrit  seulement  les  drapeaux  MSG_OOB  et MSG_EOR. Le
       drapeau MSG_CONFIRM est une extension Linux.

NOTES

       Les prototypes fournis plus  haut  suivent  les  Spécifications  Single
       Unix,  tout  comme  glibc2. L’argument flags était un int dans BSD 4.x,
       mais unsigned int dans libc4 et libc5. L’argument len était un int dans
       BSD 4.x et libc4, mais un size_t dans libc5; Le paramètre addrlen était
       un int dans BSD 4.x, libc4 et libc5. Voir aussi les notes  accompagnant
       la page accept(2).

       Selon  POSIX.1-2001,  le  champ  msg_controllen  de la structure msghdr
       devrait être de type socklen_t, mais il a actuellement le  type  size_t
       dans la glibc (version 2.4).

BOGUES

       Linux peut retourner EPIPE au lieu de ENOTCONN.

EXEMPLE

       Un  exemple  d’utilisation de sendto() se trouve dans la page de manuel
       de getaddrinfo(3).

VOIR AUSSI

       fcntl(2), getsockopt(2), recv(2), select(2), sendfile(2),  shutdown(2),
       socket(2), write(2), cmsg(3), ip(7), socket(7), tcp(7), udp(7)

COLOPHON

       Cette  page  fait  partie  de  la  publication 3.23 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

       Cette page de manuel a été traduite  et  mise  à  jour  par  Christophe
       Blaess  <http://www.blaess.fr/christophe/> entre 1996 et 2003, puis par
       Alain Portal <aportal AT univ-montp2 DOT fr> jusqu’en 2006, et  mise  à
       disposition sur http://manpagesfr.free.fr/.

       Les mises à jour et corrections de la version présente dans Debian sont
       directement gérées par Julien Cristau <jcristau@debian.org> et l’équipe
       francophone de traduction de Debian.

       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> ».