SEND(2)

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

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

ssize_t send(int s, const void *buf, size_t len, int flags);
ssize_t sendto(int s, const void *buf, size_t len, int flags,
               const struct sockaddr *to, socklen_t tolen);
ssize_t sendmsg(int s, 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. Sans aucun paramètre flags, send() est équivalent à write(2). De plus, send(s,buf,len,flags) est équivalent à sendto(s,buf,len,flags,NULL,0).

Le paramètre s 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 to et tolen 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 to , tolen 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 renverra EAGAIN. 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)
    Indiquer à la couche de 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 directement connectés au réseau. 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
    Activer les opérations non bloquantes. Si l'opération devait bloquer, renvoyer EAGAIN à la place (Cela peut être également paramétré avec l'option O_NONBLOCK de la fonction F_SETFL de fcntl(2)).

MSG_EOR
    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 l'option socket UDP_CORK décrite dans udp(7).)

MSG_NOSIGNAL
    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. 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 net.core.optmem_max de sysctl. Voir socket(7).

VALEUR RENVOYÉE
S'ils réussissent, ces appels système renvoient le nombre de caractères émis. S'ils échouent, ils renvoient -1 et errno contient le code d'erreur.

ERREURS
Voici les erreurs standard 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 bloquerait.

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 pair 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 argument invalide 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
    L'argument s 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 coté local sur un 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. L'argument tolen é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 de l'utilisation de sendto() est 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)

TRADUCTION

Ce document est une traduction réalisée par Christophe Blaess <http://www.blaess.fr/christophe/> le 15 octobre 1996 et révisée le 17 juillet 2008.

L'équipe de traduction a fait le maximum pour réaliser une adaptation française de qualité. La version anglaise la plus à jour de ce document est toujours consultable via la commande : « LANG=C man 2 send ». N'hésitez pas à signaler à l'auteur ou au traducteur, selon le cas, toute erreur dans cette page de manuel.