Archive-Date: Wed, 18 Jan 1995 18:07:38 +0100 Sender: meyer@ifn.ing.tu-bs.de Date: Wed, 18 Jan 1995 11:45:19 EST From: "Brian Tillman" Reply-To: tillman_brian@si.com To: socketshr@ifn.ing.tu-bs.de Message-ID: <0098AA51.6F824160.9@swdev.si.com> Subject: Current version What is the current version of SOCKETSHR and where can it be found? Thanks. -- Brian tilman_brian@si.com ================================================================================ Archive-Date: Thu, 19 Jan 1995 14:18:28 +0100 Sender: meyer@ifn.ing.tu-bs.de Date: Thu, 19 Jan 1995 14:18:16 +0100 From: Eckart Meyer Reply-To: Eckart Meyer To: socketshr@ifn.ing.tu-bs.de Message-ID: <0098AB2F.F7580F69.2527@ifn.ing.tu-bs.de> Subject: RE: Current version In Article <0098AA51.6F824160.9@swdev.si.com> "Brian Tillman" writes: > >What is the current version of SOCKETSHR and where can it be found? Thanks. Current version is V0.9C and may be obtained from ftp.ifn.ing.tu-bs.de in [.VMS.SOCKETSHR] via anonymous ftp. It's also on Hunter Goatley's famous server. There will be an update in the next few days with some minor bug fixes. -- Eckart ----------------------------------------------------------------------------- Eckart Meyer Address: Schleinitzstr. 23 Institute for Telecommunication 38092 Braunschweig Technical University of Braunschweig Germany Phone: +49 531 391 2454 E-Mail: meyer@ifn.ing.tu-bs.de FAX: +49 531 391 5192 VMSmail: PSI%26245050551130::MEYER (DATEX-P) ----------------------------------------------------------------------------- ================================================================================ Archive-Date: Fri, 20 Jan 1995 09:06:19 +0100 Sender: meyer@ifn.ing.tu-bs.de Date: Fri, 20 Jan 1995 09:04:31 EST From: "Jacek W. Tobiasz" Reply-To: "Jacek W. Tobiasz" To: socketshr@ifn.ing.tu-bs.de Message-ID: <0098ABCD.4D370618.5@alpha.sggw.waw.pl> Subject: Applications for socketshr ? Are there any applications which work with socketshr ? I would like to test - (very) simple and complex applications. Or what portings are in progress? finger, talk, archie, whois, etc. ? Jacek ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Jacek Tobiasz, OpenVMS system manager tobiasz@alpha.sggw.waw.pl Computer Center of Warsaw Agricultural University ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ================================================================================ Archive-Date: Fri, 20 Jan 1995 09:14:48 +0100 Sender: meyer@ifn.ing.tu-bs.de Date: Fri, 20 Jan 1995 08:08:12 GMT From: David Denholm Reply-To: David Denholm To: tobiasz@alpha.sggw.waw.pl CC: socketshr@ifn.ing.tu-bs.de Message-ID: <0098ABC5.6F15F643.5@conmat.phys.soton.ac.uk> Subject: RE: Applications for socketshr ? > >Are there any applications which work with >socketshr ? the port of perl 5 to vms uses socketshr. genetics.upenn.edu holds fixes to vms version since official perl 5 release. But netlib 2.0 has a brand new _documented_ interface, which may be appropriate for new VMS applications..? dd -- David Denholm 'official' : D.R.Denholm@southampton.ac.uk Physics dept. preferred : denholm@conmat.phys.soton.ac.uk Southampton University Tel : (01703) 592104 [work] (01489) 576733 [home] uk SO17 1BJ Fax : (01703) 593910 ================================================================================ Archive-Date: Fri, 20 Jan 1995 18:02:56 +0100 Sender: meyer@ifn.ing.tu-bs.de Date: Fri, 20 Jan 1995 11:53:25 -0500 (EST) From: Charles Bailey Reply-To: Charles Bailey Subject: Re: Applications for socketshr ? To: "Jacek W. Tobiasz" CC: socketshr@ifn.ing.tu-bs.de, BAILEY@hmivax.humgen.upenn.edu Message-ID: <01HM2HA8XYOK0003RJ@hmivax.humgen.upenn.edu> MIME-Version: 1.0 Content-Transfer-Encoding: 7BIT >Are there any applications which work with >socketshr ? >I would like to test - (very) simple and complex >applications. Perl 5 is built to work with SocketShr, though the socket routines haven't been extensively tested as yet. Current sources for VMS can be found at genetics.upenn.edu, in [.perl5]perl5_000_yymmdda.zip, where yymmdda is a sequence number indicating when the kit was assembled. Regards, Charles Bailey bailey@genetics.upenn.edu ================================================================================ Archive-Date: Sat, 21 Jan 1995 03:38:36 +0100 Sender: meyer@ifn.ing.tu-bs.de Date: Sat, 21 Jan 1995 03:38:28 +0100 From: Eckart Meyer Reply-To: Eckart Meyer To: socketshr@ifn.ing.tu-bs.de Message-ID: <0098AC68.EBA0BCA9.3112@ifn.ing.tu-bs.de> Subject: RE: Applications for socketshr ? In Article <0098ABCD.4D370618.5@alpha.sggw.waw.pl> "Jacek W. Tobiasz" writes: > >Are there any applications which work with >socketshr ? >I would like to test - (very) simple and complex >applications. > >Or what portings are in progress? > >finger, talk, archie, whois, etc. ? > >Jacek finger - I tried IUFINGER, easy port. archie - works o.k. All of SOCKETSHR's UDP code was tested with archie. ntalk - work still in progress - not so easy, but that's probably not SOCKETSHR's fault. mosaic - I ported an older one - no problems. lynx - I tried it once and it worked. I believe there is new version around with SOCKETSHR support included. Unfortunately I have not enough time to make useable distribution kits of those myself. There is still a lot of work with SOCKETSHR itself and I would like to see others doing this job. Maybe the mosaic port will appear on my ftp server soon (V2.4). --Eckart BTW: SOCKETSHR V0.9D will appear next week with some bugfixes and a new SOCKETSHR.H. ----------------------------------------------------------------------------- Eckart Meyer Address: Schleinitzstr. 23 Institute for Telecommunication 38092 Braunschweig Technical University of Braunschweig Germany Phone: +49 531 391 2454 E-Mail: meyer@ifn.ing.tu-bs.de FAX: +49 531 391 5192 VMSmail: PSI%26245050551130::MEYER (DATEX-P) ----------------------------------------------------------------------------- ================================================================================ Archive-Date: Thu, 26 Jan 1995 03:31:24 +0100 Sender: meyer@ifn.ing.tu-bs.de Date: Thu, 26 Jan 1995 03:31:13 +0100 From: Eckart Meyer Reply-To: Eckart Meyer To: socketshr@IFN.ING.TU-BS.DE Message-ID: <0098B055.BD2262C9.4364@ifn.ing.tu-bs.de> Subject: ANNOUNCE: SOCKETSHR V0.9D - a TCP/IP package independent socket library ANNOUNCEMENT: SOCKETSHR V0.9D 25-Jan-1995 This is to announce the fourth beta release of SOCKETSHR, a TCP/IP product independent BSD socket library (shared image) based on Matt Madison's NETLIB. It is available for OpenVMS VAX and AXP. NOTE: The SOCKETSHR image for NETLIB has been renamed to SOCKETSHR_NETLIB1.EXE to reflect that it is built for NETLIB V1. Future versions of SOCKETSHR may be built for the new NETLIB V2. PLEASE UPDATE YOUR DEFINITION OF THE LOGICAL "SOCKETSHR"! There is also a UCX native version, which is merely an interface to UCX' socket library with some routines added. Both versions are interchangable since they share the same transfer vector. Currently the NETLIB version is the recommended implementation of SOCKETSHR. SOCKETSHR has been created to make distribution of binaries easier, since only one executable has to be built. This executable then runs on all TCP/IP products without relinking. Note that NETLIB V1.7 or higher is required for UDP applications to work. V1.7 implements asynchroneous UDP transfer which is necessary to implement select() (Many thanks to Matt Madison for his cooperation). NETLIB V1.7 is the current (and last) version of NETLIB V1. Matt has created NETLIB V2 which has V1 compatible routines. SOCKETSHR should also works with NETLIB V2 though it does not currently use the new features of NETLIB V2. SOCKETSHR may be obtained via anonymous ftp from: ftp.ifn.ing.tu-bs.de in directory [.VMS.SOCKETSHR] SOCKETSHR_BIN_09D.ZIP VAX and AXP shared images SOCKETSHR_SRC_09D.ZIP sources NETLIB017.ZIP Matt Madison's NETLIB (UNZIP.EXE can be found in [.VMS]) Older versions can be found in [.VMS.SOCKETSHR.OLD]. There is a mailing list for discussion: socketshr@ifn.ing.tu-bs.de To subscribe, send mail to socketshr-request@ifn.ing.tu-bs.de containing one line: subscribe Feel free to test socketshr and please report bugs. --Eckart ------------------------------------------------------------------------------- Changes for V0.9D: (1) Added missing files with BUILD.COM. This procedure was rewritten. (2) Added time stamp on trace output. (3) Don't use VAXC$INET_NTOA and VAXC$INET_ADDR but supply our own routines (INET.C). Although independent of any networking software they seem to need UCX$IPC_SHR which is only available with UCX (thanks to Charles Streible). (4) Wrong internal declarations of fgetc(), fputc() etc. Changed to use integers instead of char's (thanks to Charles Streible). (5) The NETLIB version was renamed to NETLIB1 to reflect that it is built on NETLIB V1. Matt has developed a complete new version of NETLIB (V2) with a new interface. A future version of SOCKETSHR will use the new interface. (6) New socketshr.h: Not only defines routine names but also define the prototypes - but only if the original prototype definition has already been done. It is now recommended to include socketshr.h after all other related includes (like socket.h etc). (7) fileno() can now be used as it is defined in stdio.h, i.e. as a macro referring to the FILE struct (_iobuf). It is no longer defined in socketshr.h. The entry point for fileno() will be retained for compatibility. (8) The two example and test programs client.c and server.c are now ANSI-C compatible and may be compiled on DECC without /standard=vaxc. (9) Corrected bugs with accept() when used with select(). The correct event flag was not set when a connect was coming in while waiting in select(). Also, the "ready bit" was not cleared in accept() resulting in an immedeate return from subsequent select on this (listen) socket. (10) You may now link SOCKETSHR from the binary distribution (SOCKETSHR_BIN_09D.ZIP) by simply extracting all files into a temporary directory and typing "@LINK". (11) TYPES.H, IOCTL.H and FILE.H have been added to the binary distribution. In the source distribution they have been moved from [.netlib] to the base directory. ------------------------------------------------------------------------------- Changes for V0.9C: (1) Corrected bug with select() when the timeout parameter is NULL. Under certain circumstances select() could go into a loop instead of waiting (thanks to Andy Harper). (2) Added some routines: Services: getservent - get next service from database setservent - set open/close flag endservent - close database Note: All service database routine including getservbyname() and getservbyport() now use the file pointed to by logical SOCKETSHR_SERVICES or SYS$LIBRARY:SERVICES. if the logical does not exist. The old logicals INET$... are no longer used! Protocols: getprotobyname - get protocol from database getprotobynumber- get protocol from database getprotoent - get next protocol from database setprotoent - set open/close flag endprotoent - close database Note: All protocol database routines use the file pointed to by logical SOCKETSHR_PROTOCOLS or SYS$LIBRARY:PROTOCOLS. if the logical does not exist. Hosts: gethostent setservent endservent These routines are added for completeness but they actually do nothing. gethostent() always returns the NULL pointer, since NETLIB does not provide this information. SOCKETSHR.H has been updated to include the new routines. Due to the addition of these routines, the transfer vector has changed. The routines have been appended at the end. The minor id of the shared images has been increased. Programs linked against previous versions of SOCKETSHR will run with this versions. ------------------------------------------------------------------------------- Changes for V0.9B: (1) Corrected bug with tracing in select() when the timeout parameter is NULL (thanks to Andy Harper). (2) Corrected bug in recvfrom() where the user's from-buffer is not filled completely. The SIN_FAMILY item was set to 0 instead to AF_INET (2) (thanks to Andy Harper). Also, the actual length of the address information was not returned in the last parameter. (3) Corrected bug in gethostbyname/gethostbyaddr with returned alias lists. The alias name list returned NULL instead of a pointer to NULL (thanks to David Denholm). Note that SOCKETSHR_NETLIB never returns alias names since NETLIB does not provide them. (4) Corrected bug in gethostbyname/gethostbyaddr with returned address list. The returned address list was made up as a list of addresses instead of a list of pointers to addresses (thanks to Daved Denholm). Obviously UCX always returns only one address. CMU/IP correctly returns all adresses. I don't know if this is UCX' fault or a NETLIB bug. This problem will be addressed in a future version of SOCKETSHR. ----------------------------------------------------------------------------- Eckart Meyer Address: Schleinitzstr. 23 Institute for Telecommunication 38092 Braunschweig Technical University of Braunschweig Germany Phone: +49 531 391 2454 E-Mail: meyer@ifn.ing.tu-bs.de FAX: +49 531 391 5192 VMSmail: PSI%26245050551130::MEYER (DATEX-P) -----------------------------------------------------------------------------