unocc07@zeus.unl.edu (Dave Caplinger) (05/07/89)
This post is forwarded at Robert Chansky's request to this newsgroup. (Apparently he lost his posting ability?) Some of my additions are here as well (including a bug fix)... At the end is a response to Iain Odlin (odlin@reed.UUCP). [begin included text] >From: smq@ssyx.ucsc.edu (Robert Chansky) >To: unocc07@zeus.unl.edu >Subject: GB > >thanks for putting up with putting up my game.... >I can't seem to post to comp.sources.games.bugs, so I would appreciate >it if you could post this for me. I intend to respond to all bug reports. > (Dave Caplinger (that's me) writes:) >>I just spent a few hours fighting with the distribution(s) of GB.. It was >>"interesting". I got the anon-ftp distribution from ssyz.ucsc.edu, and tried >>to make it. Numerous files were missing (fortunately, I had the "pre-patch" >>version around as well to get the files from...), and many used the info in >>files.h but did not bother to #include it. Besides this, our cc wouldn't take >>it.. It would give up in dosector.c with "can't reclaim". So... I had to >>modify the makefile so I could use gcc instead... > > This is really weird. When did you get this "version"? The only thing >I can think of is that you somehow grabbed your copy as I was sharing >it up, or something else weird happened. The version posted on netnews >was bogus. Get the new one from ssyX, I put one up this week (Monday). > >>when there is an error opening a file, it just waits until it tries to write >>to that (non-existant) file and core dumps instead. An interesting method >>of error-trapping.. :-) > sorry bout that. I will fix. > >>hit return, it goes off into never-never land, and never-never comes back. >>After about 5 minutes of nothing, I tried to put it in the background, but >>as soon as GB noticed, it said "hey! character output!", so I thought it >>actually did somehting. I re-fg-ed it, and it cleared the screen, nothing >>else. Repeatedly putting it back into the background produces the same thing >>over and over, but it still doesn't get it to do anything. Well, it turns out that after getting the "newer" new version :-) from ssyz (that's 128.114.133.1 for you without big host tables), and compiling with gcc instead of cc, it works great now. (wow!) Even on a Sequent running Dynix (sorta-BSD 4.2). There is one ** BUG FIX ** that I'd like to post, however: In file "diship.c", line 223 change: ->amoeba_add to .amoeba_add ----------------------------------- That is the only (obvious) bug I could find now. Good work, Mr. Chansky! [ Here is a reply to another posting ] >Reply-To: odlin@reed.UUCP (Iain Odlin) >Organization: Atreides' House of Exotic Architecture > >> It is exactly the same as my planet, even down to the owned sectors. > >> But wait! There's more! > >> Not only is it a copy of my planet in every way except my mobilization and >> my building of ships, BUT I CAN CONTROL THE POPULATION AND USE ITS RE- >> SOURCES! It *IS* me! It is just as though I colonized a planet that looks >> exactly like my own!!! > > > I know what did this. Exactly what did this. Really, I am completely >in control of the situation. :-) > > Seriously, that was a (now hopefully fixed) bug in enroll. It switched >sectormap file positions on the two planets; their names and positions >were different, but they used the same map. The map on the displaced one >just got lost. This shouldn't happen anymore in the new version, and >I have fixed a number of other bugs and introduced several new features. > >Robert Chansky > smq@ssyx.ucsc.edu > ...!ucbvax!ucscc!ssyx!smq [end of forwarded text] -/ Dave Caplinger /------------------+----------------------------------- Microcomputer Specialist | Internet: unocc07@zeus.unl.edu "Computing and Data Communications" | UUCP: uunet!btni!unocss!dent University of Nebraska at Omaha | Bitnet: UNOCC07@UNOMA1 Omaha, NE 68182 | or dc3a+@andrew.cmu.edu