ИМЯ¶

send, sendto, sendmsg - отправляет сообщения в сокет

ОБЗОР¶

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

ОПИСАНИЕ¶

Системные вызовы send(), sendto() и sendmsg() используются для пересылки сообщений в другой сокет.

Вызов send() можно использовать, только если сокет находится в состоянии соединения (то есть известен получатель). Вызов send() отличается от write(2) только наличием аргумента flags. Если значение flags равно нулю, то вызов send() эквивалентен write(2). Также, вызов

send(sockfd, buf, len, flags);

эквивалентен

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

Аргумент sockfd представляет файловый дескриптор сокета отправления.

Если sendto() используется с сокетом в режиме с установлением соединения (SOCK_STREAM, SOCK_SEQPACKET), то аргументы dest_addr и addrlen игнорируются (и может быть возвращена ошибка EISCONN, если их значения не равны NULL и 0) и возвращается ошибка ENOTCONN, если соединение через сокет не установлено. Иначе в dest_addr задаётся адрес назначения и его размер в addrlen. Для sendmsg() адрес назначения указывается в msg.msg_name, а его размер в msg.msg_namelen.

У send() и sendto() сообщение находится в buf, а его длина в len. У sendmsg() сообщение указывается в элементах массива msg.msg_iov. Вызов sendmsg() также позволяет отправлять вспомогательные данные (так называемую управляющую информацию).

Если сообщение слишком длинно для передачи за раз через используемый нижележащий протокол, то возвращается ошибка EMSGSIZE и сообщение не передаётся.

Неудачная отправка с помощью send() никак не отмечается. При обнаружении локальных ошибок возвращается значение -1.

Когда сообщение не помещается в буфер отправки сокета, выполнение блокируется в send(), если сокет не находится в неблокирующем режиме. Если сокет находится в неблокирующем режиме, то возвращается ошибка EAGAIN или EWOULDBLOCK. Для выяснения, возможна ли отправка данных, можно использовать вызов select(2).

Аргумент flags является битовой маской и может содержать следующие флаги:

MSG_CONFIRM (начиная с Linux 2.3.15)

Сообщить уровню связи, что процесс пересылки произошел: вы получили успешный ответ с другой стороны. Если уровень связи не получит его, то он будет регулярно перепроверять наличие ответной стороны (например посредством однонаправленной передачи ARP). Это работает только с сокетами SOCK_DGRAM и SOCK_RAW и в настоящее время реализовано только для IPv4 и IPv6. В arp(7) представлена более подробная информация.

MSG_DONTROUTE

Не использовать маршрутизацию для отправки пакета, а посылать его только на узлы локальной сети. Обычно это используется в диагностических программах и программах маршрутизации. Этот флаг определён только для маршрутизируемых семейств протоколов; пакетные сокеты не используют маршрутизацию.

MSG_DONTWAIT (начиная с Linux 2.2)

Включить неблокирующий режим. Если операция могла бы привести к блокировке, возвращается EAGAIN или EWOULDBLOCK (этот режим можно также включить с помощью флага O_NONBLOCK и операции F_SETFL через вызов fcntl(2)).

MSG_EOR (начиная с Linux 2.2)

Завершить запись (record) (если поддерживается, например в сокетах типа SOCK_SEQPACKET).

MSG_MORE (начиная с Linux 2.4.4)

Вызывающий имеет дополнительные данные для отправки. Этот флаг используется с сокетами TCP для получения такого же эффекта как с параметром сокета TCP_CORK (см. tcp(7)), с той разницей, что этот флаг можно устанавливать при каждом вызове.

Начиная с Linux 2.6 этот флаг также поддерживается для сокетов UDP и информирует ядро, о том что нужно упаковать все отправляемые данные вызовов с этим флагом в одну датаграмму, которая передаётся только когда выполняется вызов без указания этого флага (смотрите также описание параметра сокета UDP_CORK в udp(7)).

MSG_NOSIGNAL (начиная с Linux 2.2)

Требовать не посылать сигнал SIGPIPE, если при работе с ориентированным на поток сокетом другая сторона обрывает соединение. Код ошибки EPIPE возвращается по-прежнему.

MSG_OOB

Послать внепоточные данные, если сокет это поддерживает (как, например, сокеты типа SOCK_STREAM); протокол более низкого уровня также должен поддерживать внепоточные данные.

Определение структуры msghdr приведено далее. Точное описание этих полей смотрите далее и в recv(2).

struct msghdr {


    void         *msg_name;       /* необязательный адрес */


    socklen_t     msg_namelen;    /* размер адреса */


