Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!cs.utexas.edu!uunet!ncrlnk!ncr-sd!hp-sdd!hplabs!hpda!hpcuhb!hpcllla!hpclisp!hpcltjb!brengle
From: brengle@hpcltjb.HP.COM (Tim Brengle)
Newsgroups: comp.sources.games.bugs
Subject: Re: Adventure is being REALLY dain-bramaged....
Message-ID: <8430003@hpcltjb.HP.COM>
Date: 25 Apr 89 23:38:18 GMT
References: <12537@reed.UUCP>
Organization: Hewlett-Packard Calif. Language Lab
Lines: 46

Keith Steiger wrote:
>Adventure had been doing silly things lately.  If you try to invoke it, it
>prints lots of odd error messages.
>
>First, to stderr, it says:
>No adventure just now

The first clue!

Talk about bringing back old memories!  I recall, in the good old days, when we
had a copy of the original source on our DecSystem 10 -- "borrowed" from
Stanford...

Advent has a bunch of interesting LOGICALs in it.  The one of interest here
tells whether the database has been read into core and "encrypted" (XORed with
"PHROG").  Once all has been prepared, advent then saved a copy of itself with
the LOGICAL set so that it won't reread the world.

>Then to stdout it says:
>Section 1
>Section 2
>Section 3
>Section 4
>Section 5
>Section 6
>Section 7
>Section 8
>Section 9
>Section 10
>Section 11
>Section 12
>Section 0
>got the data.  save as "advent"? Couldn't open adventure

Confirms the above conclusion.  There are 12 sections in the advent database,
and 0 was used as an ending sentinel.  Apparently, it did not have enough
permission to be able to write out the data files.

>And, finally, to stderr, it says
>Exit status 1

Indicating failure.  I suspect htat either someone purged the datafiles (which
substitute for in-core arrays in most implementations), or otherwise made them
unreadable to you.  Investigation is in order.

				Tim "that old advent hacker" Brengle