![]() |
Quote:
|
Quote:
No, that's good enough; that was me being a derp and not paying attention, was thinking of the old FA system that went "a book of *foo* for *class or classes*." |
Report Batch #15
Dragonform: The various dragon forms all have a bonus to device skill, but you can't actually use devices (except for activations? I didn't check that) while in dragonform.
Object Flags: Is there some reason that e.g. aggravation exists as both a normal flag and as a curse? If you want it to be unremovable, why not just use the curse flag at power 100? |
Got a random crash on trying to enter Nargothrond 53, unfortunately no save to reproduce it from.
The latest fix to player_place() does seem to have fixed the multi-@ problem on recalling to levels with a dungeon entrance, I wonder though if it also broke something else since I'm now crashing on level gen quite frequently again. Update: Entering towns, either by stairs or by recall, causes a lot of crashes now, though in somewhat strange ways. Sometimes it seems to happen every time, sometimes it almost never happens, not sure what the common thread is though it seems to happen more in Belegost and more if I've spent time away. Further update: Confirmed that crashes are caused by the change to player_place(), the new call to square_set_mon() is very problematic. If there is no fake @ (or fake @ has not been placed yet) then the call uses the player's last coordinates from the previous level, which are frequently outside the bounds of the new chunk. However, even after reverting the player_place() change occasional crashes still happen, so something else is also causing them. Further update: Wilderness vaults cause crashes if random_vault() returns NULL, since make_formation() doesn't check whether a valid vault was returned. I suspect there is still something else too... Further update: Ignore this part. I added a temporary msg() call in town_gen() for debugging purposes, which for some bizarre reason turned out to cause chunk list corruption if a message had been repeated on the previous wilderness level. Don't ask. -- It seems the Windows version of FAA now crashes on game initialization unless faangband.ini is already present. -- On entering a wilderness level, @ is sometimes placed slightly off the stairs instead of directly on them; is this intentional? |
Running isn't being interrupted by sleeping monsters properly. I end up attacking them if they are in my path.
|
1 Attachment(s)
With a debug build on OS X built from the latest source (commit f416de0), a scroll was placed in the permanent wall bordering a wilderness area. I've attached the save. Attempts to reload from the save generate an assertion failure at line 1518 of load.c. The last of the call stack at the point of the assertion failure is
Code:
rd_objects_aux at load.c:1518 |
Quote:
|
Quote:
Only seen it on wilderness levels, but not sure if it's limited to particular wilderness types. |
1 Attachment(s)
From rodent:
"it crashes when I recall to ephel brandir and it seems easy to reproduce from that save but hard otherwise" |
The druadan ranger summons animals. Sleeping animals....
|
All times are GMT +1. The time now is 12:07. |
Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2023, vBulletin Solutions Inc.