home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / vmsnet / sources / games / 462 < prev    next >
Encoding:
Text File  |  1992-11-22  |  4.5 KB  |  94 lines
  1. Newsgroups: vmsnet.sources.games
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!unixhub!slacvx.slac.stanford.edu!fairfield
  3. From: fairfield@slacvx.slac.stanford.edu
  4. Subject: Re^2: Vmsnetrek 47/47 <- FINALLY!
  5. Message-ID: <1992Nov22.133954.1@slacvx.slac.stanford.edu>
  6. Lines: 82
  7. Sender: news@unixhub.SLAC.Stanford.EDU
  8. Organization: Stanford Linear Accelerator Center
  9. References: <1992Nov20.211158.1@acad2.alaska.edu> <21NOV199211183262@spades.aces.com> <1992Nov21.234255.5854@ais.com>
  10. Date: Sun, 22 Nov 1992 21:39:54 GMT
  11.  
  12. In article <1992Nov21.234255.5854@ais.com>, bruce@ais.com (Bruce C. Wright) writes:
  13. > 
  14. > But I've got all the parts, and it appears that part 31 is incorrect --
  15. > when I build it, the orbit.c and oldbitmap.h files get checksum errors,
  16. > and looking at part 31 it appears to be from a different vms_share
  17. > distribution:  it appears to pick oldbitmap.h in a slightly different
  18. > place from where part 30 left off, and it leaves off orbit.c in a
  19. > different place than where part 32 picks up (duplicating code).
  20.  
  21.     I encountered the same thing: VMS_SHARE indicated a checksum error
  22. for OLDBITMAPS.H and ORBIT.C on unpacking, so it's likely Don's distribution,
  23. not a random news/mail error...
  24.  
  25. > Does anyone have a correct copy of part 31?  I'd like to try to build a
  26. > version that could run on something besides Wollongong... unfortunately
  27. > it's often not so simple as changing the linkage libraries because 
  28. > not all TCP/IP packages use the same routine names.
  29.  
  30.     I decided to follow up on Don's remark that what _he_ thought was a
  31. Multinet version was available via FTP from RAVEN.ALASKA.EDU and from
  32. FTP.ULOWELL.EDU.  Both these sites have a set of tar'd and lz'd files
  33. of the client and server sources and exe's (I haven't tried the exe's).
  34.  
  35.     In addition, RAVEN.ALASKA.EDU has the client sources, however, I was
  36. unsuccessful in retrieving these: RAVEN is running Ultrix 4.1 and whoever
  37. put the sources up for distribution totally munged the record structure
  38. in the copy from VMS.  (I'm using Multinet v3.1D and no combination of TYPE 
  39. ASCII/BINARY and/or STREAM ON/OFF made any difference: the source text lines 
  40. lack any end-of-line indicator...)
  41.  
  42.     Recipe: I used TYPE IMAGE and STREAM OFF to GET vmsnetreksrc.tar.z from
  43. RAVEN.ALASKA.EDU.  Then I used Hunter Goatley's (well, his distribution :-)
  44. LZDCMP with the -B option to make the tar file:
  45.  
  46.     $ LZDCMP -BF vmsnetreksrc.tar_z vmsnetreksrc.tar
  47.  
  48. Without the -B option, LZDCMP failed.  Next I restored the files using
  49. (Hunter's) VMSTAR:
  50.  
  51.     $ VMSTAR XVF vmsnetreksrc.tar
  52.  
  53. By the way, this created a [.CLIENT] subdirectory and put all the source 
  54. files there...also gave them file types like .C_47 since the vms version
  55. numbers had been "preserved" in the tar file as, e.g. orbit.c.3.  I wrote
  56. a little DCL file to rename these files sans the "_nnn" in the file type.
  57.  
  58.     OK, now the point: it looks like this particular vmsnetrek was written 
  59. for UCX.  The descrip.mms includes the line: 
  60.  
  61.     xlibshr/lib, dwtlibshr/lib, sys$library:ucx$ipc.olb/lib
  62.  
  63. I also searched the .C (and .H) files for types.h, socket.h and netdb.h.
  64. Where they occur, most are in the form #include <sys/types.h>.  There
  65. are occurrences of #include <sys/socket.h> _and_ #include <socket.h>, but
  66. netdb occurs only as #include <netdb.h>.
  67.  
  68.     So two questions for Bruce and Ehud: 1) Is it expected that this code
  69. could be built and run under Multinet using Multinet's UCX emulation, without
  70. other changes (we're running Multinet, _not_ UCX); and 2) Barring that, would 
  71. something like the following, suggested by Mike Kienenberger, suffice:
  72.  
  73.     a) Make sure netdb.h is included as:  #include <multi/netdb.h>
  74.     b) Make sure socket.h is included as: #include <sys/socket.h>
  75.     c) Before compiling, define the following logicals:
  76.  
  77.             $ define sys multinet_root:[multinet.include.sys] 
  78.             $ define vms multinet_root:[multinet.include.vms] 
  79.             $ define multi multinet_root:[multinet.include]   
  80.  
  81.         d) Link like so:
  82.  
  83.             $ link client,sys$input/opt            
  84.             sys$share:vaxcrtl/share                
  85.             multinet:multinet_socket_library/share 
  86.             <control-z>                             
  87.  
  88. -- 
  89.  Dr. Kenneth H. Fairfield    |  Internet: Fairfield@Slac.Stanford.Edu
  90.  SLAC, P.O.Box 4349, MS 98   |  DECnet:   45537::FAIRFIELD (45537=SLACVX)
  91.  Stanford, CA   94309        |  BITNET    Fairfield@Slacvx
  92.  ----------------------------------------------------------------------------
  93.  These opinions are mine, not SLAC's, Stanford's, nor the DOE's...
  94.