Regression in latest CVS
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? -- Dimi.
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.(a)Ngimage@initialization$qqrv+0x6f13d in C:\Program Files\FreeSolitaire\FreeSolitaire.exe): movl %edx,0x0(%ebx) Wine-dbg>bt Backtrace: =>0 0x004db689 (FreeSolitaire.exe.(a)Ngimage@initialization$qqrv+0x6f13d in C:\Program Files\FreeSolitaire\FreeSolitaire.exe) (ebp=40592e30) 1 0x004db6d8 (FreeSolitaire.exe.(a)Ngimage@initialization$qqrv+0x6f18c in C:\Program Files\FreeSolitaire\FreeSolitaire.exe) (ebp=40592e60) 2 0x004da904 (FreeSolitaire.exe.(a)Ngimage@initialization$qqrv+0x6e3b8 in C:\Program Files\FreeSolitaire\FreeSolitaire.exe) (ebp=40592e74) 3 0x004db49b (FreeSolitaire.exe.(a)Ngimage@initialization$qqrv+0x6ef4f in C:\Program Files\FreeSolitaire\FreeSolitaire.exe) (ebp=40592e88)
bye michael -- Michael Stefaniuc Tel.: +49-711-96437-199 System Administration Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart
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+ -- Eric Pouech
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)
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+
participants (4)
-
Dimitrie O. Paun -
Eric Pouech -
Michael Stefaniuc -
Vitaliy Margolen