fix inaccuracies in comment

display of data.base entries

Make data.base display perform a couple of extra data integrity
checks and meet tabexpand()'s expectation about buffer size.

Also be a little more forgiving in case someone uses spaces instead
of a tab to indent new text lines.

add some bullet-proofing to tabexpand()

Include some bounds checking for tabexpand, but it assumes caller
passes a BUFSZ buffer rather than having that caller pass the actual
size.

Update map glyph when placing obj on map via lua

old bits in doc files

2020

Lua struct obj improvements

If the core frees the obj struct referred by lua, don't free it,
just mark it as OBJ_LUAFREE - lua will free it in gc once all
the references to it are gone.

Replace "money" in in-game texts with "gold"

When GOLDOBJ was activated unconditionally, several texts started referencing
"money" instead of "gold".

As we don't have the intention to introduce a complex coin system with
different denominations, change it back and also some other places that
reference "money".

fixes37.0 catch-up

twoweapon message adjustment

There was a concern that some things resulted in "is not a weapon"
when trying to twoweapon, then were subsequently refered to in
menus as "weapon in hand."

Remove any perceived inconsistency by simply adjusting the first
message.

miscellaneous reformatting

Some new code was using 3.4.3 era formatting (operators at end of
first half of a continued line rather than at start of second half).
Also a few cases of 'g.' prefix making lines be too wide.  I imagine
there will be a lot more of these over time.

fix github issue #273 - named orc mummy

The test for whether a migrating object generated as plundered
mine-town loot should be delivered to any orc created and then giving
that orc a bandit name was kicking in for orc mummies and orc zombies
as well as for regular orcs.

Also, the loot could include tins or eggs and their species would
get clobbered by the overloading of obj->corpsenm.  During delivery
when the overloading was reset they would become giant ant eggs/tins.
(Not seen in actual play.)

fix github issue #275 - artifact life drain

A monster using Stormbringer or Staff of Aesculapius to drain life
from another monster would heal the hero instead of the attacker.

Fix heap-use-after-free when rewielding partial stack

Fix another out-of-bounds error

Monster trying to decide if a tin could cure stoning looking at
a special or empty tin would do acidic(&mons[-1])

remove a few obsolete notes

Merge branch 'NetHack-3.7' of https://rodney.nethack.org:20040/git/NHsource into NetHack-3.7

msdos cross-compile bits

fix Xcode warning

pull requests #174 and #128 for hallucinatory traps and autounlock

Pull requests:
hallucinatory traps
autounlock

This breaks existing save files.

Closes #174
Closes #228

merge bit

Merge branch 'NetHack-3.7'

Add lua object references

Whenever a lua script references a core struct obj, increment a counter
in the obj struct. Core code will not free the obj, if there are any
lua references pointing to it, just makes it free-floating.
When lua script ends, the lua gc will free the free-floating objects.

Also exposes u.inventory to lua.

Breaks save and bones compat.

fix github issue #272 - meat rings, +0 protection

Meat rings were causing increased hunger even though they don't do
anything.  Not mentioned in the report, but cheap plastic imitation
amulets increased hunger too and they don't do anything either.
Trickier to fix, +0 rings of protection were excluded from hunger
on the grounds that +0 rings don't do anything, but since 3.6.0
+0 protection provides +1 to magic cancellation if protection isn't
coming from anywhere else.  Two +0 rings of protection are trickier
still since only one of them provides the MC bonus.

Fixes #272

'w-' object lost panic

After the "make 'w' parallel with 'Q'" patch, wielding bare hands
was erroneously treating object id 0 as a split of zeroobj.  That
isn't in inventory so seems 'lost'.  Fixed by testing for nonzero.
There was another bug:  you could wield a partial stack even if your
current weapon was cursed.  Fixed by reordering if/else-if/end-if.

fix github issue #268 - worm tooth & crysknife

Change the composition of worm tooth from none-of-the-above to bone
and crysknife from mineral to bone, same as is used for unicorn horn.
I think the only significant difference will be that worm teeth used
up during polypiling will produce skeletons rather than flesh golems.

Fixes #268

This is cron-daily v1-Dec-12-2019.  files updated: Files

Merge branch 'chasonr-msdos-build' into NetHack-3.7

Merge branch 'msdos-build' of https://github.com/chasonr/NetHack into chasonr-msdos-build

Merge branch 'NetHack-3.7' of https://rodney.nethack.org:20040/git/NHsource into NetHack-3.7

centralize the invert decision logic to avoid updates to 7 ports

This will make it easier to tinker for best results.

curses_add_menu warning suppression

giant {spider,beetle} fixes entry

Fixes to build NetHack 3.7.0 on FreeDOS

add a requested interface adjustment for menu invert operations

Originally requested by one of the hardfought admins

Adjust all active window ports (tty, curses, win32, Qt, X11) to store
the itemflags that they receive with each item.

