send - send a message on a socket
ssize_t send(int socket, const void *buffer, size_t length, int flags);
The send() function shall initiate transmission of a message from the specified socket to its peer. The send() function shall send a message only when the socket is connected. If the socket is a connectionless-mode socket, the message shall be sent to the pre-specified peer address.
The send() function takes the following arguments:
- Specifies the socket file descriptor.
- Points to the buffer containing the message to send.
- Specifies the length of the message in bytes.
- Specifies the type of message transmission. Values of this argument are formed by logically OR'ing zero or more of the following flags:
- Terminates a record (if supported by the protocol).
- Sends out-of-band data on sockets that support out-of-band communications. The significance and semantics of out-of-band data are protocol-specific.
- Requests not to send the SIGPIPE signal if an attempt to send is made on a stream-oriented socket that is no longer connected. The [EPIPE] error shall still be returned.
The length of the message to be sent is specified by the length argument. If the message is too long to pass through the underlying protocol, send() shall fail and no data shall be transmitted.
Successful completion of a call to send() does not guarantee delivery of the message. A return value of -1 indicates only locally-detected errors.
If space is not available at the sending socket to hold the message to be transmitted, and the socket file descriptor does not have O_NONBLOCK set, send() shall block until space is available. If space is not available at the sending socket to hold the message to be transmitted, and the socket file descriptor does have O_NONBLOCK set, send() shall fail. The select() and poll() functions can be used to determine when it is possible to send more data.
The socket in use may require the process to have appropriate privileges to use the send() function.
Upon successful completion, send() shall return the number of bytes sent. Otherwise, -1 shall be returned and errno set to indicate the error.
The send() function shall fail if:
- [EAGAIN] or [EWOULDBLOCK]
- The socket's file descriptor is marked O_NONBLOCK and the requested operation would block.
- The socket argument is not a valid file descriptor.
- A connection was forcibly closed by a peer.
- The socket is not connection-mode and no peer address is set.
- A signal interrupted send() before any data was transmitted.
- The message is too large to be sent all at once, as the socket requires.
- The socket is not connected.
- The socket argument does not refer to a socket.
- The socket argument is associated with a socket that does not support one or more of the values set in flags.
- The socket is shut down for writing, or the socket is connection-mode and is no longer connected. In the latter case, and if the socket is of type SOCK_STREAM or SOCK_SEQPACKET and the MSG_NOSIGNAL flag is not set, the SIGPIPE signal is generated to the calling thread.
The send() function may fail if:
- The calling process does not have appropriate privileges.
- An I/O error occurred while reading from or writing to the file system.
- The local network interface used to reach the destination is down.
- No route to the network is present.
- Insufficient resources were available in the system to perform the operation.
If the socket argument refers to a connection-mode socket, the send() function is equivalent to sendto() (with any value for the dest_addr and dest_len arguments, as they are ignored in this case). If the socket argument refers to a socket and the flags argument is 0, the send() function is equivalent to write().
connect, getsockopt, poll, pselect, recv, recvfrom, recvmsg, sendmsg, sendto, setsockopt, shutdown, socket, write
First released in Issue 6. Derived from the XNS, Issue 5.2 specification.
Austin Group Interpretation 1003.1-2001 #035 is applied, updating the DESCRIPTION to clarify the behavior when the socket is a connectionless-mode socket.
The MSG_NOSIGNAL flag is added from The Open Group Technical Standard, 2006, Extended API Set Part 2.
The [EPIPE] error is modified.
POSIX.1-2008, Technical Corrigendum 1, XSH/TC1-2008/0543  is applied.
return to top of page