"identification" bug

Thread View: net.games.hack

2 messages

[T] Back to Threads [V] Tree View [G] Group Articles

2 total messages Started by Emile LeBlanc Sun, 05 May 1985 00:14

#538

Author: Emile LeBlanc
Date: Sun, 05 May 1985 00:14

38 lines
2068 bytes

    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)

Re: "identification" bug

#544

Author: Andries Brouwer
Date: Mon, 06 May 1985 03:24

19 lines
1137 bytes

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;

Thread Navigation

This is a paginated view of messages in the thread with full content displayed inline.

Messages are displayed in chronological order, with the original post highlighted in green.

Use pagination controls to navigate through all messages in large threads.

Back to All Threads