leblanc@ucbvax.ARPA (Emile LeBlanc) (05/05/85)
There appears to be a (very tiny and uninteresting) bug in the
routine which reads the data file in hack. This is probably a result of
the "%" character being used as the symbol for food and its use as a
format character.
Try using the identify object command ("/") in hack to identify the
"%" character. If you have not identified anything else since the game
was started or since the game was restarted (after a control-Z) then
nothing will happen; if something has been previously identified then
the first character of the previous identification line will be
prepended to the line describing "%" as "a piece of food." For example
(assume the user just started the game):
The user types: /
Hack prints: Specify what?
The user types: %
Hack prints: <Nothing> <The "Specify what?" remains>
The user types: /
Hack prints: Specify what?
The user types: ^
Hack prints: ^ a trap
The user types: /
Hack prints: Specify what?
The user types: %
Hack prints: ^ % a piece of food
Sorry, but I don't have a fix for this; I would recommend looking at
hack.topl.c and the data file for interested hackers.
I haven't been following this newsgroup too closely lately, but I
haven't seen this bug in the last hundred messages. I have implemented
the "fclose" fix for the "/" command given in an earlier message, but
this is probably unrelated.
Emile LeBlanc
(UUCP: ...!ucbvax!leblanc)
(ARPA: leblanc@Berkeley)aeb@mcvax.UUCP (Andries Brouwer) (05/06/85)
In article <6768@ucbvax.ARPA> leblanc@ucbvax.ARPA (Emile LeBlanc) writes: > > There appears to be a (very tiny and uninteresting) bug in the >routine which reads the data file in hack. Yes, I knew about this buglet (I forgot who told me) but didnt think it worth mentioning here. But now that you mention it, the fix follows: hack.pager.c 41c41 < pline(bufr); --- > pline(buf); Another typo that was mentioned recently (ignore my line numbers): hack.pager.c 297c300 < external char *catmore; --- > extern char *catmore;