Merge from vendor branch OPENSSH:
[dragonfly.git] / lib / libc / sys / accept.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. All advertising materials mentioning features or use of this software
13 .\"    must display the following acknowledgement:
14 .\"     This product includes software developed by the University of
15 .\"     California, Berkeley and its contributors.
16 .\" 4. Neither the name of the University nor the names of its contributors
17 .\"    may be used to endorse or promote products derived from this software
18 .\"    without specific prior written permission.
19 .\"
20 .\" THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND
21 .\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
22 .\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
23 .\" ARE DISCLAIMED.  IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE
24 .\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
25 .\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
26 .\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
27 .\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
28 .\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
29 .\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
30 .\" SUCH DAMAGE.
31 .\"
32 .\"     @(#)accept.2    8.2 (Berkeley) 12/11/93
33 .\" $FreeBSD: src/lib/libc/sys/accept.2,v 1.10.2.11 2002/05/09 02:24:40 silby Exp $
34 .\" $DragonFly: src/lib/libc/sys/accept.2,v 1.2 2003/06/17 04:26:47 dillon Exp $
35 .\"
36 .Dd December 11, 1993
37 .Dt ACCEPT 2
38 .Os
39 .Sh NAME
40 .Nm accept
41 .Nd accept a connection on a socket
42 .Sh LIBRARY
43 .Lb libc
44 .Sh SYNOPSIS
45 .In sys/types.h
46 .In sys/socket.h
47 .Ft int
48 .Fn accept "int s" "struct sockaddr *addr" "socklen_t *addrlen"
49 .Sh DESCRIPTION
50 The argument
51 .Fa s
52 is a socket that has been created with
53 .Xr socket 2 ,
54 bound to an address with
55 .Xr bind 2 ,
56 and is listening for connections after a
57 .Xr listen 2 .
58 The
59 .Fn accept
60 call
61 extracts the first connection request
62 on the queue of pending connections, creates
63 a new socket with the same properties as
64 .Fa s ,
65 and allocates a new file descriptor
66 for the socket.  If no pending connections are
67 present on the queue, and the socket is not marked
68 as non-blocking,
69 .Fn accept
70 blocks the caller until a connection is present.
71 If the socket is marked non-blocking and no pending
72 connections are present on the queue,
73 .Fn accept
74 returns an error as described below.
75 The accepted socket
76 may not be used
77 to accept more connections.  The original socket
78 .Fa s
79 remains open.
80 .Pp
81 The argument
82 .Fa addr
83 is a result parameter that is filled-in with
84 the address of the connecting entity,
85 as known to the communications layer.
86 The exact format of the
87 .Fa addr
88 parameter is determined by the domain in which the communication
89 is occurring.
90 The
91 .Fa addrlen
92 is a value-result parameter; it should initially contain the
93 amount of space pointed to by
94 .Fa addr ;
95 on return it will contain the actual length (in bytes) of the
96 address returned.
97 This call
98 is used with connection-based socket types, currently with
99 .Dv SOCK_STREAM .
100 .Pp
101 It is possible to
102 .Xr select 2
103 a socket for the purposes of doing an
104 .Fn accept
105 by selecting it for read.
106 .Pp
107 For certain protocols which require an explicit confirmation,
108 such as
109 .Tn ISO
110 or
111 .Tn DATAKIT ,
112 .Fn accept
113 can be thought of
114 as merely dequeueing the next connection
115 request and not implying confirmation.
116 Confirmation can be implied by a normal read or write on the new
117 file descriptor, and rejection can be implied by closing the
118 new socket.
119 .Pp
120 For some applications, performance may be enhanced by using an
121 .Xr accept_filter 9
122 to pre-process incoming connections.
123 .Sh RETURN VALUES
124 The call returns \-1 on error.  If it succeeds, it returns a non-negative
125 integer that is a descriptor for the accepted socket.
126 .Sh ERRORS
127 The
128 .Fn accept
129 will fail if:
130 .Bl -tag -width Er
131 .It Bq Er EBADF
132 The descriptor is invalid.
133 .It Bq Er EINTR
134 The
135 .Fn accept
136 operation was interrupted.
137 .It Bq Er EMFILE
138 The per-process descriptor table is full.
139 .It Bq Er ENFILE
140 The system file table is full.
141 .It Bq Er ENOTSOCK
142 The descriptor references a file, not a socket.
143 .It Bq Er EINVAL
144 .Xr listen 2
145 has not been called on the socket descriptor.
146 .It Bq Er EFAULT
147 The
148 .Fa addr
149 parameter is not in a writable part of the
150 user address space.
151 .It Bq Er EWOULDBLOCK
152 The socket is marked non-blocking and no connections
153 are present to be accepted.
154 .It Bq Er ECONNABORTED
155 A connection arrived, but it was closed while waiting
156 on the listen queue.
157 .El
158 .Sh SEE ALSO
159 .Xr accept_filter 9 ,
160 .Xr bind 2 ,
161 .Xr connect 2 ,
162 .Xr getpeername 2 ,
163 .Xr listen 2 ,
164 .Xr select 2 ,
165 .Xr socket 2
166 .Sh HISTORY
167 The
168 .Fn accept
169 function appeared in
170 .Bx 4.2 .