SEND
Section : Manuel du programmeur Linux (
2)
Mise à jour de la version anglaise : 1er juillet 2004
Index
Menu principal
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.
Index
- NOM
-
- SYNOPSIS
-
- DESCRIPTION
-
- VALEUR RENVOYÉE
-
- ERREURS
-
- CONFORMITÉ
-
- NOTES
-
- BOGUES
-
- EXEMPLE
-
- VOIR AUSSI
-
- TRADUCTION
-
Dernière mise à jour : 17 juillet 2008