t_connect man page on HP-UX

Man page or keyword search:  
man Server   10987 pages
apropos Keyword Search (all sections)
Output format
HP-UX logo
[printable version]

t_connect(3)							  t_connect(3)

NAME
       t_connect() - establish a connection with another transport user

SYNOPSIS
DESCRIPTION
       This  function  enables a transport user to request a connection to the
       specified destination transport user.  This function can only be issued
       in  the state.  fd identifies the local transport endpoint where commu‐
       nication will be established.  sndcall and rcvcall point to a structure
       which contains the following members:

       The  type  structure is defined in the or header file.  This structure,
       which is used to define buffer parameters, has the following members:

       maximum byte length of the data buffer

       actual byte length of data written to buffer

       points to buffer location

       sndcall specifies information  needed  by  the  transport  provider  to
       establish  a connection.	 rcvcall specifies information that is associ‐
       ated with the newly established connection.

       In sndcall, addr specifies the  protocol	 address  of  the  destination
       transport  user.	  opt  presents any protocol-specific information that
       might be needed by the transport provider.  udata  points  to  optional
       user  data  that may be passed to the destination transport user during
       connection establishment.  sequence has no meaning for this function.

       On return in rcvcall, addr returns the protocol address associated with
       the  responding transport endpoint.  opt presents any protocol-specific
       information associated with the connection.  udata points  to  optional
       user data that may be returned by the destination transport user during
       connection establishment.  sequence has no meaning for this function.

       The opt argument permits users to define the options that may be passed
       to  the transport provider.  These options are specific to the underly‐
       ing protocols of the transport provider and are described for  ISO  and
       TCP  protocols in Appendix A, "ISO Transport Protocol Information," Ap‐
       pendix B, "Internet Protocol-specific  Information,"  and  Appendix  F,
       "Headers	 and  Definitions"  of the manual.  The user may choose not to
       negotiate protocol options by setting the len field of opt to zero.  In
       this case, the provider may use default options.

       If  the opt argument is used, the sndcall->opt.buf structure must point
       to the corresponding options structures.	 For XTI over the  OSI	trans‐
       port  provider,	the  options  buffer should be a struct of type or For
       TLI, see the documentation for the transport provider being used.   The
       maxlen  and  buf	 fields	 of the structure pointed by rcvcall->addr and
       rcvcall->opt must be set before the call.

       The udata argument enables the caller to pass user data to the destina‐
       tion  transport	user  and  receive user data from the destination user
       during connection establishment.	 However, the amount of user data must
       not  exceed  the limits supported by the transport provider as returned
       in the connect field of the info argument of or If the len of udata  is
       zero  in	 sndcall,  no  data  will be sent to the destination transport
       user.

       On return, the addr, opt, and udata fields of rcvcall will  be  updated
       to  reflect  values  associated	with the connection.  Thus, the maxlen
       field of each argument must be set  before  issuing  this  function  to
       indicate the maximum size of the buffer for each.  However, rcvcall may
       be a null pointer, in which case no information is given to the user on
       return from

       By default, executes in synchronous mode and will wait for the destina‐
       tion user's response before returning control to	 the  local  user.   A
       successful  return  (i.e.,  return  value  of  zero) indicates that the
       requested connection has been established.  However, if is set (via  or
       executes	 in  asynchronous  mode.  In this case, the call will not wait
       for the remote user's response, but will return control immediately  to
       the local user and return −1 with set to [TNODATA] to indicate that the
       connection has not yet been established.	 In  this  way,	 the  function
       simply  initiates  the  connection establishment procedure by sending a
       connect request to the destination transport  user.   The  function  is
       used  in conjunction with to determine the status of the requested con‐
       nection.

       When a synchronous call is interrupted by the arrival of a signal,  the
       state  of  the  corresponding  transport endpoint is allowing a further
       call to either or

   Valid States
   Fork Safety
       is not fork-safe.

RETURN VALUE
       Upon successful completion, a value of 0	 is  returned.	 Otherwise,  a
       value of −1 is returned and is set to indicate the error.

ERRORS
       [TBADF]		   The	specified  file descriptor does not refer to a
			   transport endpoint.

       [TOUTSTATE]	   The function was issued in the wrong sequence.

       [TNODATA]	   was set, so the function successfully initiated the
			   connection  establishment  procedure,  but  did not
			   wait for a response from the remote user.

       [TBADADDR]	   The specified protocol address was in an  incorrect
			   format or contained illegal information.

       [TBADOPT]	   The	specified  protocol  options were in incorrect
			   format or contained illegal information.

       [TBADDATA]	   The amount of user data specified  was  not	within
			   the bounds allowed by the transport provider.

       [TACCES]		   The user does not have permission to use the speci‐
			   fied address or options.

       [TBUFOVFLW]	   The number of bytes allocated for an incoming argu‐
			   ment	 (maxlen)  is greater than zero but not suffi‐
			   cient to store the value of that argument.  If exe‐
			   cuted in synchronous mode, the provider's state, as
			   seen by the user, changes to and the connect	 indi‐
			   cation  information	to  be	returned in rcvcall is
			   discarded.

       [TLOOK]		   An asynchronous event has occurred on  this	trans‐
			   port endpoint and requires immediate attention.

       [TNOTSUPPORT]	   This	 function  is  not supported by the underlying
			   transport provider.

       [TSYSERR]	   A system error has  occurred	 during	 execution  of
			   this function.

       [TADDRBUSY]	   This	 transport  provider does not support multiple
			   connections	with  the  same	  local	  and	remote
			   addresses.	This error indicates that a connection
			   already exists.

       [TPROTO]		   (XTI only) This error indicates that	 a  communica‐
			   tion	 problem has been detected between XTI and the
			   transport provider for which there is  no  suitable
			   XTI (

FILES
       XTI data structures

       TLI data structures

SEE ALSO
       fcntl(2),    t_accept(3),    t_alloc(3),	  t_getinfo(3),	  t_listen(3),
       t_open(3), t_rcvconnect(3), thread_safety(5).

STANDARDS CONFORMANCE
								  t_connect(3)
[top]

List of man pages available for HP-UX

Copyright (c) for man pages and the logo by the respective OS vendor.

For those who want to learn more, the polarhome community provides shell access and support.

[legal] [privacy] [GNU] [policy] [cookies] [netiquette] [sponsors] [FAQ]
Tweet
Polarhome, production since 1999.
Member of Polarhome portal.
Based on Fawad Halim's script.
....................................................................
Vote for polarhome
Free Shell Accounts :: the biggest list on the net