This is Mazewar for UNIX. It is a direct descendant of the Mazewar played at MIT and Xerox PARC, and boasts none of the embellishments found in other such programs. It's basically just run, peek, and shoot; no robot amenuenses, teleport traps, or other such fluff. Basically, ASDF and space move you around, middle mouse shoots, left and right mouse let you peek around corners. Type Q to quit. Lefties may use the numeric pad instead of ASDF; on a DEC LK201 keyboard, the 456, row serves for ASDF, and the right cursor arrow is equivalent to the space bar. Q quits. Games are normally begun by broadcasting to find members of a game; if your system doesn't allow normal users to do broadcasts, you'll have to do something like run it setuid root (or whomever) and change findDuke$init.c to do a setuid(getuid()) after the broadcast. The code as distributed does a broadcast to INADDR_BROADCAST (all 1s); your network might still be configured to use INADDR_ANY (all 0s). The place to change this is in the declaration of CFLAGS in the Makefile. Also, the 4.3 setsockopt() call is pickier about its arguments when trying to enable broadcasting. Define BSD_43 in the Makefile to compile the appropriate code for 4.3 and 4.3-derived systems. The code that worked on 4.2 is still available for systems that might not like the new arguments. If you know you don't have broadcast ability and never will, define NO_BROADCAST in the Makefile, and that code will be compiled out of init.c; mazefind isn't touched, but it won't do anything useful. In this case, you must specify a duke host (the name of any host currently in a game will do) or the players won't be able to find each other. In each game there is one player who is designated the "duke" and manages the joining and leaving of other players. When starting a game, if you wish to join a specific game, especially one on a different net, you may specify the name of the duke host, which will be contacted directly. This has not been extensively tested. Games across long network delays might be pretty strange... If you enjoy this program and keep it, please send a picture post card to me: Chris Kent DEC Western Research Lab 100 Hamilton Avenue Palo Alto, CA 94301 Include your ArpaNet or UUCP mailing address and I'll keep you informed of updates. December, 1986 Bob Brown, Malcolm Slaney, and Mike Yang deserve a long round of applause for having ported to new window systems. We've tested it on a lot of architectures, but byte- or bit-order bugs may still be lurking. Note that there is conditional code in the X11 driver to not use server-resident bitmaps if your server doesn't do them right (this was designed for the QDSS). Have fun, chris August, 1988
This is a cleaned-up version of MazeWars originally released for NeXTSTEP 1.0. We didn't have Doom back then, only MazeWars. :) I've upgraded the code so it compiles under Nextstep 3.3. MazeWars is a 3-D multiplayer networked (and probably cross-platform) shoot-em-up game. This version was originally written in 1988. I'm not sure when the original off which this was based was written. After playing around with it last November, I was annoyed to find that graphics wouldn't display on little-endian machines correctly. At the time, I couldn't determine an easy way to get it working correctly, and since I only have one big-endian machine, I tabled the upgrade project. Today, I decided to take another look. It turns out that the code for handling little-endian machines was there along. All I had to do was enable it for such machines. So here it is. The return of MazeWars to the Nextstep world, compiled quad-fat, complete with source code. The network broadcast stuff still doesn't work, and I don't feel like looking at that today, so you'll just have to specify a hostname when you start up. Feel free to modify and release new versions of MazeWars as I currently have no plans to do anything further with it. -Mike Kienenberger April 12, 1997 email@example.com Changes: MazeWars 2.0 (firstname.lastname@example.org) - Updated Makefile - Enabled little endian support for little endian NS systems - Fixed various typecasting problems. - Updated header files - changed setFlip: to setFlipped: - rewrote cursor-handling routines to use NXCursor rather than Cursor - updated NXImageBitmap to NXDrawBitmap
These are the contents of the former NiCE NeXT User Group NeXTSTEP/OpenStep software archive, currently hosted by Marcel Waldvogel and Netfuture.ch.