magic whistle fix

Restore old behavior of magic whistle causing pets to be moved to
different locations even when already adjacent to the hero.

This lets rloc() give its relatively new, more verbose messages if
a magic whistle isn't discovered yet but suppresses those when
already discovered in order to issue its own message.  For a single
pet that starts within view and arrives elsewhere within view it says
"shifts location" rather than "vanishes and reappears".  For multiple
pets, it gives one summary message instead of a separate one for each
pet affected by whistling.
This commit is contained in:
PatR
2022-05-09 03:21:53 -07:00
parent 2047d42bc6
commit da83c9324a
2 changed files with 135 additions and 38 deletions

View File

@@ -1,4 +1,4 @@
HDT-Branch: NetHack-3.7 $:$NHDT-Revision: 1.907 $ $NHDT-Date: 1651908301 2022/05/07 07:25:01 $
HDT-Branch: NetHack-3.7 $:$NHDT-Revision: 1.908 $ $NHDT-Date: 1652091707 2022/05/09 10:21:47 $
General Fixes and Modified Features
-----------------------------------
@@ -1205,6 +1205,8 @@ add Untrap as a potential 'autounlock' action
if a zombie revived near the hero, a busy hero would keep doing whatever
action was in progress instead of stopping because the zombify didn't
walk across the threshold from no-threat to threat
revised monster teleportation message handling caused magic whistle to be
changed to not operate on pets that were already adjacent; change back
curses: 'msg_window' option wasn't functional for curses unless the binary
also included tty support