home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / vmsnet / sources / games / 464 < prev    next >
Encoding:
Internet Message Format  |  1992-11-22  |  2.9 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!saimiri.primate.wisc.edu!sdd.hp.com!cs.utexas.edu!rutgers!concert!ais.com!bruce
  2. From: bruce@ais.com (Bruce C. Wright)
  3. Newsgroups: vmsnet.sources.games
  4. Subject: Re: Re^2: Vmsnetrek 47/47 <- FINALLY!
  5. Message-ID: <1992Nov22.221424.5855@ais.com>
  6. Date: 22 Nov 92 22:14:24 GMT
  7. References: <1992Nov20.211158.1@acad2.alaska.edu> <21NOV199211183262@spades.aces.com> <1992Nov21.234255.5854@ais.com> <1992Nov22.133954.1@slacvx.slac.stanford.edu>
  8. Organization: Applied Information Systems, Chapel Hill, NC
  9. Lines: 50
  10.  
  11. In article <1992Nov22.133954.1@slacvx.slac.stanford.edu>, fairfield@slacvx.slac.stanford.edu writes:
  12. > In article <1992Nov21.234255.5854@ais.com>, bruce@ais.com (Bruce C. Wright) writes:
  13. >> Does anyone have a correct copy of part 31?  I'd like to try to build a
  14. >> version that could run on something besides Wollongong... unfortunately
  15. >> it's often not so simple as changing the linkage libraries because 
  16. >> not all TCP/IP packages use the same routine names.
  17. > 
  18. >     I decided to follow up on Don's remark that what _he_ thought was a
  19. > Multinet version was available via FTP from RAVEN.ALASKA.EDU and from
  20. > FTP.ULOWELL.EDU.  Both these sites have a set of tar'd and lz'd files
  21. > of the client and server sources and exe's (I haven't tried the exe's).
  22.  
  23. Unfortunately I don't have easy access to Internet FTP so I couldn't
  24. follow up on this :-(.
  25.  
  26. > [...] OK, now the point: it looks like this particular vmsnetrek was written
  27. > for UCX.  [...]
  28. > 
  29. >     So two questions for Bruce and Ehud: 1) Is it expected that this code
  30. > could be built and run under Multinet using Multinet's UCX emulation, without
  31. > other changes (we're running Multinet, _not_ UCX); 
  32.  
  33. Offhand it looks like it should work, emphasis on the `should'.  It
  34. doesn't look like the client program is doing anything very exotic.  I
  35. was hoping to get it to run under at least Multinet and CMU-TEK, which
  36. are the packages in use here;  CMU-TEK doesn't come with any socket
  37. library emulation.  I was planning to try to put support in it for
  38. NETLIB, which would make it run pretty easily under just about any
  39. VMS TCP/IP package.
  40.  
  41. > and 2) Barring that, would 
  42. > something like the following, suggested by Mike Kienenberger, suffice:
  43. > [...]
  44.  
  45. Again, offhand it looks like that `should' work.
  46.  
  47. This is rather farther along than I got, I couldn't get enough of it
  48. to compile to make it interesting to play around much with the network
  49. portion of it.  I looked at the network code enough to see that it
  50. didn't look like it would be a horrible job to redo it, but that was
  51. about it.
  52.  
  53. BTW, anyone know of any way to get the whole set of sources (including
  54. the server) if you don't have access to the Internet (just usenet)?
  55. We were figuring that we could dig up a server somehow or other for one
  56. or another of the Unix boxes that we have around here, but it would be
  57. nice to get the sources so we could put it on whatever box we wanted to
  58. without having to locate somebody else's binaries.
  59.  
  60. Bruce C. Wright
  61.