#3963 closed defect
WIN: Games Crash on Startup
| Reported by: | SF/mthreepwood | Owned by: | Kirben |
|---|---|---|---|
| Priority: | normal | Component: | Port: Win32 |
| Version: | Keywords: | ||
| Cc: | Game: |
Description
I compiled my code on WinXP using: MinGW + GCC 3.4.2 and ScummVM r34494 (the head revision at time of writing). And, it has SDL, and all required libs.
And, here's my problem: Half of my games don't start up. They segfault (according to gdb). I've tried to trace it, and it appears to crash while trying to create a new Node in List::Insert when trying to add the game's path to the global searchset. Though, I haven't found the root cause of the problem.
I'm not sure if anyone else has had this problem (I've not heard of this with anyone else).
Ticket imported from: #2106292. Ticket imported from: bugs/3963.
Change History (15)
comment:1 by , 16 years ago
comment:2 by , 16 years ago
The problem could be caused by trailing (back)slashes in your game path.
This sounds like a problem caused / unveiled by the recent FSNode changes, plus problems with the Win32 FSNode implementation (which may not have been updated to the new specs yet).
comment:3 by , 16 years ago
| Owner: | set to |
|---|---|
| Summary: | Games Crash on Startup → WIN: Games Crash on Startup |
comment:4 by , 16 years ago
I'm unable to reproduce this problem, and I recently (r34493) mass added all my games again.
Could you list some example game paths that are currently causing this issue under ScummVM.
comment:5 by , 16 years ago
These ones do not work. Here is how they are listed: C:\GAMES\ScummVM\MONKEY2\ C:\GAMES\ScummVM\MONKEY1\ C:\GAMES\ScummVM\Putt-Putt Zoo\ C:\GAMES\ScummVM\SimonI\ C:\GAMES\ScummVM\Zak V1\
These ones do work: C:\GAMES\ScummVM\Monkey Island 1 Mac\ C:\GAMES\ScummVM\Monkey Island 1 SegaCD\ C:\GAMES\ScummVM\Monkey Island 1 MegaCD\ C:\GAMES\ScummVM\Putt-Putt Time\ C:\GAMES\ScummVM\SimonI Enhanced\
comment:6 by , 16 years ago
Strange, even when using the exact same paths, I still can't reproduce this issue under Windows XP (Media Centre 2005). The paths that work and don't work look similar, with long names been used by both.
If you change base/main.cpp line 167 from: Common::File::addDefaultDirectoryRecursive(path); To: Common::File::addDefaultDirectory(path);
Does it make any difference? as 4 levels of directories are searched, when a game path is added now too.
comment:7 by , 16 years ago
No, that didn't make a difference.
And, continuing the strangeness of all of this, I just tried the daily build and it works fine. Perhaps there's a problem with my compiler then? Which version of GCC are you using, Kirben?
comment:11 by , 16 years ago
| Resolution: | → invalid |
|---|---|
| Status: | new → closed |
comment:12 by , 16 years ago
One small note which may or may not be relevant: the non-working paths are all at least 33 bytes, the working ones are all smaller. (The built-in capacity of a String object is 32 bytes.)
comment:13 by , 16 years ago
A similar issue is occurring on IRIX - see: http://sourceforge.net/tracker/index.php?func=detail&aid=2120595&group_id=37116&atid=418820
The compiler used was gcc 3.4.0
comment:14 by , 16 years ago
| Resolution: | invalid |
|---|
comment:15 by , 6 years ago
| Component: | --Unset-- → Port: Win32 |
|---|
Forgot to mention:
When I moved my Zak V1 to another folder (the desktop), added a new detection entry for it and ran it, it worked fine. But, it no longer worked in my original folder.