Export (0) Print
Expand All
Expand Minimize

WSPAccept function

The WSPAccept function conditionally accepts a connection based on the return value of a condition function.

Syntax


SOCKET WSPAccept(
  _In_     SOCKET s,
  _Out_    struct sockaddr *addr,
  _Inout_  LPINT addrlen,
  _In_     LPCONDITIONPROC lpfnCondition,
  _In_     DWORD dwCallbackData,
  _Out_    LPINT lpErrno
);

Parameters

s [in]

Descriptor identifying a socket that is listening for connections after a WSPListen.

addr [out]

Optional pointer to a buffer that receives the address of the connecting entity, as known to the service provider. The exact format of the addr parameter is determined by the address family established when the socket in the sockaddr structure was created.

addrlen [in, out]

Optional pointer to an integer that contains the length of the addr parameter, in bytes.

lpfnCondition [in]

Procedure instance address of an optional-condition function furnished by Windows Sockets. This function is used in the accept or reject decision based on the caller information passed in as parameters.

dwCallbackData [in]

Callback data to be passed back to the Windows Socket 2 client as the value of the dwCallbackData parameter of the condition function. This parameter is not interpreted by the service provider.

lpErrno [out]

Pointer to the error code.

Return value

If no error occurs, WSPAccept returns a value of type SOCKET that is a descriptor for the accepted socket. Otherwise, a value of INVALID_SOCKET is returned, and a specific error code is available in lpErrno.

Error codeMeaning
WSAECONNREFUSED

The connection request was forcefully rejected as indicated in the return value of the condition function (CF_REJECT).

WSAECONNRESET

An incoming connection was indicated, but was subsequently terminated by the remote peer prior to accepting the call.

WSAENETDOWN

The network subsystem has failed.

WSAEFAULT

The addrlen parameter is too small or the lpfnCondition parameter is not part of the user address space.

WSAEINTR

A (blocking) call was canceled through WSPCancelBlockingCall.

WSAEINPROGRESS

A blocking Windows Sockets call is in progress.

WSAEINVAL

WSPListen was not invoked prior to WSPAccept, parameter g specified in the condition function is not a valid value, the return value of the condition function is not a valid one, or any case where the specified socket is in an invalid state.

WSAEMFILE

Queue is nonempty upon entry to WSPAccept and there are no socket descriptors available.

WSAENOBUFS

No buffer space is available.

WSAENOTSOCK

The descriptor is not a socket.

WSAEOPNOTSUPP

Referenced socket is not a type that supports connection-oriented service.

WSATRY_AGAIN

Acceptance of the connection request was deferred as indicated in the return value of the condition function (CF_DEFER).

WSAEWOULDBLOCK

Socket is marked as nonblocking and no connections are present to be accepted.

WSAEACCES

The connection request that was offered has timed out or been withdrawn.

 

Remarks

The WSPAccept function extracts the first connection on the queue of pending connections on socket s, and checks it against the condition function, provided the condition function is specified (that is, not null). The condition function must be executed in the same thread as this routine. If the condition function returns CF_ACCEPT, WSPAccept creates a new socket.

Newly created sockets have the same properties as the socket s, including network events registered with WSPAsyncSelect or with WSPEventSelect. As described in DescriptorAllocation, when new socket descriptors are allocated, IFS providers must call WPUModifyIFSHandle and non-IFS providers must call WPUCreateSocketHandle.

If the condition function returns CF_REJECT, WSPAccept rejects the connection request. If the application's accept/reject decision cannot be made immediately, the condition function will return CF_DEFER to indicate that no decision has been made. No action about this connection request is to be taken by the service provider. When the application is ready to take action on the connection request, it will invoke WSPAccept again and return either CF_ACCEPT or CF_REJECT as a return value from the condition function.

For sockets that are in the (default) blocking mode, if no pending connections are present on the queue, WSPAccept blocks the caller until a connection is present. For sockets in nonblocking mode, if this function is called when no pending connections are present on the queue, WSPAccept returns the error code WSAEWOULDBLOCK. The accepted socket cannot be used to accept more connections. The original socket remains open.

The parameter addr is a result parameter that is filled with the address of the connecting entity, as known to the service provider. The exact format of the addr parameter is determined by the address family in which the communication is occurring. The addrlen is a value-result parameter; it will initially contain the amount of space pointed to by addr. On return, it must contain the actual length (in bytes) of the address returned by the service provider. This call is used with connection-oriented socket types such as SOCK_STREAM. If addr and/or addrlen are equal to null, then no information about the remote address of the accepted socket is returned. Otherwise, these two parameters shall be filled in regardless of whether the condition function is specified or what it returns.

The prototype of the condition function is as follows:



int CALLBACK ConditionFunc(
  IN LPWSABUF     lpCallerId, 
  IN LPWSABUF     lpCallerData, 
  IN OUT LPQOS    lpSQOS, 
  IN OUT LPQOS    lpGQOS,
  IN LPWSABUF     lpCalleeId, 
  IN LPWSABUF     lpCalleeData, 
  OUT GROUP FAR   *g, 
  IN DWORD        dwCallbackData 
);


The lpCallerId and lpCallerData are value parameters that must contain the address of the connecting entity and any user data that was sent along with the connection request. If no caller identifier or caller data is available, the corresponding parameter will be null. Many network protocols do not support connect-time caller data. Most conventional network protocols can be expected to support caller identifier information at connection-request time. The buf part of the WSABUF pointed to by lpCallerId points to a sockaddr. The sockaddr is interpreted according to its address family (typically by casting the sockaddr to some type specific to the address family).

The lpSQOS parameter references the flow specifications for socket s specified by the caller, one for each direction, followed by any additional provider-specific parameters. The sending or receiving flow specification values will be ignored as appropriate for any unidirectional sockets. A null value for lpSQOS indicates that there is no caller-supplied QoS and that no negotiation is possible. A non-NULL lpSQOS pointer indicates that a QoS negotiation is to occur or that the provider is prepared to accept the QoS request without negotiation.

The lpCalleeId is a value parameter that contains the local address of the connected entity. The buf part of the WSABUF pointed to by lpCalleeId points to a sockaddr. The sockaddr is interpreted according to its address family (typically by casting the sockaddr to some type specific to the address family).

The lpCalleeData is a result parameter used by the condition function to supply user data back to the connecting entity. The storage for this data must be provided by the service provider. The lpCalleeData->len initially contains the length of the buffer allocated by the service provider and pointed to by lpCalleeData->buf. A value of zero means passing user data back to the caller is not supported. The condition function will copy up to lpCalleeData->len bytes of data into lpCalleeData->buf, and then update lpCalleeData->len to indicate the actual number of bytes transferred. If no user data is to be passed back to the caller, the condition function will set lpCalleeData->len to zero. The format of all address and user data is specific to the address family to which the socket belongs.

The dwCallbackData parameter value passed to the condition function is the value passed as the dwCallbackData parameter in the original WSPAccept call. This value is interpreted only by the Windows Sockets 2 client. This allows a client to pass some context information from the WSPAccept call site through to the condition function, which provides the condition function with any additional information required to determine whether to accept the connection. A typical usage is to pass a (suitably cast) pointer to a data structure containing references to application-defined objects with which this socket is associated.

Requirements

Minimum supported client

Windows 2000 Professional [desktop apps only]

Minimum supported server

Windows 2000 Server [desktop apps only]

Header

Ws2spi.h

See also

WSPAsyncSelect
WSPBind
WSPConnect
WSPEventSelect
WSPGetSockOpt
WSPListen
WSPSelect
WSPSocket

 

 

Community Additions

ADD
Show:
© 2014 Microsoft