    struct iovec *msg_iov;        /* массив приёма/передачи */


    size_t        msg_iovlen;     /* количество элементов в msg_iov */


    void         *msg_control;    /* вспомогательные данные,


                                     см. ниже */


    size_t        msg_controllen; /* размер буфера вспомогательных


                                     данных */


    int           msg_flags;      /* флаги принятого сообщения */
};

Управляющую информацию можно посылать через поля msg_control и msg_controllen. Максимальная длина управляющего буфера, которую поддерживает ядро, ограничена значением /proc/sys/net/core/optmem_max; см. socket(7).

ВОЗВРАЩАЕМОЕ ЗНАЧЕНИЕ¶

При успешном выполнении эти вызовы возвращают количество отправленных символов. В случае ошибки возвращается -1, а errno устанавливается в соответствующее значение.

ОШИБКИ¶

Здесь представлено несколько стандартных ошибок, возвращаемых с уровня сокетов. Могут также появиться другие ошибки, возвращаемые из соответствующих модулей протоколов; их описание находится в соответствующих справочных страницах.

EACCES

(для доменных сокетов UNIX, которые идентифицируются по имени пути) Нет прав на запись в файл сокета назначения или в одном из каталогов пути запрещён поиск (см. также path_resolution(7)).

(для сокетов UDP) Попытка отправки по сетевому/широковещательному адресу, как будто это был однозначный (unicast) адрес.

EAGAIN или EWOULDBLOCK

Сокет помечен как неблокирующий, но запрошенная операция привела бы к блокировке. POSIX.1-2001 допускает в этих случаях возврат ошибки и не требует, чтобы эти константы имели одинаковое значение, поэтому переносимое приложение должно проверять обе возможности.

EBADF

Указан некорректный дескриптор.

ECONNRESET

Соединение сброшено другой стороной.

EDESTADDRREQ

Сокет в режиме без установления соединения и адрес второй стороны не задан.

EFAULT

В аргументе указано неверное значение адреса пользовательского пространства.

EINTR

Получен сигнал до начала передачи данных; смотрите signal(7).

EINVAL

Передан неверный аргумент.

EISCONN

Сокет в режиме с установлением соединения уже выполнил подключение, но указан получатель (теперь или возвращается эта ошибка, или игнорируется указание получателя).

EMSGSIZE

Для типа сокета требуется, чтобы сообщение было отослано за время одной операции (атомарно), а размер сообщения не позволяет этого.

ENOBUFS

Исходящая очередь сетевого интерфейса заполнена. Обычно это означает, что интерфейс прекратил отправку, но это может быть также вызвано временной перегрузкой сети. Обычно, в Linux этого не происходит. Пакеты просто отбрасываются, когда очередь устройства переполняется.

ENOMEM

Больше нет доступной памяти.

ENOTCONN

Сокет не подключён и назначение не задано.

ENOTSOCK

Аргумент sockfd не является сокетом.

EOPNOTSUPP

Один из битов в аргументе flags не может устанавливаться для этого типа сокета.

EPIPE

Локальный сокет, ориентированный на соединение, был закрыт. В этом случае процесс также получит сигнал SIGPIPE, если не установлен флаг MSG_NOSIGNAL.

СООТВЕТСТВИЕ СТАНДАРТАМ¶

4.4BSD, SVr4, POSIX.1-2001. Эти системные вызовы впервые появились в 4.2BSD.

В POSIX.1-2001 описаны только флаги MSG_OOB и MSG_EOR. В POSIX.1-2008 добавлено описание MSG_NOSIGNAL. Флаг MSG_CONFIRM является нестандартным расширением Linux.

ЗАМЕЧАНИЯ¶

Вышеприведенные прототипы соответствуют Single UNIX Specification, а также glibc2. Аргумент flags в BSD 4.x имеет тип int, но в libc4 и libc5 его тип — unsigned int. Аргумент len в BSD 4.x и libc4 имеет тип int, но в libc5 его тип — size_t. Аргумент addrlen в BSD 4.x, libc4 и libc5 имеет тип int. Смотрите также accept(2).

В соответствие с POSIX.1-2001 поле msg_controllen структуры msghdr должно иметь тип socklen_t, но в настоящее время в glibc оно имеет тип size_t.

В sendmmsg(2) можно найти информацию о специальном системном вызове Linux, который можно использовать для передачи нескольких датаграмм за один вызов.

ДЕФЕКТЫ¶

Linux может вернуть EPIPE вместо ENOTCONN.

ПРИМЕР¶

Пример использования sendto() показан в getaddrinfo(3).

СМОТРИТЕ ТАКЖЕ¶

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