4.0.4 bugs

[PowerWyrm]

Well i just downloaded the new version onto my Windows 7 machine, copied over my 4.0.3 user directory, and found a repeatable crash bug my first trip back to town.

i was doing a bit of inventory management in town and went to drop a stack of staves of ID inscribed with what i thought was just !k!d!v (aka don't do something stupid) and it would crash the game every time i tried to drop 1 or more of them... Turns out when i looked closer i had a leading space in the inscription. re-inscribing correctly fixed the crash.

error text is
assertion failed!
program: _
File: z-textblock.c
line 115
expression: new_length >= 0

a zip file with the save file and a screenshot of the error is attached.

Thomas Price
aka The Bookworm

I cannot reproduce this with a newly created character in 4.0.4, so it's probably more than a simple space in the inscription. However, the game still allows dropping items inscribed with { !k!d!v} when it should say "the inscription prevents it".

[PowerWyrm]

The interface now does strange things when your inventory is full. It doesn't tell you it is full and that you can't pick up/buy whatever it is you wanted. It just doesn't give it to you. So if you are not careful, you could try to pick something up and walk away, not noticing it is still on the ground--especially if there were multiple items in the square.

Hmm I just filled my inventory and walked over a cloak and it said "You have no room for a cloak".

[PowerWyrm]

There may be other examples, but I just noticed that "Knight Templar" is pluralized "Knight Templars". Should be "Knights Templar".

Not a typo. The name here is "Templar" and "Knight" is just a qualifier. It's a "Knight Templar", not a "Templar Knight".

[Derakon]

square_ispassable() assumes square_in_bounds(), which is false and throws an assert.

The fix is simple... don't generate lava tiles on the border.

Wouldn't a better fix be to remove the assumption from square_ispassable()? That way you can have lava tiles on the border, plus in the future if you have any other similar edge cases, you won't have to re-debug the crash and tweak dungeon generation again.

[wobbly]

Not a typo. The name here is "Templar" and "Knight" is just a qualifier. It's a "Knight Templar", not a "Templar Knight".

Certain? Isn't it actually knight of the temple, making it knights rather than temples in plural form. Not that it's a big deal either way.

[Ingwe Ingweron]

Not a typo. The name here is "Templar" and "Knight" is just a qualifier. It's a "Knight Templar", not a "Templar Knight".

Pauperes commilitones Christi Templique Salomnici, the Poor Fellow-Soldiers of Christ and of the Temple of Solomon. More commononly known as the Knights Templar or simply Templars. Knight Templars is incorrect.

[Carnivean]

Pauperes commilitones Christi Templique Salomnici, the Poor Fellow-Soldiers of Christ and of the Temple of Solomon. More commononly known as the Knights Templar or simply Templars. Knight Templars is incorrect.

Sometimes I'd like this forum to have a like button. Informative post, thank you.

[Nick]

Sometimes I'd like this forum to have a like button. Informative post, thank you.

The little button with the tick and cross below the forum name is for reputation, and asks if you approve or disapprove of a post.

I have no idea whether anyone takes any notice of the results.

[PowerWyrm]

Pauperes commilitones Christi Templique Salomnici, the Poor Fellow-Soldiers of Christ and of the Temple of Solomon. More commononly known as the Knights Templar or simply Templars. Knight Templars is incorrect.

Someone just breathed light on me...

[PowerWyrm]

Not really a 4.0.4 bug, but in PWMAngband, when a character tries to run in real time mode on a level with a lot of objects (for example after using a potion of enlightenment on a level with a GV), the game suddenly slows down dramatically. This comes from the fact that every line in the object list subwindow is redrawn due to a change in the coordinates. In 4.0.4, the list is only redrawn every 100 turns (which means almost never) and running seems fine (even more since it's instantaneous, so only the starting and ending coordinates matter). In PWMAngband, I've simply limited redraw to each panel change... but it's still really slow.

[PowerWyrm]

A little glitch I just experienced: I found a chest in a corridor and immediately ignored it; but after a couple turns, I got the message "You have found a trap on the chest" from the now invisible chest.

[PowerWyrm]

A little glitch I just experienced: I found a chest in a corridor and immediately ignored it; but after a couple turns, I got the message "You have found a trap on the chest" from the now invisible chest.

You can also open an ignored chest...

[PowerWyrm]

You can also open an ignored chest...

And detect traps from ignored chests as well as disarm them...

[PowerWyrm]

Hmm... Currently, the "trap/door destruction" effect simply unlocks all chests and only displays the "Click" message if the chest is not ignored. Maybe that's the way to go for trap detection and searching. For opening and disarming, since it involves the possibility of setting off the trap, ignored chests should be skipped.

[PowerWyrm]

Can anyone confirm that in 4.0.4 a single plasma breath from an Aether Hound can knock out a character that has not protection from stunning? I just experienced that in PWMAngband and I want to know if it's also the case in v4.0.4. If it's the case, then it's a critical bug -- nothing should be able to instantly KO you if you're not at least "stunned".