Provided by: libxs-dev_1.2.0-2_amd64 bug

NAME

       xs_recvmsg - receive a message part from a socket (zero-copy)

SYNOPSIS

       int xs_recvmsg (void *socket, xs_msg_t *msg, int flags);

DESCRIPTION

       The xs_recvmsg() function shall receive a message part from the socket referenced by the socket argument
       and store it in the message referenced by the msg argument. Any content previously stored in msg shall be
       properly deallocated. If there are no message parts available on the specified socket the xs_recvmsg()
       function shall block until the request can be satisfied. The flags argument is a combination of the flags
       defined below:

       XS_DONTWAIT
           Specifies that the operation should be performed in non-blocking mode. If there are no messages
           available on the specified socket, the xs_recvmsg() function shall fail with errno set to EAGAIN.

   Multi-part messages
       A Crossroads message is composed of 1 or more message parts. Each message part is an independent xs_msg_t
       in its own right. Crossroads ensures atomic delivery of messages; peers shall receive either all message
       parts of a message or none at all. The total number of message parts is unlimited except by available
       memory.

       An application that processes multipart messages must use the XS_RCVMORE xs_getsockopt(3) option after
       calling xs_recvmsg() to determine if there are further parts to receive.

RETURN VALUE

       The xs_recvmsg() function shall return the number of bytes in the received message if successful.
       Otherwise it shall return -1 and set errno to one of the values defined below.

ERRORS

       EAGAIN
           Non-blocking mode was requested and no messages are available at the moment.

       ENOTSUP
           The xs_recvmsg() operation is not supported by this socket type.

       EFSM
           The xs_recvmsg() operation cannot be performed on this socket at the moment due to the socket not
           being in the appropriate state. This error may occur with socket types that switch between several
           states, such as XS_REP. See the messaging patterns section of xs_socket(3) for more information.

       ETERM
           The context associated with the specified socket was terminated.

       ENOTSOCK
           The provided socket was invalid.

       EINTR
           The operation was interrupted by delivery of a signal before a message was available.

       EFAULT
           The message passed to the function was invalid.

       ETIMEDOUT
           Survey has timed out. (Applicable only to XS_SURVEYOR socket.)

EXAMPLE

       Receiving a message from a socket.

           /* Create an empty message */
           xs_msg_t msg;
           int rc = xs_msg_init (&msg);
           assert (rc == 0);
           /* Block until a message is available to be received from socket */
           rc = xs_recvmsg (socket, &msg, 0);
           assert (rc != -1);
           /* Release message */
           xs_msg_close (&msg);

       Receiving a multi-part message.

           int64_t more;
           size_t more_size = sizeof more;
           do {
               /* Create an empty message to hold the message part */
               xs_msg_t part;
               int rc = xs_msg_init (&part);
               assert (rc == 0);
               /* Block until a message is available to be received from socket */
               rc = xs_recvmsg (socket, &part, 0);
               assert (rc != -1);
               /* Determine if more message parts are to follow */
               rc = xs_getsockopt (socket, XS_RCVMORE, &more, &more_size);
               assert (rc == 0);
               xs_msg_close (&part);
           } while (more);

SEE ALSO

       Applications that do not require zero-copy messaging can use the simpler xs_recv(3) instead of
       xs_recvmsg().

       xs_sendmsg(3) xs_getsockopt(3) xs_socket(7) xs(7)

AUTHORS

       This man page was written by Martin Sustrik <sustrik@250bpm.com[1]>, Martin Lucina <martin@lucina.net[2]>
       and Pieter Hintjens <ph@imatix.com[3]>.

NOTES

        1. sustrik@250bpm.com
           mailto:sustrik@250bpm.com

        2. martin@lucina.net
           mailto:martin@lucina.net

        3. ph@imatix.com
           mailto:ph@imatix.com