wine users - Apr 2009 - little fighter 2 vdragonballz 3.0 mod crashes on load sprite

I was trying to run one of my kids favourite games with Wine, alas it crashes
accessing a null pointer, early on while loading one of the sprite files (not
corrupted). I guess the program should be doing better memory checking but since
this works on Windows, maybe Wine has fed him before some broken data.

Unfortunately, the terminal output doesn't seem much helpful:
http://pastebin.com/m156827fe

The backtrace does not involve Wine, so I guess I need debug channels to figure
out what's going on? What would be the best approach to figure out why the
game is crashing? What

I have a Nvidia card with driver 177.82, but I guess at this early stage it
would not matter much (well, unless the sprites are already being loaded into
card memory, but I don't know if this makes sense). And I set
VideoMemorySize=512.

On Mon, Apr 13, 2009 at 3:44 AM, fcmartins <wineforum-user at winehq.org>
wrote:
> I was trying to run one of my kids favourite games with Wine, alas it
crashes accessing a null pointer, early on while loading one of the sprite files
(not corrupted). I guess the program should be doing better memory checking but
since this works on Windows, maybe Wine has fed him before some broken data.
>
> Unfortunately, the terminal output doesn't seem much helpful:
http://pastebin.com/m156827fe
>
> The backtrace does not involve Wine, so I guess I need debug channels to
figure out what's going on? What would be the best approach to figure out
why the game is crashing? What
>
> I have a Nvidia card with driver 177.82, but I guess at this early stage it
would not matter much (well, unless the sprites are already being loaded into
card memory, but I don't know if this makes sense). And I set
VideoMemorySize=512.
>
>
>
>
>
>

00000008 (D) E:\LF2dbz\Dragon Ball v3.0.exe

Where is E:\? Are you running that from a windows partition?

-- 
-Austin

austin987 wrote:
> 
> 00000008 (D) E:\LF2dbz\Dragon Ball v3.0.exe
> 
> Where is E:\? Are you running that from a windows partition?
> 

No, it's a mounted reiserfs file system. Why a Window partition, FAT32 I
guess, would made a difference to Wine?

Unless there is a better suggestion, I think the best I could do for now is to
figure out which parts of wine are being called before/during the load sprite
steps. I'm not sure how best to do it. I guess it's WINEDEBUG but last
time I tried it for another game, with a couple of options suggested by a
developer I got >600.000 lines output... So before I start digging into
WINEDEBUG I would like to know if this is the best approach.

austin987 wrote:
> 
> run wine notepad beforehand to reduce output.
> 

Hmm, I guess the intention is to clean up startup msgs. But how exactly do I
make the same wine process run notepad and then the game? and then only redirect
the output from the game?

On Mon, Apr 13, 2009 at 4:36 PM, fcmartins <wineforum-user at winehq.org>
wrote:
>
> austin987 wrote:
>>
>> run wine notepad beforehand to reduce output.
>>
>
>
> Hmm, I guess the intention is to clean up startup msgs. But how exactly do
I make the same wine process run notepad and then the game? and then only
redirect the output from the game?
>
>
>
>
>
>
Easiest way is to open two terminals:
Term1: $ wine notepad
Term2: $ WINEDEBUG=+relay,+seh,+tid wine game.exe &> /tmp/output.txt

-- 
-Austin