Thread View: net.games.hack
2 messages
2 total messages
Started by Donald F. Picard
Tue, 30 Apr 1985 23:14
Bug in hack 1.0.1
Author: Donald F. Picard
Date: Tue, 30 Apr 1985 23:14
Date: Tue, 30 Apr 1985 23:14
45 lines
1929 bytes
1929 bytes
[]
There is a bug in version 1.0.1 ( I don't know if it is in 1.0.2 because
I haven't brought it up yet) in the file "hack.stat.c". The game
checks the inode change time of files against the inode change time of
the game to make sure that they (the files) are up to date. I assume
that this is an attempt to make sure that people are not trying to
restore saved games (and ghost levels) that were created under a previous
version of the game. The only problem is that the inode change time
gets updated for a lot of reasons, not just "file creation".
I recently lost a saved game (and a good one too!) because somebody here
made a symbolic link to the game. (Don't ask me why.) This updated the
inode change time of the game and so the next time I tried to play
it told me that my saved game was out of date and threw it away!
I don't know why the author chose to check the c_time field over the
m_time field, but that is my suggested fix.
A context diff follows.
Don Picard
Axiom Technology
... linus!axiom!don
*** hack.stat.c
--- hack.stat.c.new
***************
*** 17,23
pline("Cannot get status?");
return(0);
}
! if(buf.st_ctime < hbuf.st_ctime) {
pline("Saved level is out of date.");
return(0);
}
--- 17,23 -----
pline("Cannot get status?");
return(0);
}
! if(buf.st_mtime < hbuf.st_mtime) {
pline("Saved level is out of date.");
return(0);
}
Re: Bug in hack 1.0.1
Author: Brian Siritzky
Date: Thu, 02 May 1985 16:58
Date: Thu, 02 May 1985 16:58
47 lines
2095 bytes
2095 bytes
/* acf2:net.games.hack / don@axiom.UUCP (Donald F. Picard) / 7:14 pm Apr 30, 1985 */
[]
There is a bug in version 1.0.1 ( I don't know if it is in 1.0.2 because
I haven't brought it up yet) in the file "hack.stat.c". The game
checks the inode change time of files against the inode change time of
the game to make sure that they (the files) are up to date. I assume
that this is an attempt to make sure that people are not trying to
restore saved games (and ghost levels) that were created under a previous
version of the game. The only problem is that the inode change time
gets updated for a lot of reasons, not just "file creation".
I recently lost a saved game (and a good one too!) because somebody here
made a symbolic link to the game. (Don't ask me why.) This updated the
inode change time of the game and so the next time I tried to play
it told me that my saved game was out of date and threw it away!
I don't know why the author chose to check the c_time field over the
m_time field, but that is my suggested fix.
A context diff follows.
Don Picard
Axiom Technology
... linus!axiom!don
*** hack.stat.c
--- hack.stat.c.new
***************
*** 17,23
pline("Cannot get status?");
return(0);
}
! if(buf.st_ctime < hbuf.st_ctime) {
pline("Saved level is out of date.");
return(0);
}
--- 17,23 -----
pline("Cannot get status?");
return(0);
}
! if(buf.st_mtime < hbuf.st_mtime) {
pline("Saved level is out of date.");
return(0);
}
/* ---------- */
Thread Navigation
This is a paginated view of messages in the thread with full content displayed inline.
Messages are displayed in chronological order, with the original post highlighted in green.
Use pagination controls to navigate through all messages in large threads.
Back to All Threads