Provided by: manpages-fr-dev_3.32d0.2p4-1_all bug

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);

DESCRIPTION

       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 connectées (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.
              Consultez 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 (consultez
              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. Consultez 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 hors‐bande sur une socket qui l'autorise (par
              exemple de type SOCK_STREAM). Le protocole  sous‐jacent  doit  également  autoriser
              l'émission de données hors‐bande.

       La  définition  de  la  structure  msghdr se trouve ci-dessous. Consultez 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 */
               size_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. Consultez 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. Consultez 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 (consultez
              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. Consultez 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.

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.32 du projet man-pages Linux. Une description
       du projet et des  instructions  pour  signaler  des  anomalies  peuvent  être  trouvées  à
       l'adresse <URL:http://www.kernel.org/doc/man-pages/>.

TRADUCTION

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

       Christophe   Blaess   <URL:http://www.blaess.fr/christophe/>   (1996-2003),  Alain  Portal
       <URL:http://manpagesfr.free.fr/> (2003-2006). Julien Cristau et  l'équipe  francophone  de
       traduction de Debian (2006-2009).

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