problem with network savegame loading under windows

Hello Timo,

yes, I do have the same problem here, too:
the situation is exactly the same as you describe, only the message is not always the same. Either the message you wrote or I remember also something like "Something went wrong: string too long".

This bug only occurs when there is not the same savegame on the client computer. So the core of the problem has to be inside the code transferring the savegame from the host to the client.

The bug occurs every time I want to start a saved multiplayer game (using Windows 7 x64 and Windows XP 32 Bit). There is only one way to be able to start a saved multiplayer game anyway: copy the savegame manually from the host to the client before going to the multiplayer screen. Then this bug does not occur.

Hope that helps. If there is more info needed, please let me know.

Best regards
Andreas

OK, I've found the core of the problem myself and fixed it:
there was only one line of code needed to be changed for Windows system (the old "\" instead of "/" in directories problem).

I've registered a corresponding branch and will propose it for merging in few minutes.

this problem did still exist in current windows builds??!? damn. we really need a testsuite :(. Thanks for finding this andreas. I 'll merge your branch before build 16.

committed in rev 5791

Okay this bug Is still present, I was not able to use any savegame or a downloaded map with Widelands when I host on linux and my girlfriend played on Windows.

To be honest: We have never faced the problem described here before - seems it came up with the patch I committed. Perhaps my fault: I was not able to test it and so I just thought it already got tested... :(

Andreas Breitschopp can you confirm the problem linux <-> windows?

Hello Nasenbaer,

I did not make a cross-platform test, because I don't have any Linux system here to test Widelands, but with 2 Windows PCs there was no problem anymore after this patch was applied.

Are you sure it's the same issue?

Maybe there is an additional issue when playing a cross-platform game.

Best regards
Andreas

jepp it's the same problem. Perhaps we should change the code that way, that it only searches for backslashes, if no slash was found, as Windows works exactly the same if a path contains slashes instead of backslashes.

the basic_string::resize exception is most likely thrown, because the rfind returns an invalid value, which is the case if no backslash is found.

Debugging this should be quite easy via logging the path string before working on it - than we would just need a linux and a windows player.... :)

OK, no problem:
if you want to do a test on it, just let me know when and I'll be happy to be the Windows player. ;-)

Should be fixed in bzr trunk rev 5812, but was not able to test properly due to the miss of a windows version - if anyone still faces problems, please reopen :)

Released in build16-rc1