c99eaa0a43
magic number or versioning, relied on random(3) never changing to a different implementation, and were also saving pointers to disk and reading them back again. It *looks* as if the pointers thus loaded were reset before being used, but it's not particularly clear as the main loop of this thing is goto-based FORTRAN translated lightly to C. I've changed the logic to null these pointers instead of saving and loading them, and things seem to still work. The new save files have a header, support versioning, write only sized types in network byte order, and for the toy encryption to discourage cheating do something self-contained instead of using random(3) as a stream cipher. Because between the original import from 4.4 until earlier today trying to save would result in SIGSEGV on most platforms, it's unlikely anyone has a save file, but just in case (since the pointer issue appears to be nonlethal) I've kept compat code for old save files. |
||
|---|---|---|
| .. | ||
| Makefile | ||
| adventure.6 | ||
| crc.c | ||
| done.c | ||
| extern.h | ||
| glorkz | ||
| hdr.h | ||
| init.c | ||
| io.c | ||
| main.c | ||
| save.c | ||
| setup.c | ||
| subr.c | ||
| vocab.c | ||
| wizard.c | ||