Relax the savefile validity check a little.
There was a very old bug, probably predating the OpenAdventure port, that would poke a stashed value of -1 into the snake object if you did a save in endgame, and then fail the savefile validation on resume. This was masked for a long time by a bug in put() just fixed a couple of revisions ago.
This commit is contained in:
parent
04df0ce64c
commit
0ffb297801
3 changed files with 20 additions and 9 deletions
4
advent.h
4
advent.h
|
@ -32,7 +32,7 @@
|
|||
#define WRITE_MODE "wb" // b is not needed for POSIX but harmless
|
||||
|
||||
/* Special object-state values - integers > 0 are object-specific */
|
||||
#define STATE_NOTFOUND -1 // 'Not found" state of treasures */
|
||||
#define STATE_NOTFOUND -1 // 'Not found" state of treasures
|
||||
#define STATE_FOUND 0 // After discovered, before messed with
|
||||
#define STATE_IN_CAVITY 1 // State value common to all gemstones
|
||||
|
||||
|
@ -42,7 +42,7 @@
|
|||
|
||||
/* Map a state property value to a negative range, where the object cannot be
|
||||
* picked up but the value can be recovered later. Avoid colliding with -1,
|
||||
* which has its own meaning. */
|
||||
* which has its own meaning as STATE_NOTFOUND. */
|
||||
#define STASHED(obj) (-1 - game.prop[obj])
|
||||
|
||||
#define PROMPT "> "
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue