[267] in SIPB bug reports
xtrek
daemon@ATHENA.MIT.EDU (daemon@ATHENA.MIT.EDU)
Sun Dec 11 16:52:48 1988
Date: Sun, 11 Dec 88 16:53:04 EST
From: Mark W. Eichin <eichin@ATHENA.MIT.EDU>
To: bug-games@ATHENA.MIT.EDU, bug-sipb@ATHENA.MIT.EDU
This one looks useable --- it doesn't even need Shared Memory... I'm
leaving soon, so someone else should play with it.
_Mark_
Date: 6 Dec 88 20:09:12 GMT
From: cwjcc!hal!nic.MR.NET!gonzo.eta.com!ddickey@ohio-state.arpa (Dan A. Dickey)
Organization: ETA Systems, Inc., St Paul, MN
Subject: New xtrek for X11R3, done right this time
Message-Id: <925@nic.MR.NET>
Sender: xpert-request@ATHENA.MIT.EDU
To: xpert@ATHENA.MIT.EDU
I've got a new version of xtrek for release. First, the basics:
It's on nic.mr.net (192.12.250.5) in pub/xtrek.tar.Z (anonymous ftp).
It will also soon be on it's way to the moderator of comp.sources.x.
What it does is:
- no more shared memory
- no more multiple programs, only two now:
one to handle the game, one to enter the game
(This means ONE program for up to 16 Players!)
- use some of the speedups from the X11R3 "official" xtrek release (in contrib)
- fonts for the glyphs
- only use X11R3 calls (no messy X10 work arounds)
It has been tested on Sun-4's, Sun-3's (monochrome [bwtwo0] and color [cgfour])
and on an SGI-GT (with patches from mtoy@sgi.com for the X-server).
Basically, what I've done is to make it into an inetd controlled daemon.
And re-written most of the code to deal with X11R3, AND to deal with multiple
players and displays within one program.
If you make any modifications/enhancements to this code, or have ideas for
future release, please contact me.
-Dan A. Dickey ddickey@unix.eta.com
Dan A. Dickey ddickey@gonzo.eta.com
