This chapter describes the Socket Library to use for your particular programming application.
TCPware provides a Socket Library if you are running a version of VMS earlier than 5.3 or are using the Remote Procedure Call (RPC) routines. However, Process Software does not recommend that you use the TCPware Socket Library for later versions of OpenVMS.
HP provides a C Socket Library you should use for VMS Version 5.3 and later. HP provides a collection of VAX C, DEC C, and DEC C++ subroutines that closely emulates the UNIX socket functions.
Note! For OpenVMS V5.3 and later, whether the compiler is VAX C, DEC C or DEC C++, network programmers should use HP’s C Socket Library routines and header files. In the case of the compiler being DEC C or C++, programmers MUST use HP's library and header files. This applies to VAX, Alpha and I64 systems.
See HP’s VAX C Run Time Library Manual or DEC C Language Reference Manual for information on these socket library routines.
See Appendix A, for details on the TCPware Socket Library routines.
HP provides header files for its C Socket Library that are similar to those provided by TCPware.
The header files TCPware provides in its Socket Library are described in Appendix A.
To use the HP C Socket Library header files:
• If you are transitioning an existing VAX C socket application, change any #include statements for TCPware's header files to reference HP's header files. For example:
#include "tcpware_include:netdb.h"
becomes:
#include <netdb.h>
Then compile as follows:
– On the VAX C command line:
$ cc prog.c
– On the DEC C command line for VAX:
$ cc /stand=vaxcprog.c
– On the DEC C command line for Alpha and I64:
$ cc /stand=vaxc/nomember_align/assume=noalignedprog.c
• If you are porting or
developing an ANSI C or C++ application, use the HP header files as shown
above. Then compile the application (in the case of DEC C, omit the
/stand=vaxc
option).
Note! If you are developing a new program using DEC C, compile using:
$ cc /prefix_library_entries=all_entriesprog.c
You can then link against HP's C Socket Library as follows:
• For VAX C:
$ link prog,sys$input/options
tcpware:ucx$ipc/lib
sys$share:vaxcrtl/share
• For DEC C on the VAX, Alpha and I64, and for DEC C++:
$ link prog
The link procedure for the TCPware Socket Library is described in Appendix A.
The following sample programs are included in the TCPWARE_COMMON:[TCPWARE.EXAMPLES] directory:
• TCP_SOCKET_CLIENT.C
• TCP_SOCKET_SERVER.C
• UDP_SOCKET_CLIENT.C
• UDP_SOCKET_SERVER.C
The TCP_SOCKET_CLIENT.C and TCP_SOCKET_SERVER.C pair of programs provide a self-declared ECHO server that sequentially accepts client connections and echoes back the client messages. The UDP_SOCKET_CLIENT.C and UDP_SOCKET_SERVER.C pair of programs provide a self-declared DISCARD server that can receive (and discard) datagrams from multiple clients.
These programs are functionally equivalent to the BGDRIVER sample programs in Chapter 2, UCX Compatibility Services.
To build any one of these applications using DEC C, enter:
$ CC/DECC/PREFIX=ALL filename
$ LINK filename
Ctrl/Z
To build any one of these applications using VAX C, enter:
$ CC/VAXC filename
$ LINK filename, TCPWARE:UCX$IPC/LIB, SYS$INPUT/OPTIONS-
_$ SYS$SHARE:VAXCRTL/SHARE
Ctrl/Z
Appendix A, TCPware Socket Library, includes sample programs for the TCPware Socket Library. These require minor modification to be used in C Socket Library applications.
The logical TCPWARE_SOCKET_TRACE can be defined to get a trace of socket library operations and status values returned from TCPware to aid in debugging of applications. The details of the interpretation of the logical are in the table below:
Table 3-1 Interpretation of TCPWARE_SOCKET_TRACE logical |
|
number |
1 - control operations 2 - read operations 4 - write operations These values can be ORed together to get any combination of operations. |
anything else |
Interpreted as a (partial) file specification with the default specification being SYS$SCRATCH:TCPWARE_SOCKET_<process_name>.LOG This can be useful for services that are started up by NETCU or another listening service and that create separate processes. The logical can be defined at the SYSTEM level and the socket library routines will generate a separate log file for each process. When this format is used the log consists of all three classes (control, read and write) operations. |