Also, make those active window ports understand the new
MENU_ITEMFLAGS_SKIPINVERT flag by skipping any menu items with that
setting during invert_all and invert_page operations.

Build testing and rudimentary functionality testing was carried out
on each of the window ports listed above.

The code was also modified on some non-active window ports (Qt3, gem,
gnome) but it was not tested for build or function there.

The desired functionality expressed was to be able to select a
single object category, and use the @ "invert all" function to
exclude that one and select all the others.

The "invert all" function's behavior of also including things
like "select all" and BUCX menu items made the feature unuseful
for that purpose.

Fix Qt compile

Fix X11 compile

add a use of MENU_ITEMFLAGS_SKIPINVERT to pickup.c

tty update

curses updates

add support for MENU_ITEMFLAGS_SKIPINVERT

Able to test:
win/tty
win/win32
win/curses

Unable to test:
win/X11
win/Qt
win/Qt3
win/gem
win/gnome

github issue #267 - giant {beetle,spider}

Increase weight of giant spider from 100 to 200; leave nutrition at 100.
Increase weight of giant beetle from 10 to 200; increase nutrition from
10 to 50.  Both are still size 'large'.

I've left giant ant with weight 10, nutrition 10, size 'tiny' so that
it doesn't become bigger than soldier and fire ants.

Fixes #267

This is cron-daily v1-Dec-12-2019.  guidebook updated: doc/Guidebook.txt

fix mysterious force bug

Subtracting one dungeon depth value from another had the subtraction
backwards and that yielded a negative value where a positive one is
expected.  If NH_RELEASE_STATUS were to be set to NH_STATUS_RELEASED
then this was at risk of crashing (if the bad subtraction yields -2,
rn2(diff+2) would divide by 0) since rn2()'s argument isn't validated
for released version.

fixes37.0 was confused, listing a couple of things that aren't bugs
in 3.6 as general fixes.  I suspect that the DLB one was fixed before
being exposed via git, so shouldn't be there at all.

X11_add_menu()

doc bit

unintended change fix

groundwork for window port interface change to add_menu

groundwork only - window port interface change

This changes the last parameter for add_menu() from a boolean
to an unsigned int, to allow additional itemflags in future
beyond just the "preselected" that the original boolean offered.

There shouldn't be any functionality changes with this groundwork-only
change, and if there are it is unintentional and should be reported.

wielding partial stack

If you're wielding a stack of N items, issuing the command to quiver
them asks whether you want to quiver N-1 of them (implicitly leaving
one wielded).  If you answer no then you're asked whether to quiver
all of them.  You could also give a count when picking the item to be
quivered and the stack would be split based on that.

However, if you have a stack of N items quivered, issuing the command
to wield them just did so, leaving the quiver empty.  And picking an
item ignored any count, so even explicitly asking for 1 (out of N)
wielded the whole stack.  Change 'w' to parallel 'Q'; if you try to
wield a quivered stack, you'll be asked whether to wield just 1 of
them.  For no, ask whether to wield the whole stack.  Or you can give
an explicit count when picking any stack in inventory to wield.

Both 'w' and 'Q' probably ought to handle the alternate/secondary
weapon similarly when it contains a stack.  This doesn't address that.

urealtime.realtime was being calculated incorrectly

Looks like a merge gone awry perhaps.

Fixes #270

urealtime.realtime was being incorrectly calculated

Looks like a branch merge gone awry perhaps.

fixes #270

'quick_farsight' option

Bite the bullet and add a special purpose boolean option to control
game behavior for random clairvoyance.  When objects or monsters are
discovered, it normally issues "you sense your surroundings" and
performs a getpos() operation which allows the player to browse the
map by moving the cursor around and getting 'autodescribe' feedback.
But there have been complaints that once the hero has the Amulet
(which triggers random clairvoyance even though hero isn't flagged
as having that attribute) the message and pause-to-browse become too
intrusive.

This was initially combined with the 'timed clairvoyance' fix because
they both bump EDITLEVEL to invalidate existing save files, but their
details don't interact so I separated them.

fix github issue #266 - timed clairvoyance

When the hero has random clairvoyance, the code used
| (moves % 15) == 0 && rn2(2) != 0
(where 'moves' is actually the turn number) to decide when it would
kick in and show a portion of the map.  If the hero was fast enough
to get an extra move when the turn value met the (moves % 15) == 0
condition then clairvoyance could happen twice (or more if poly'd)
on the same turn.

The changes (one new field, reordering a few others) in 'struct
context' invalidate existing 3.7.0-x save files.

Fixes #266

Unix Makefile.utl

Build feedback filtered by a script which filters out -Dthis -Wthat:
gcc -g -I../include -I../lib/lua-/src -c ../win/share/tilemap.c

The second -I is obsolete or else its bogus value would have caused
build failure.  When removing it, I noticed that there was still quite
a bit of obsolete yacc and lex stuff in there.  Remove that too.

This is cron-daily v1-Dec-12-2019.  files updated: Files

Prevent crash caused by division by zero in NetHackW.

Get Visual Studio builds working once again.

attempt to get all 3.7.0 builds working in travis successfully

multiple flavours of unix including bionic and xenial
multiple Windows builds including visual studio and mingw
msdos cross-compile on unix

compiler warnings

Prevent accessing outside the mons array

Prevent fuzzer using wizloadlua and wizloaddes

Otherwise the fuzzer will enter a nonexistent file name, and stop.

Merge branch 'copperwater-3.7' of https://rodney.nethack.org:20040/git/NHsource into copperwater-3.7

Port the autounlock feature, hallucinatory trap names from UnNetHack

This adds a boolean option, autounlock, defaulting to true. When this is
set to TRUE, messages stating that some door or container is locked are
automatically followed by a prompt asking if you would like to unlock
it, if you are carrying an unlocking tool (key, lock pick, or credit
card).

Architecturally, this extends the pick_lock function to take three
additional arguments (door coordinates or a box on the ground you are
autounlocking).

The code that selects an unlocking tool will always look first for a
skeleton key, then a lock pick, then a credit card. Since curses, rust,
and other attributes don't really have an effect on the viability of the
unlocking device, it didn't seem to warrant making a more complex
function for that.

Add hallucinatory trap names

This adds many funny, realistic, and nonsensical traps to the game, to
be shown when the player is hallucinating.

Architecturally, the biggest change is merging the what_trap macro and
the "defsyms[trap_to_defsym(ttyp)].explanation" pattern into a single
function "trapname", which returns the name of the trap, handling the
hallucination case. There is also a second parameter used for overriding
hallucination in the occasional cases where the actual trap name should
always be returned.

In addition, the what_trap and random_trap macros are now obsolete and
not used anywhere, so they are removed.

reinstate anti-rng abuse bit on hallucination

updates to hallucinatory trap names and fixes37.0 entry

Merge branch 'copperwater-hallutraps-3.7' into copperwater-3.7

Merge branch 'Nethack-3.7' into copperwater-autounlock-3.7

Merge branch 'NetHack-3.7' into copperwater-hallutraps-3.7

Merge branch 'master' into NetHack-3.7

Merge branch 'NetHack-3.6'

This is cron-daily v1-Dec-12-2019.  files updated: Files

another version reference update

fix file name in README

Merge branch 'master' into NetHack-3.7

.travis.yml update

Merge branch 'NetHack-3.6'

.travis.yml update post-3.6.4

Merge branch 'NetHack-3.6'

landing spot for post-3.6.4 patches if needed

This is a landing spot.

post-release

update version

Merge branch 'NetHack-3.6'

README bit

This is cron-daily v1-Dec-12-2019.  guidebook updated: doc/Guidebook.txt

Merge branch 'NetHack-3.6'

This is cron-daily v1-Dec-12-2019.  guidebook updated: doc/Guidebook.txt

housekeeping updates

Merge branch 'NetHack-3.6' of https://rodney.nethack.org:20040/git/NHsource into NetHack-3.6

update and simplify the windows portable_device_paths sysconf option

Requires a sysconf file in the windows executable directory in order to work

ceiling hiders vs '>'

Poly'd hero hiding on the ceiling was told "you can't go down here"
if using '>' at a spot that didn't have down stairs, trap door, hole,
or pit.  Let '>' bring a ceiling hider out of hiding; lurker above
resumes flying, piercer falls to floor or whatever is underneath it.

wizard mode wishing for terrain

Fix some issues noticed when experimenting with ceiling hiders.
They're all blind (at least without the monks' Eyes) and some of
the behavior while blind seemed to be incorrect (though some that
I thought was wrong turned out to be ok; feel_newsym() won't update
the map if the hero can't reach the floor).  Fixing that made me
notice that some terrain side-effects (being underwater or stuck in
lava) weren't getting disabled when the underlying terrain wasn't
the corresponding type anymore.

ceiling_hider()

Just groundwork so far; no change in game play.

parse_conf_file fix fix

Windows portable_device support: skip the "illegal folder" check for now

Merge branch 'NetHack-3.6' part 2

Merge branch 'NetHack-3.6'

This is cron-daily v1-Dec-12-2019.  guidebook updated: doc/Guidebook.txt

This is cron-daily v1-Dec-12-2019.  files updated: Files

Merge branch 'NetHack-3.6'

Merge branch 'housekeeping-to-merge-at-3.6.4-release' into NetHack-3.6

Merge branch 'config-overflow-fix' of https://rodney.nethack.org:20040/git/NHsource into config-overflow-fix

fix potential buffer overflow loading config file