]> CyberLeo.Net >> Repos - FreeBSD/FreeBSD.git/blob - lib/libc/sys/recv.2
Update svn-1.9.7 to 1.10.0.
[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 October 3, 2017
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 strict
202 .Tn ANSI
203 or C99 compilation mode.
204 The
205 .Dv MSG_WAITFORONE
206 flag sets MSG_DONTWAIT after the first message has been received.
207 This flag is only relevant for
208 .Fn recvmmsg .
209 .Pp
210 The
211 .Fn recvmsg
212 system call uses a
213 .Fa msghdr
214 structure to minimize the number of directly supplied arguments.
215 This structure has the following form, as defined in
216 .In sys/socket.h :
217 .Bd -literal
218 struct msghdr {
219         void            *msg_name;      /* optional address */
220         socklen_t        msg_namelen;   /* size of address */
221         struct iovec    *msg_iov;       /* scatter/gather array */
222         int              msg_iovlen;    /* # elements in msg_iov */
223         void            *msg_control;   /* ancillary data, see below */
224         socklen_t        msg_controllen;/* ancillary data buffer len */
225         int              msg_flags;     /* flags on received message */
226 };
227 .Ed
228 .Pp
229 Here
230 .Fa msg_name
231 and
232 .Fa msg_namelen
233 specify the source address if the socket is unconnected;
234 .Fa msg_name
235 may be given as a null pointer if no names are desired or required.
236 The
237 .Fa msg_iov
238 and
239 .Fa msg_iovlen
240 arguments
241 describe scatter gather locations, as discussed in
242 .Xr read 2 .
243 The
244 .Fa msg_control
245 argument,
246 which has length
247 .Fa msg_controllen ,
248 points to a buffer for other protocol control related messages
249 or other miscellaneous ancillary data.
250 The messages are of the form:
251 .Bd -literal
252 struct cmsghdr {
253         socklen_t  cmsg_len;    /* data byte count, including hdr */
254         int        cmsg_level;  /* originating protocol */
255         int        cmsg_type;   /* protocol-specific type */
256 /* followed by
257         u_char     cmsg_data[]; */
258 };
259 .Ed
260 .Pp
261 As an example, one could use this to learn of changes in the data-stream
262 in XNS/SPP, or in ISO, to obtain user-connection-request data by requesting
263 a
264 .Fn recvmsg
265 with no data buffer provided immediately after an
266 .Fn accept
267 system call.
268 .Pp
269 With
270 .Dv AF_UNIX
271 domain sockets, ancillary data can be used to pass file descriptors and
272 process credentials.
273 See
274 .Xr unix 4
275 for details.
276 .Pp
277 The
278 .Fa msg_flags
279 field is set on return according to the message received.
280 .Dv MSG_EOR
281 indicates end-of-record;
282 the data returned completed a record (generally used with sockets of type
283 .Dv SOCK_SEQPACKET ) .
284 .Dv MSG_TRUNC
285 indicates that
286 the trailing portion of a datagram was discarded because the datagram
287 was larger than the buffer supplied.
288 .Dv MSG_CTRUNC
289 indicates that some
290 control data were discarded due to lack of space in the buffer
291 for ancillary data.
292 .Dv MSG_OOB
293 is returned to indicate that expedited or out-of-band data were received.
294 .Pp
295 The
296 .Fn recvmmsg
297 system call uses the
298 .Fa mmsghdr
299 structure, defined as follows in the
300 .In sys/socket.h
301 header :
302 .Bd -literal
303 struct mmsghdr {
304         struct msghdr    msg_hdr;       /* message header */
305         ssize_t          msg_len;       /* message length */
306 };
307 .Ed
308 .Pp
309 On data reception the
310 .Fa msg_len
311 field is updated to the length of the received message.
312 .Sh RETURN VALUES
313 These calls except
314 .Fn recvmmsg
315 return the number of bytes received.
316 .Fn recvmmsg
317 returns the number of messages received.
318 A value of -1 is returned if an error occurred.
319 .Sh ERRORS
320 The calls fail if:
321 .Bl -tag -width Er
322 .It Bq Er EBADF
323 The argument
324 .Fa s
325 is an invalid descriptor.
326 .It Bq Er ECONNRESET
327 The remote socket end is forcibly closed.
328 .It Bq Er ENOTCONN
329 The socket is associated with a connection-oriented protocol
330 and has not been connected (see
331 .Xr connect 2
332 and
333 .Xr accept 2 ) .
334 .It Bq Er ENOTSOCK
335 The argument
336 .Fa s
337 does not refer to a socket.
338 .It Bq Er EMSGSIZE
339 The
340 .Fn recvmsg
341 system call
342 was used to receive rights (file descriptors) that were in flight on the
343 connection.
344 However, the receiving program did not have enough free file
345 descriptor slots to accept them.
346 In this case the descriptors are
347 closed, any pending data can be returned by another call to
348 .Fn recvmsg .
349 .It Bq Er EAGAIN
350 The socket is marked non-blocking and the receive operation
351 would block, or
352 a receive timeout had been set
353 and the timeout expired before data were received.
354 .It Bq Er EINTR
355 The receive was interrupted by delivery of a signal before
356 any data were available.
357 .It Bq Er EFAULT
358 The receive buffer pointer(s) point outside the process's
359 address space.
360 .El
361 .Sh SEE ALSO
362 .Xr fcntl 2 ,
363 .Xr getsockopt 2 ,
364 .Xr read 2 ,
365 .Xr select 2 ,
366 .Xr socket 2 ,
367 .Xr unix 4
368 .Sh HISTORY
369 The
370 .Fn recv
371 function appeared in
372 .Bx 4.2 .
373 The
374 .Fn recvmmsg
375 function appeared in
376 .Fx 11.0 .