OpenCores
URL https://opencores.org/ocsvn/or1k/or1k/trunk

Subversion Repositories or1k

[/] [or1k/] [trunk/] [ecos-2.0/] [packages/] [net/] [tcpip/] [v2_0/] [doc/] [accept.man] - Blame information for rev 1765

Details | Compare with Previous | View Log

Line No. Rev Author Line
1 1254 phoenix
NAME
2
       accept - accept a connection on a socket
3
 
4
SYNOPSIS
5
       #include <network.h>
6
 
7
       int accept(int s, struct sockaddr *addr, int *addrlen);
8
 
9
DESCRIPTION
10
       The  argument  s  is  a  socket that has been created with
11
       socket(2), bound to an address with bind(2), and  is  lis-
12
       tening  for  connections  after  a  listen(2).  The accept
13
       function extracts the  first  connection  request  on  the
14
       queue  of  pending  connections, creates a new socket with
15
       the same  properties  of  s,  and  allocates  a  new  file
16
       descriptor  for the socket.  If no pending connections are
17
       present on the queue, and the socket is not marked as non-
18
       blocking,  accept  blocks the caller until a connection is
19
       present.  If the socket  is  marked  non-blocking  and  no
20
       pending  connections  are  present  on  the  queue, accept
21
       returns an error as described below.  The socket  returned
22
       by accept may not be used to accept more connections.  The
23
       original socket s remains open.
24
 
25
       The argument addr is a result parameter that is filled  in
26
       with the address of the connecting entity, as known to the
27
       communications layer.  The exact format of the addr param-
28
       eter  is  determined by the domain in which the communica-
29
       tion is occurring.  addrlen is a  value-result  parameter:
30
       it should initially contain the amount of space pointed to
31
       by addr; on return it will contain the actual  length  (in
32
       bytes)  of  the  address returned.  This call is used with
33
       connection-based socket types, currently with SOCK_STREAM.
34
 
35
       It  is  possible to select(2) a socket for the purposes of
36
       doing an accept by selecting it for read.
37
 
38
       For certain protocols which require an explicit  confirma-
39
       tion,  such  as DECNet, accept can be thought of as merely
40
       dequeuing the next connection  request  and  not  implying
41
       confirmation.   Confirmation  can  be  implied by a normal
42
       read or write on the new file  descriptor,  and  rejection
43
       can  be  implied by closing the new socket. Currently only
44
       DECNet has these semantics on Linux.
45
 
46
NOTES
47
       If you want accept to never  block  the  listening  socket
48
       needs  to  have  the  non blocking flag set. Assuming that
49
       there is always a connection waiting after select returned
50
       true  is  not  reliable,  because  the connection might be
51
       removed by  an  asynchronous  network  error  between  the
52
       select/poll returning and the accept call. The application
53
       would hang then if the listen socket is not non  blocking.
54
 
55
RETURN VALUES
56
       The  call returns -1 on error.  If it succeeds, it returns
57
       a non-negative  integer  that  is  a  descriptor  for  the
58
       accepted socket.
59
 
60
ERRORS
61
       EBADF   The descriptor is invalid.
62
 
63
       ENOTSOCK
64
               The descriptor references a file, not a socket.
65
 
66
       EOPNOTSUPP
67
               The referenced socket is not of type  SOCK_STREAM.
68
 
69
       EAGAIN  The socket is marked non-blocking and  no  connec-
70
               tions are present to be accepted.
71
 
72
       ENOBUFS, ENOMEM
73
               Not enough free memory.
74
 
75
 

powered by: WebSVN 2.1.0

© copyright 1999-2024 OpenCores.org, equivalent to Oliscience, all rights reserved. OpenCores®, registered trademark.