VMS Help
System Services, $ICC ACCEPT
*Conan The Librarian (sorry for the slow response - running on an old VAX)
|
|
Responds to an incoming connection request. This call is used to
complete an ICC connection from the server side.
On Alpha systems, this service accepts 64-bit addresses.
Format
SYS$ICC_ACCEPT conn_handle ,[accept_buf] ,[accept_len]
,[user_context] ,[flags]
C Prototype:
int sys$icc_accept (unsigned int conn_handle, char *
accept_buf, unsigned int accept_len,
unsigned int user_context, unsigned int
flags);
conn_handle
OpenVMS usage:connection_id
type: longword (unsigned)
access: read only
mechanism: by value
The handle of the requested connection.
accept_buf
OpenVMS usage:byte_stream
type: character-coded text string
access: read only
mechanism: by 32-bit or 64-bit reference (Alpha)
mechanism: by 32-bit reference (VAX)
A buffer of up to 1000 bytes of accept data that is sent to the
source of the connection at the completion of the connection
process.
accept_len
OpenVMS usage:buffer_length
type: longword (unsigned)
access: read only
mechanism: by value
The actual number of bytes in accept_buf to be sent.
user_context
OpenVMS usage:user_arg
type: longword (unsigned) (VAX), quadword (Alpha)
access: read only
mechanism: by value
A user-specified value that is subsequently returned on any
disconnect or data events on this connection.
flags
OpenVMS usage:mask_longword
type: longword (unsigned)
access: read only
mechanism: by value
ICC$M_SYNCH_MODE can be specified to indicate that the data
transmission and reception routines $ICC_TRANSMIT, $ICC_RECEIVE,
and $ICC_REPLY are allowed to return the status SS$_SYNCH in
the case of synchronous completion, and that the AST will not be
called.
[legal]
[privacy]
[GNU]
[policy]
[netiquette]
[sponsors]
[FAQ]
Polarhome, production since 1999.
Member of Polarhome portal.