On Fri, 14 Jan 2005 08:01:41 +0200, Jani Kärkkäinen wrote:
Hmm. It seems int 21 function 440d with cx 0x0848 is simply a media lock function. It shouldn't really crash wine, should it? Maybe I'm barking up the wrong tree here. With a bit more inspection, it seems that QuickTime is crashing.
Try a +relay,+tid,+seh trace and find the first "trace:seh" line, then examine the calls before that. Upload the last 20k or so before the crash somewhere if you like though if Duane is right this would be a tricky one.
+relay,+tid,+seh does not call up the game with current CVS.
000c:Call kernel32.GetProcessHeap() ret=40749627
000c:Ret kernel32.GetProcessHeap() retval=402f0000 ret=40749627
000c:Call ntdll.RtlFreeHeap(402f0000,00000000,403018d8) ret=4074962d
000c:Ret ntdll.RtlFreeHeap() retval=00000001 ret=4074962d
000c:Call kernel32.WriteFile(00000008,4075e9e0,00000029,4085fca4,00000000) ret=40748fb4
000c:Call ntdll.NtWriteFile(00000008,00000000,00000000,00000000,4085fbc8,4075e9e0,00000029,00000000,00000000) ret=404508b5
Process of pid=0x00000008 has terminated
000c:Ret ntdll.NtWriteFile() retval=00000000 ret=404508b5
000c:Ret kernel32.WriteFile() retval=00000001 ret=40748fb4
000c:Call kernel32.ContinueDebugEvent(00000008,0000000a,00010002) ret=4074a2fd
000c:Ret kernel32.ContinueDebugEvent() retval=00000001 ret=4074a2fd
000c:Call kernel32.WaitForDebugEvent(4085fe00,ffffffff) ret=4074ab04
000c:Call ntdll.NtWaitForMultipleObjects(00000001,4085fb28,00000000,00000000,00000000) ret=40480993
This is slightly different from a few weeks ago when last I tried it. I let it fill up my hard drive with the trace but it never opened a window for the game.
With just +tid,+seh i get the following.
...
0012:fixme:win:GetThreadDesktop (12): stub
0012:fixme:win:GetThreadDesktop (12): stub
0012:trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x40502ec8
0012:trace:seh:EXC_RtlRaiseException eax=40370bdc ebx=00000002 ecx=00000000 edx=00000000 esi=00447a1e edi=00000001
0012:trace:seh:EXC_RtlRaiseException ebp=40195855 esp=40813a0c cs=0023 ds=002b es=002b fs=0033 gs=0000 flags=00200212
0012:trace:seh:EXC_CallHandler calling handler at 0x4402a3 code=80000003 flags=0
0012:trace:seh:EXC_CallHandler handler returned 1
0012:trace:seh:EXC_CallHandler calling handler at 0x441100 code=80000003 flags=0
wine: Unhandled exception (thread 0012), starting debugger...
0012:trace:seh:start_debugger Starting debugger "winedbg 17 156"
WineDbg starting on pid 0x11
In 32 bit mode.
0x40502ec9 _GLOBAL_OFFSET_TABLE_+0x1 in kernel32: subl $16,%eax
Wine-dbg>Backtrace:
=>1 0x40502ec9 _GLOBAL_OFFSET_TABLE_+0x1 in kernel32 (0x40195855)
2 0x850003ca (0xafc3815b)
3 0x00000000 (0x00000000)
Wine-dbg>WineDbg terminated on pid 0x11
AFAICT it is crashing in glibc and the reason for it working on RH7.2 and not RH9 is that they have differnt versions of libc.
The full trace is available at:
http://bugs.winehq.org/attachment.cgi?id=747&action=edit
--
Tony Lambregts
_______________________________________________ wine-users mailing list wine-users@xxxxxxxxxx http://www.winehq.org/mailman/listinfo/wine-users
