[Scummvm-devel] Fwd: PS2: stack overlfow

Max Horn max at quendi.de
Sun Mar 8 02:42:31 CET 2009



Anfang der weitergeleiteten E-Mail:

> Von: "sunmax\@libero\.it" <sunmax at libero.it>
> Datum: 7. März 2009 19:39:40 GMT-05:00
> An: "max" <max at quendi.de>
> Betreff: Re: PS2: stack overlfow
>
> Ciao Max,
>
>> I am sorry but I really don't have any good idea what could
>> cause the stack problems you are seeing
>
> I investigated it a bit further and:
>
> - the stack is still clean after we create console
>   (I even tried butchering it away without any difference)
>
> - if I use (of course with the needed mods) the actual PS2
>   code in 0.12.x the menu is correctly displayed and there
>   is no stack corruption
>
> - OTOH if I use PS2 code from 0.12.0 and compile it in 0.13.0
>   the menu is misplaced and we got the stack madness
>
> It would then seem (no rocket science, just a hunch) that
> what's causing the stack mess is independent from PS2 code,
> which is not perfect, but then it's not a regression since
> 0.12.0 (thing that I was hoping for).
>
> I spent then some more time to modify the linker scripts
> (keep in mind that there is no OS on PS2 so you have to
> do this by hand) to increase the stack size, up to 8X
> and it still does not help...
>
> So I would say it's an underrun.
>
> Unluckily I ran out of ideas and of time, so I'll have
> to leave it like this. Even if I got gdb to work, I am
> not sure it would help with this kind of issue, and we
> don't have valgrind for PS2.
>
> If we cannot fix it for 0.13.x and the following release,
> I will backport some of the improvements back to 0.12.x
> so that PS2 ScummVM users are at least able to play COMI
> + all the new PS2 features.
>
> What I was asking, was not to guess where it's locking
> cause that's my job, but if you have an idea whether any
> of the common changes between 0.12.x to 0.13.x could make
> a difference for the stack.
>
> OTOH since gcc-3.2.2 is icing in hashmap I wonder if it
> can produce broken code compiling it...
>
> Since you are the author: the _defaultVal() that we are
> commenting out for PS2, could cause any of the symptoms
> we are experiencing?
>
> Is there any simple way to test ScummVM 0.13.x using the
> old hashmap to see if this is the case?
>
>
>
>> nor what / whether the misplaced dialog has anything to do
>
> What I was asking here, was to see if you are able to reproduce
> it on another backend. I tried a SDL/Linux, but maybe my scalers
> are different than the ones I am not using on PS2. I am pretty
> sure it should take you no more then few seconds like you did
> with the "Help" issue, to duplicate a config that matches PS2
> and see if the dialog is misplaced in COMI. Thanks!
>
> On this topic: was the fix for "help" committed to 0.13.0 ?
>
> Talk soon,
> -max
>
> P.S: I am a dumb-ass, I upgraded my firefox with some SF
> tab open, when it reloaded the session it reposted my
> comments on patch tracker... Aaaaarrrrrgggghhh.
>
>





More information about the Scummvm-devel mailing list