]> CyberLeo.Net >> Repos - FreeBSD/FreeBSD.git/blob - lib/libc/sys/recv.2
Merge clang trunk r338150, and resolve conflicts.
[FreeBSD/FreeBSD.git] / lib / libc / sys / recv.2
1 .\" Copyright (c) 1983, 1990, 1991, 1993
2 .\"     The Regents of the University of California.  All rights reserved.
3 .\"
4 .\" Redistribution and use in source and binary forms, with or without
5 .\" modification, are permitted provided that the following conditions
6 .\" are met:
7 .\" 1. Redistributions of source code must retain the above copyright
8 .\"    notice, this list of conditions and the following disclaimer.
9 .\" 2. Redistributions in binary form must reproduce the above copyright
10 .\"    notice, this list of conditions and the following disclaimer in the
11 .\"    documentation and/or other materials provided with the distribution.
12 .\" 3. Neither the name of the University nor the names of its contributors
13 .\"    may be used to endorse or promote products derived from this software
14 .\"    without specific prior written permission.
15 .\"
16 .\" THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND
17 .\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
18 .\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
19 .\" ARE DISCLAIMED.  IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE
20 .\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
21 .\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
22 .\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
23 .\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
24 .\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
25 .\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
26 .\" SUCH DAMAGE.
27 .\"
28 .\"     @(#)recv.2      8.3 (Berkeley) 2/21/94
29 .\" $FreeBSD$
30 .\"
31 .Dd May 20, 2018
32 .Dt RECV 2
33 .Os
34 .Sh NAME
35 .Nm recv ,
36 .Nm recvfrom ,
37 .Nm recvmsg ,
38 .Nm recvmmsg
39 .Nd receive message(s) from a socket
40 .Sh LIBRARY
41 .Lb libc
42 .Sh SYNOPSIS
43 .In sys/socket.h
44 .Ft ssize_t
45 .Fn recv "int s" "void *buf" "size_t len" "int flags"
46 .Ft ssize_t
47 .Fn recvfrom "int s" "void *buf" "size_t len" "int flags" "struct sockaddr * restrict from" "socklen_t * restrict fromlen"
48 .Ft ssize_t
49 .Fn recvmsg "int s" "struct msghdr *msg" "int flags"
50 .Ft ssize_t
51 .Fn recvmmsg "int s" "struct mmsghdr * restrict msgvec" "size_t vlen" "int flags" "const struct timespec * restrict timeout"
52 .Sh DESCRIPTION
53 The
54 .Fn recvfrom ,
55 .Fn recvmsg ,
56 and
57 .Fn recvmmsg
58 system calls
59 are used to receive messages from a socket,
60 and may be used to receive data on a socket whether or not
61 it is connection-oriented.
62 .Pp
63 If
64 .Fa from
65 is not a null pointer
66 and the socket is not connection-oriented,
67 the source address of the message is filled in.
68 The
69 .Fa fromlen
70 argument
71 is a value-result argument, initialized to the size of
72 the buffer associated with
73 .Fa from ,
74 and modified on return to indicate the actual size of the
75 address stored there.
76 .Pp
77 The
78 .Fn recv
79 function is normally used only on a
80 .Em connected
81 socket (see
82 .Xr connect 2 )
83 and is identical to
84 .Fn recvfrom
85 with a
86 null pointer passed as its
87 .Fa from
88 argument.
89 .Pp
90 The
91 .Fn recvmmsg
92 function is used to receive multiple
93 messages at a call.
94 Their number is supplied by
95 .Fa vlen .
96 The messages are placed in the buffers described by
97 .Fa msgvec
98 vector, after reception.
99 The size of each received message is placed in the
100 .Fa msg_len
101 field of each element of the vector.
102 If
103 .Fa timeout
104 is NULL the call blocks until the data is available for each
105 supplied message buffer.
106 Otherwise it waits for data for the specified amount of time.
107 If the timeout expired and there is no data received,
108 a value 0 is returned.
109 The
110 .Xr ppoll 2
111 system call is used to implement the timeout mechanism,
112 before first receive is performed.
113 .Pp
114 The
115 .Fn recv ,
116 .Fn recvfrom
117 and
118 .Fn recvmsg
119 return the length of the message on successful
120 completion, whereas
121 .Fn recvmmsg
122 returns the number of received messages.
123 If a message is too long to fit in the supplied buffer,
124 excess bytes may be discarded depending on the type of socket
125 the message is received from (see
126 .Xr socket 2 ) .
127 .Pp
128 If no messages are available at the socket, the
129 receive call waits for a message to arrive, unless
130 the socket is non-blocking (see
131 .Xr fcntl 2 )
132 in which case the value
133 \-1 is returned and the global variable
134 .Va errno
135 is set to
136 .Er EAGAIN .
137 The receive calls except
138 .Fn recvmmsg
139 normally return any data available,
140 up to the requested amount,
141 rather than waiting for receipt of the full amount requested;
142 this behavior is affected by the socket-level options
143 .Dv SO_RCVLOWAT
144 and
145 .Dv SO_RCVTIMEO
146 described in
147 .Xr getsockopt 2 .
148 The
149 .Fn recvmmsg
150 function implements this behaviour for each message in the vector.
151 .Pp
152 The
153 .Xr select 2
154 system call may be used to determine when more data arrives.
155 .Pp
156 The
157 .Fa flags
158 argument to a
159 .Fn recv
160 function is formed by
161 .Em or Ap ing
162 one or more of the values:
163 .Bl -column ".Dv MSG_CMSG_CLOEXEC" -offset indent
164 .It Dv MSG_OOB Ta process out-of-band data
165 .It Dv MSG_PEEK Ta peek at incoming message
166 .It Dv MSG_WAITALL Ta wait for full request or error
167 .It Dv MSG_DONTWAIT Ta do not block
168 .It Dv MSG_CMSG_CLOEXEC Ta set received fds close-on-exec
169 .It Dv MSG_WAITFORONE Ta do not block after receiving the first message
170 (only for
171 .Fn recvmmsg
172 )
173 .El
174 .Pp
175 The
176 .Dv MSG_OOB
177 flag requests receipt of out-of-band data
178 that would not be received in the normal data stream.
179 Some protocols place expedited data at the head of the normal
180 data queue, and thus this flag cannot be used with such protocols.
181 The
182 .Dv MSG_PEEK
183 flag causes the receive operation to return data
184 from the beginning of the receive queue without removing that
185 data from the queue.
186 Thus, a subsequent receive call will return the same data.
187 The
188 .Dv MSG_WAITALL
189 flag requests that the operation block until
190 the full request is satisfied.
191 However, the call may still return less data than requested
192 if a signal is caught, an error or disconnect occurs,
193 or the next data to be received is of a different type than that returned.
194 The
195 .Dv MSG_DONTWAIT
196 flag requests the call to return when it would block otherwise.
197 If no data is available,
198 .Va errno
199 is set to
200 .Er EAGAIN .
201 This flag is not available in
202 .St -ansiC
203 or
204 .St -isoC-99
205 compilation mode.
206 The
207 .Dv MSG_WAITFORONE
208 flag sets MSG_DONTWAIT after the first message has been received.
209 This flag is only relevant for
210 .Fn recvmmsg .
211 .Pp
212 The
213 .Fn recvmsg
214 system call uses a
215 .Fa msghdr
216 structure to minimize the number of directly supplied arguments.
217 This structure has the following form, as defined in
218 .In sys/socket.h :
219 .Bd -literal
220 struct msghdr {
221         void            *msg_name;      /* optional address */
222         socklen_t        msg_namelen;   /* size of address */
223         struct iovec    *msg_iov;       /* scatter/gather array */
224         int              msg_iovlen;    /* # elements in msg_iov */
225         void            *msg_control;   /* ancillary data, see below */
226         socklen_t        msg_controllen;/* ancillary data buffer len */
227         int              msg_flags;     /* flags on received message */
228 };
229 .Ed
230 .Pp
231 Here
232 .Fa msg_name
233 and
234 .Fa msg_namelen
235 specify the source address if the socket is unconnected;
236 .Fa msg_name
237 may be given as a null pointer if no names are desired or required.
238 The
239 .Fa msg_iov
240 and
241 .Fa msg_iovlen
242 arguments
243 describe scatter gather locations, as discussed in
244 .Xr read 2 .
245 The
246 .Fa msg_control
247 argument,
248 which has length
249 .Fa msg_controllen ,
250 points to a buffer for other protocol control related messages
251 or other miscellaneous ancillary data.
252 The messages are of the form:
253 .Bd -literal
254 struct cmsghdr {
255         socklen_t  cmsg_len;    /* data byte count, including hdr */
256         int        cmsg_level;  /* originating protocol */
257         int        cmsg_type;   /* protocol-specific type */
258 /* followed by
259         u_char     cmsg_data[]; */
260 };
261 .Ed
262 .Pp
263 As an example, one could use this to learn of changes in the data-stream
264 in XNS/SPP, or in ISO, to obtain user-connection-request data by requesting
265 a
266 .Fn recvmsg
267 with no data buffer provided immediately after an
268 .Fn accept
269 system call.
270 .Pp
271 With
272 .Dv AF_UNIX
273 domain sockets, ancillary data can be used to pass file descriptors and
274 process credentials.
275 See
276 .Xr unix 4
277 for details.
278 .Pp
279 The
280 .Fa msg_flags
281 field is set on return according to the message received.
282 .Dv MSG_EOR
283 indicates end-of-record;
284 the data returned completed a record (generally used with sockets of type
285 .Dv SOCK_SEQPACKET ) .
286 .Dv MSG_TRUNC
287 indicates that
288 the trailing portion of a datagram was discarded because the datagram
289 was larger than the buffer supplied.
290 .Dv MSG_CTRUNC
291 indicates that some
292 control data were discarded due to lack of space in the buffer
293 for ancillary data.
294 .Dv MSG_OOB
295 is returned to indicate that expedited or out-of-band data were received.
296 .Pp
297 The
298 .Fn recvmmsg
299 system call uses the
300 .Fa mmsghdr
301 structure, defined as follows in the
302 .In sys/socket.h
303 header:
304 .Bd -literal
305 struct mmsghdr {
306         struct msghdr    msg_hdr;       /* message header */
307         ssize_t          msg_len;       /* message length */
308 };
309 .Ed
310 .Pp
311 On data reception the
312 .Fa msg_len
313 field is updated to the length of the received message.
314 .Sh RETURN VALUES
315 These calls except
316 .Fn recvmmsg
317 return the number of bytes received.
318 .Fn recvmmsg
319 returns the number of messages received.
320 A value of -1 is returned if an error occurred.
321 .Sh ERRORS
322 The calls fail if:
323 .Bl -tag -width Er
324 .It Bq Er EBADF
325 The argument
326 .Fa s
327 is an invalid descriptor.
328 .It Bq Er ECONNRESET
329 The remote socket end is forcibly closed.
330 .It Bq Er ENOTCONN
331 The socket is associated with a connection-oriented protocol
332 and has not been connected (see
333 .Xr connect 2
334 and
335 .Xr accept 2 ) .
336 .It Bq Er ENOTSOCK
337 The argument
338 .Fa s
339 does not refer to a socket.
340 .It Bq Er EMSGSIZE
341 The
342 .Fn recvmsg
343 system call
344 was used to receive rights (file descriptors) that were in flight on the
345 connection.
346 However, the receiving program did not have enough free file
347 descriptor slots to accept them.
348 In this case the descriptors are
349 closed, any pending data can be returned by another call to
350 .Fn recvmsg .
351 .It Bq Er EAGAIN
352 The socket is marked non-blocking and the receive operation
353 would block, or
354 a receive timeout had been set
355 and the timeout expired before data were received.
356 .It Bq Er EINTR
357 The receive was interrupted by delivery of a signal before
358 any data were available.
359 .It Bq Er EFAULT
360 The receive buffer pointer(s) point outside the process's
361 address space.
362 .El
363 .Sh SEE ALSO
364 .Xr fcntl 2 ,
365 .Xr getsockopt 2 ,
366 .Xr read 2 ,
367 .Xr select 2 ,
368 .Xr socket 2 ,
369 .Xr unix 4
370 .Sh HISTORY
371 The
372 .Fn recv
373 function appeared in
374 .Bx 4.2 .
375 The
376 .Fn recvmmsg
377 function appeared in
378 .Fx 11.0 .