Hi,
Pascal Giard wrote:
> From the strace logs
> - Loading a replay:
> i see that it's missing the file extension when trying to open the
> replay file.
> But how come old replays are loaded correctly?
It looks like xmoto is trying to load the replay from various locations,
with and without the extension and finally ends up finding one which
exists. I don't think that this is the real problem. The corresponding
code is:
/* Open file for input */
FileHandle *pfh = FS::openIFile(std::string("Replays/") + FileName);
if(pfh == NULL) {
/* Try adding a .rpl extension */
pfh = FS::openIFile(std::string("Replays/") + FileName +
std::string(".rpl"));
if(pfh == NULL) {
/* Finally try opening as if it is a full path */
pfh = FS::openIFile(FileName);
> - Loading a level:
> very interesting! it crashes because it fails at loading the ghost!
> led me to beleive that if i disable ghosts, it won't crash when
> loading that level..
> ..and that's right, no longer crashes when loading the level.
I'll try to investigate this. The changelog entry
* ppc computer can now read and write x86 replays (patch by Dave
Vasilevsky)
is a good candidate for a possible messing with (ghost) replays loading.
> I'm quite surprised that no one else reported this before...
> Could it be amd64 specific?
Yes, it could! At least, I don't seem to have this problem on my i386...
Thanks for you bug report.
Cheers,
Samuel.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
