I have a problem with latest CVS in the past several days. Every app locking up. Any suggestions where should I look. It's not a dead loop. Something happening, according to trace.
Here is the trace where I think the problem starts:
0009:Ret ntdll.RtlLeaveCriticalSection() retval=00000000 ret=0040f8d5 0009:Call user32.IsWindowVisible(00010021) ret=00444671 0009:Call kernel32._EnterSysLevel(4071cc58) ret=406c6793 0009:trace:win32:_EnterSysLevel (0x4071cc58, level 2): thread 9 (fs 008f, pid 2321) count before 0 0009:trace:win32:_EnterSysLevel (0x4071cc58, level 2): thread 9 (fs 008f, pid 2321) count after 1 0009:Ret kernel32._EnterSysLevel() retval=400d9d20 ret=406c6793 0009:Call kernel32._LeaveSysLevel(4071cc58) ret=406c67b3 0009:trace:win32:_LeaveSysLevel (0x4071cc58, level 2): thread 9 (fs 008f, pid 2321) count before 1 0009:trace:win32:_LeaveSysLevel (0x4071cc58, level 2): thread 9 (fs 008f, pid 2321) count after 0 0009:Ret kernel32._LeaveSysLevel() retval=00000063 ret=406c67b3 0009:Ret user32.IsWindowVisible() retval=00000000 ret=00444671 0009:Call ntdll.RtlEnterCriticalSection(41370830) ret=0040b6c4 0009:Ret ntdll.RtlEnterCriticalSection() retval=00000000 ret=0040b6c4 0009:trace:seh:EXC_RtlRaiseException code=c0000005 flags=0 addr=0x40eeb2 0009:trace:seh:EXC_RtlRaiseException info[0]=00000000 0009:trace:seh:EXC_RtlRaiseException info[1]=0000000c 0009: queue_exception_event( first=1, record={context={flags=00000000,eax=00000000,ebx=00457bec,ecx=400f8600,edx=400f2c30,esi=413710cc,edi=00457bec,ebp=40592d04,eip=0040eeb2,esp=40592ce4,eflags=00010246,cs=0023,ds=002b,es=002b,fs=008f,gs=004f,dr0=00000000,dr1=00000000,dr2=00000000,dr3=00000000,dr6=00000000,dr7=00000000,float={00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000}},rec={code=c0000005,flags=0,rec=(nil),addr=0x40eeb2,params={0,c}} ) 0009: queue_exception_event() = 0 { handle=(nil) } 0009:trace:seh:EXC_CallHandler calling handler at 0x40f106 code=c0000005 flags=0 0009:trace:seh:EXC_CallHandler handler returned 1 0009:trace:seh:EXC_CallHandler calling handler at 0x43cfa8 code=c0000005 flags=0 0009:trace:seh:EXC_CallHandler handler returned 1 0009:trace:seh:EXC_CallHandler calling handler at 0x43cfe0 code=c0000005 flags=0 0009:trace:seh:EXC_CallHandler handler returned 1 0009:trace:seh:EXC_CallHandler calling handler at 0x43d000 code=c0000005 flags=0 0009:trace:seh:EXC_CallHandler handler returned 1 0009:trace:seh:EXC_CallHandler calling handler at 0x402ffd code=c0000005 flags=0 0009:Call user32.LoadStringA(00400000,0000ffd0,40480334,00000400) ret=00405712 0009:trace:resource:LoadStringA instance = 0x400000, id = ffd0, buffer = 40480334, length = 1024 0009:Call ntdll.RtlAllocateHeap(40240000,00000000,00000800) ret=406e9eb6 0009:trace:heap:RtlAllocateHeap (0x40240000,00000002,00000800): returning 4027d068 0009:Ret ntdll.RtlAllocateHeap() retval=4027d068 ret=406e9eb6 0009:trace:resource:LoadStringW instance = 0x400000, id = ffd0, buffer = 4027d068, length = 1024 0009:Call kernel32.FindResourceW(00400000,00000ffe,00000006) ret=406e9d4d 0009:trace:resource:RES_FindResource2 (0x400000, 00000006, 00000ffe, 0000, W, PE) 0009:Ret kernel32.FindResourceW() retval=00468998 ret=406e9d4d 0009:Call kernel32.LoadResource(00400000,00468998) ret=406e9d5c 0009:trace:resource:RES_LoadResource (0x400000, 0x468998, PE) 0009:Ret kernel32.LoadResource() retval=0046c6f0 ret=406e9d5c 0009:Call kernel32.LockResource(0046c6f0) ret=406e9d6a 0009:trace:resource:LockResource (0x46c6f0) 0009:Ret kernel32.LockResource() retval=0046c6f0 ret=406e9d6a 0009:trace:resource:LoadStringW strlen = 4 0009:trace:resource:LoadStringW L"Read" loaded ! 0009:Call kernel32.WideCharToMultiByte(00000000,00000000,4027d068 L"Read",00000004,40480334,000003ff,00000000,00000000) ret=406e9eee 0009:Ret kernel32.WideCharToMultiByte() retval=00000004 ret=406e9eee 0009:trace:resource:LoadStringA "Read" loaded ! 0009:Call ntdll.RtlFreeHeap(40240000,00000000,4027d068) ret=406e9f43 0009:trace:heap:RtlFreeHeap (0x40240000,00000002,4027d068): returning TRUE 0009:Ret ntdll.RtlFreeHeap() retval=00000001 ret=406e9f43 0009:Ret user32.LoadStringA() retval=00000004 ret=00405712 0009:Call kernel32.VirtualQuery(0040eeb2,404808a4,0000001c) ret=0040a8c0 0009:Ret kernel32.VirtualQuery() retval=0000001c ret=0040a8c0 0009:Call kernel32.GetModuleFileNameA(00400000,4048079f,00000105) ret=0040a8e2 0009:trace:heap:RtlAllocateHeap (0x40240000,00000002,00000210): returning 4027d068 0009:trace:string:lstrcpynW (0x4027d068, L"F:\wine\Virtual_Listview\virtuallistview.exe", 261) 0009:trace:module:GetModuleFileNameW L"F:\wine\Virtual_Listview\virtuallistview.exe" 0009:trace:heap:RtlFreeHeap (0x40240000,00000002,4027d068): returning TRUE 0009:Ret kernel32.GetModuleFileNameA() retval=0000002c ret=0040a8e2 0009:Call user32.LoadStringA(00400000,0000ffdb,4048032c,00000400) ret=00405712 0009:trace:resource:LoadStringA instance = 0x400000, id = ffdb, buffer = 4048032c, length = 1024 0009:Call ntdll.RtlAllocateHeap(40240000,00000000,00000800) ret=406e9eb6 0009:trace:heap:RtlAllocateHeap (0x40240000,00000002,00000800): returning 4027d068 0009:Ret ntdll.RtlAllocateHeap() retval=4027d068 ret=406e9eb6 0009:trace:resource:LoadStringW instance = 0x400000, id = ffdb, buffer = 4027d068, length = 1024 0009:Call kernel32.FindResourceW(00400000,00000ffe,00000006) ret=406e9d4d 0009:trace:resource:RES_FindResource2 (0x400000, 00000006, 00000ffe, 0000, W, PE) 0009:Ret kernel32.FindResourceW() retval=00468998 ret=406e9d4d 0009:Call kernel32.LoadResource(00400000,00468998) ret=406e9d5c 0009:trace:resource:RES_LoadResource (0x400000, 0x468998, PE) 0009:Ret kernel32.LoadResource() retval=0046c6f0 ret=406e9d5c 0009:Call kernel32.LockResource(0046c6f0) ret=406e9d6a 0009:trace:resource:LockResource (0x46c6f0) 0009:Ret kernel32.LockResource() retval=0046c6f0 ret=406e9d6a 0009:trace:resource:LoadStringW strlen = 63 0009:trace:resource:LoadStringW L"Access violation at address %p in module '%s'. %s of address %p" loaded ! 0009:Call kernel32.WideCharToMultiByte(00000000,00000000,4027d068 L"Access violation at address %p in module '%s'. %s of address %p",0000003f,4048032c,000003ff,00000000,00000000) ret=406e9eee 0009:Ret kernel32.WideCharToMultiByte() retval=0000003f ret=406e9eee 0009:trace:resource:LoadStringA "Access violation at address %p in module '%s'. %s of address %p" loaded ! 0009:Call ntdll.RtlFreeHeap(40240000,00000000,4027d068) ret=406e9f43 0009:trace:heap:RtlFreeHeap (0x40240000,00000002,4027d068): returning TRUE 0009:Ret ntdll.RtlFreeHeap() retval=00000001 ret=406e9f43 0009:Ret user32.LoadStringA() retval=0000003f ret=00405712 0009:Call ntdll.RtlUnwind(40592d30,00403217,404809c8,00000000) ret=00403217 fs=008f eax=404809c8 ebx=4048090c ecx=0040eeb2 edx=40592d30 esi=404809c8 edi=400dbcc1 ebp=40480928 esp=404808d8 ds=002b es=002b gs=0000 flags=00000246 0009:trace:seh:EXC_RtlUnwind code=c0000005 flags=2
On March 22, 2003 11:46 am, Vitaliy Margolen wrote:
I have a problem with latest CVS in the past several days. Every app locking up. Any suggestions where should I look. It's not a dead loop. Something happening, according to trace.
What system are you running on?
It's ASP Linux: kernel: 2.4.20 SMP (custom) glibc: 2.2.5 System: dual PIII
I haven't made any updates to system in a month or so.
Saturday, March 22, 2003, 9:18:07 AM, you wrote:
On March 22, 2003 11:46 am, Vitaliy Margolen wrote:
I have a problem with latest CVS in the past several days. Every app locking up. Any suggestions where should I look. It's not a dead loop. Something happening, according to trace.
What system are you running on?
On Sat, Mar 22, 2003 at 09:46:46AM -0700, Vitaliy Margolen wrote:
I have a problem with latest CVS in the past several days. Every app locking up.
I have the same problem, but only with FreeSolitaire, the other apps are working fine. Monday evening it was working fine and thursday night when i checked it again it didn't worked anymore. I didn't had the time yet to look closer at it and haunt for the patch that introduced the regression.
Any suggestions where should I look. It's not a dead loop. Something happening, according to trace.
The trace looks similar to this one and I get following backtrace: Unhandled exception: page fault on write access to 0xcf4b0000 in 32-bit code (0x 004db689). In 32-bit mode. 0x004db689 (FreeSolitaire.exe.@Ngimage@initialization$qqrv+0x6f13d in C:\Program Files\FreeSolitaire\FreeSolitaire.exe): movl %edx,0x0(%ebx) Wine-dbg>bt Backtrace: =>0 0x004db689 (FreeSolitaire.exe.@Ngimage@initialization$qqrv+0x6f13d in C:\Program Files\FreeSolitaire\FreeSolitaire.exe) (ebp=40592e30) 1 0x004db6d8 (FreeSolitaire.exe.@Ngimage@initialization$qqrv+0x6f18c in C:\Program Files\FreeSolitaire\FreeSolitaire.exe) (ebp=40592e60) 2 0x004da904 (FreeSolitaire.exe.@Ngimage@initialization$qqrv+0x6e3b8 in C:\Program Files\FreeSolitaire\FreeSolitaire.exe) (ebp=40592e74) 3 0x004db49b (FreeSolitaire.exe.@Ngimage@initialization$qqrv+0x6ef4f in C:\Program Files\FreeSolitaire\FreeSolitaire.exe) (ebp=40592e88)
bye michael
Vitaliy Margolen wrote:
I have a problem with latest CVS in the past several days. Every app locking up. Any suggestions where should I look. It's not a dead loop. Something happening, according to trace.
two points: - are you sure you properly recompile all wine files ? (at least regenerating the depends after the cvs update) - try to run the program under a debugger (even gdb if winedbg fails) so that we get a proper stack trace when the program segfaults (in your case, the program has its own fault handler which covers with more smoke the issue) (or try using another application)
A+
I got CVS from 3 days ago. No problem there. I'll try to get CVS from 2 days ago & see what's gonna happen.
Saturday, March 22, 2003, 11:18:38 AM, you wrote:
Vitaliy Margolen wrote:
I have a problem with latest CVS in the past several days. Every app locking up. Any suggestions where should I look. It's not a dead loop. Something happening, according to trace.
two points:
- are you sure you properly recompile all wine files ? (at least
regenerating the depends after the cvs update)
# cvs update # configure # make depend && make clean && make
- try to run the program under a debugger (even gdb if winedbg fails) so
that we get a proper stack trace when the program segfaults (in your case, the program has its own fault handler which covers with more smoke the issue) (or try using another application)
Here is what I got from winedbg:
Wine-dbg>c First chance exception: page fault on read access to 0x0000000c in 32-bit code (0x0040eeb2). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:008f GS:005f EIP:0040eeb2 ESP:40592ce4 EBP:40592d04 EFLAGS:00010246( R- 00 I Z- -P1 ) EAX:00000000 EBX:00457bec ECX:00371000 EDX:400f2c30 ESI:413710cc EDI:00457bec Stack dump: 0x40592ce4 (NTDLL.DLL.sqrt+0x3833c0): 00457bec 0040f0a3 40592d0c 0040f106 0x40592cf4 (NTDLL.DLL.sqrt+0x3833d0): 40592d04 41011628 0043a2ec 41371628 0x40592d04 (NTDLL.DLL.sqrt+0x3833e0): 40592e58 0043cf42 40592d18 0043cfa8 0x40592d14 (NTDLL.DLL.sqrt+0x3833f0): 40592e58 40592d24 0043cfe0 40592e58 0x40592d24 (NTDLL.DLL.sqrt+0x383400): 40592d30 0043d000 40592e58 40592e60 0x40592d34 (NTDLL.DLL.sqrt+0x383410): 00402ffd 40592e58 41371628 41371628 0x40592d44 (NTDLL.DLL.sqrt+0x383420):
0011: sel=008f base=400f1e20 limit=00000fff 32-bit rw- Backtrace: =>0 0x0040eeb2 (virtuallistview.exe.CODE+0xdeb2 in F:\wine\Virtual_Listview\virtuallistview.exe) (ebp=40592d04) 1 0x0043cf42 (virtuallistview.exe.CODE+0x3bf42 in F:\wine\Virtual_Listview\virtuallistview.exe) (ebp=40592e58) 2 0x00443dec (virtuallistview.exe.CODE+0x42dec in F:\wine\Virtual_Listview\virtuallistview.exe) (ebp=40592e7c) 3 0x00459354 (virtuallistview.exe.EntryPoint+0x34 in F:\wine\Virtual_Listview\virtuallistview.exe) (ebp=40592e90) 4 0x4009a5a3 (start_process+0x24f [process.c:566] in libntdll.dll.so) (ebp=40592f38) 5 0x4009eb03 (call_on_thread_stack+0x23(func=0x4009a354) [sysdeps.c:171] in libntdll.dll.so) (ebp=40592ff4) 6 0x4009eca4 (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000)
0x0040eeb2 (virtuallistview.exe.CODE+0xdeb2 in F:\wine\Virtual_Listview\virtuallistview.exe): cmpl $0,0xc(%eax)
Vitaliy Margolen wrote:
I got CVS from 3 days ago. No problem there. I'll try to get CVS from 2 days ago & see what's gonna happen.
thx, the fix has just been sent to wine-patches A+
That did it! Thanks.
Saturday, March 22, 2003, 1:45:15 PM, you wrote:
Vitaliy Margolen wrote:
I got CVS from 3 days ago. No problem there. I'll try to get CVS from 2 days ago & see what's gonna happen.
thx, the fix has just been sent to wine-patches A+
-
Dimitrie O. Paun -
Eric Pouech -
Michael Stefaniuc -
Vitaliy Margolen