1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
|
.\" Copyright (c) 1983, 1990, 1991 The Regents of the University of California.
.\" All rights reserved.
.\"
.\" Redistribution and use in source and binary forms, with or without
.\" modification, are permitted provided that the following conditions
.\" are met:
.\" 1. Redistributions of source code must retain the above copyright
.\" notice, this list of conditions and the following disclaimer.
.\" 2. Redistributions in binary form must reproduce the above copyright
.\" notice, this list of conditions and the following disclaimer in the
.\" documentation and/or other materials provided with the distribution.
.\" 3. All advertising materials mentioning features or use of this software
.\" must display the following acknowledgement:
.\" This product includes software developed by the University of
.\" California, Berkeley and its contributors.
.\" 4. Neither the name of the University nor the names of its contributors
.\" may be used to endorse or promote products derived from this software
.\" without specific prior written permission.
.\"
.\" THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND
.\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
.\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
.\" ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE
.\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
.\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
.\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
.\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
.\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
.\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
.\" SUCH DAMAGE.
.\"
.\" @(#)accept.2 6.6 (Berkeley) 4/29/91
.\"
.\" Modified Sat Jul 24 16:42:42 1993 by Rik Faith (faith@cs.unc.edu)
.\" Translated Wed Dec 13 1995 by Miguel A. Sepulveda (angel@angel.ifc.or.jp)
.\" Modified Jun 25 1996 by Miguel A. Sepulveda (angel@vivaldi.princeton.edu)
.TH ACCEPT 2 "25 Jun 1996" "Manual BSD" "Manual del Programador Linux"
.SH NOMBRE
accept \- acepta una conexin en un zcalo (socket)
.SH SINOPSIS
.B #include <sys/types.h>
.sp
.B #include <sys/socket.h>
.sp
.BI "int accept(int " s ", struct sockaddr *" addr ", int *" addrlen );
.SH DESCRIPCIN
El argumento
.I s
es un zcalo creado mediante la llamada
.BR socket (2),
enlazado a una direccin gracias a
.BR bind (2),
y est escuchando por conexiones despus de un
.BR listen (2).
La llamada
.B accept
extrae la primera conexin pedida en la cola de conexiones pendientes,
crea un nuevo zcalo con las mismas propiedades de
.I s
y asigna un nuevo fichero descriptor para el zcalo. Si no quedan
conexiones en la cola, y el zcalo no est marcado como no-bloqueador,
.B accept
bloquea la peticin hasta que haya un zcalo disponible.
Si el zcalo est marcado no-bloqueador
y no hay conexiones pendientes en la cola en ese instante,
.B accept
regresa un error segn se describe ms adelante.
El zcalo aceptado no puede usarse para aceptar conexiones adicionales.
El zcalo original
.I s
permanece abierto.
El argumento
.I addr
en la salida contiene la direccin de la entidad conectante,
segn el nivel de comunicaciones. El formato exacto del parmetro
.I addr
est determinado por el dominio en el que la comunicacin se efectua.
.I addrlen
es un parmetro tanto para input como output;
inicialmente contiene la cantidad de espacio indicado por
.IR addr ;
cuando regresa contiene la longitud real
(en bytes) de la direccin regresada.
Esta llamada se usa con zcalos basados
en conexiones, por el momento via
.BR SOCK_STREAM .
Es posible elegir mediante
.BR select (2)
un zcalo para realizar un
.B accept
simplemente elijiendolo para lectura.
Para ciertos protocolos que requieren una confirmacin explcita,
tal como
.B ISO
o
.BR DATAKIT ,
.B accept
puede interpretarse como una funcin para eliminar de la cola
la prxima conexin solicitada sin implicar una confirmacin.
Se puede eludir a la confirmacin a travs de una lectura o escritura normal
en el nuevo fichero descriptor, y un rechazo puede indicarse implcitamente
cerrando el nuevo zcalo.
Uno puede obtener datos concernientes a la conexin pedida
sin confirmar la conexin simplemente llamando
.BR recvmsg (2)
con un valor
.I msg_iovlen
de 0 y un valor no-nulo en
.IR msg_controllen ,
o tambin ejecutando una peticin de
.BR getsockopt (2)
Similarmente, es posible proveer informacin sobre el rechazo
de la conexin ejecutando
.BR sendmsg (2)
suministrando la informacin de control, o llamando
.BR setsockopt (2).
.SH "VALORES REGRESADOS"
La llamada regresa \-1 en caso de error. Si tiene xito, regresa un
entero no-negativo que es un descriptor para el zcalo aceptado.
.SH ERRORES
.TP 0.8i
.B EBADF
El descriptor no es vlido.
.TP
.B ENOTSOCK
El descriptor se refiere a un fichero, no a un zcalo.
.TP
.B EOPNOTSUPP
El zcalo referido no es del tipo
.BR SOCK_STREAM .
.TP
.B EFAULT
El parmetro
.I addr
no se encuentra en una zona escribible del espacio de direcciones del
usuario.
.TP
.B EWOULDBLOCK
El zcalo est marcado como no-bloqueador y no hay conexiones
presentes que puedan ser aceptadas.
.SH HISTORIA
La llamada
.B accept
apareci en BSD 4.2.
.SH "VASE TAMBIN"
.BR bind "(2), " connect "(2), " listen "(2), " select "(2), "
.BR socket "(2) "
|
