https://bugs.winehq.org/show_bug.cgi?id=37876
Bug ID: 37876 Summary: Accordance 11 crashes after splash Product: Wine Version: 1.7.34 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: salamanderrake@gmail.com Distribution: ---
When starting accordance 11 after the initial splash startup it ?crashes?.
running with
WINEDEBUG="-all,warn-all,+tid,+seh,+relay" wine ./Accordance.exe
gives me the following output(trunicated)
Trunicated Log Output. ***
-- 0009:Call user32.GetKeyState(00000011) ret=0044e8bd 0009:Ret user32.GetKeyState() retval=00000000 ret=0044e8bd 0009:Call ntdll.RtlReAllocateHeap(01f40000,00000004,01f50140,00000008) ret=00442600 0009:Ret ntdll.RtlReAllocateHeap() retval=01f50140 ret=00442600 0009:Call KERNEL32.OutputDebugStringA(0014da98 ">>>> InitAccordWindow >>>>> ParentWindowRef =0") ret=00456553 0009:trace:seh:raise_exception code=40010006 flags=0 addr=0x7b83d28e ip=7b83d28e tid=0009 0009:trace:seh:raise_exception info[0]=0000002f 0009:trace:seh:raise_exception info[1]=0014da98 0009:trace:seh:raise_exception eax=7b828fc1 ebx=7b8bc000 ecx=00000008 edx=01aff884 esi=40010006 edi=0014da98 0009:trace:seh:raise_exception ebp=01aff8d8 esp=01aff864 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00200283 0009:trace:seh:call_stack_handlers calling handler at 0x7b887be0 code=40010006 flags=0 0009:trace:seh:__regs_RtlUnwind code=40010006 flags=2 0009:trace:seh:__regs_RtlUnwind calling handler at 0x7bc813f0 code=40010006 flags=2 0009:trace:seh:__regs_RtlUnwind handler at 0x7bc813f0 returned 1 0009:Ret KERNEL32.OutputDebugStringA() retval=00000000 ret=00456553 0009:Call ntdll.RtlAllocateHeap(01f40000,00000008,00000105) ret=004423bf 0009:Ret ntdll.RtlAllocateHeap() retval=01f78b90 ret=004423bf 0009:Call ntdll.RtlAllocateHeap(01f40000,00000008,0000020a) ret=004423bf 0009:Ret ntdll.RtlAllocateHeap() retval=01f78ca0 ret=004423bf -- 0009:Call user32.IsWindowVisible(00000000) ret=0043b744 0021:Ret winex11.drv.WindowMessage() retval=00000000 ret=7ebef739 0009:Ret user32.IsWindowVisible() retval=00000000 ret=0043b744 0021:Ret winex11.drv.ClipCursor() retval=00000001 ret=7ebef6f8 0009:Call KERNEL32.OutputDebugStringA(0014da98 "============== ShowHideAllFloats = 0") ret=00456553 0009:trace:seh:raise_exception code=40010006 flags=0 addr=0x7b83d28e ip=7b83d28e tid=0009 0009:trace:seh:raise_exception info[0]=00000027 0009:trace:seh:raise_exception info[1]=0014da98 0009:trace:seh:raise_exception eax=7b828fc1 ebx=7b8bc000 ecx=00000008 edx=01afe984 esi=40010006 edi=0014da98 0021:Call winex11.drv.MsgWaitForMultipleObjectsEx(00000001,0033f20c,ffffffff,000004ff,00000000) ret=7ec2e972 0009:trace:seh:raise_exception ebp=01afe9d8 esp=01afe964 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00200283 0009:trace:seh:call_stack_handlers calling handler at 0x7b887be0 code=40010006 flags=0 0009:trace:seh:__regs_RtlUnwind code=40010006 flags=2 0009:trace:seh:__regs_RtlUnwind calling handler at 0x7bc813f0 code=40010006 flags=2 0009:trace:seh:__regs_RtlUnwind handler at 0x7bc813f0 returned 1 0009:Ret KERNEL32.OutputDebugStringA() retval=00000000 ret=00456553 0009:Call ntdll.RtlAllocateHeap(01f40000,00000008,00000004) ret=004423bf 0009:Ret ntdll.RtlAllocateHeap() retval=01f790c0 ret=004423bf 0009:Call ntdll.RtlAllocateHeap(01f40000,00000008,00000004) ret=004423bf 0009:Ret ntdll.RtlAllocateHeap() retval=01f790d8 ret=004423bf -- 0009:Call ntdll.RtlFreeHeap(01f40000,00000004,01f79120) ret=00442759 0009:Ret ntdll.RtlFreeHeap() retval=00000001 ret=00442759 0009:Call ntdll.RtlFreeHeap(01f40000,00000000,01f79138) ret=00442826 0009:Ret ntdll.RtlFreeHeap() retval=00000001 ret=00442826 0009:Call KERNEL32.OutputDebugStringA(0014da98 "============== ShowHideAllFloats = 0") ret=00456553 0009:trace:seh:raise_exception code=40010006 flags=0 addr=0x7b83d28e ip=7b83d28e tid=0009 0009:trace:seh:raise_exception info[0]=00000027 0009:trace:seh:raise_exception info[1]=0014da98 0009:trace:seh:raise_exception eax=7b828fc1 ebx=7b8bc000 ecx=00000008 edx=01afe994 esi=40010006 edi=0014da98 0009:trace:seh:raise_exception ebp=01afe9e8 esp=01afe974 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00200283 0009:trace:seh:call_stack_handlers calling handler at 0x7b887be0 code=40010006 flags=0 0009:trace:seh:__regs_RtlUnwind code=40010006 flags=2 0009:trace:seh:__regs_RtlUnwind calling handler at 0x7bc813f0 code=40010006 flags=2 0009:trace:seh:__regs_RtlUnwind handler at 0x7bc813f0 returned 1 0009:Ret KERNEL32.OutputDebugStringA() retval=00000000 ret=00456553 0009:Ret window proc 0x50eed0 (hwnd=0x401bc,msg=WM_ACTIVATEAPP,wp=00000001,lp=00000000) retval=00000000 0009:Call window proc 0x50c640 (hwnd=0x101e2,msg=WM_NCACTIVATE,wp=00000001,lp=00000000) 0009:Call user32.DefWindowProcW(000101e2,00000086,00000001,00000000) ret=0050cc5e 0009:Call winex11.drv.GetDC(000b0032,000101e2,000101e2,01afe910,01afe920,00000053) ret=7ed218fd -- 0009:Ret winex11.drv.WindowPosChanging() retval=00000000 ret=7ed48a45 0009:Call winex11.drv.WindowPosChanged(000101e2,00000000,0000182f,01aff790,01aff7a0,01aff660,01aff7ec,02245398) ret=7ed48fd6 0009:Ret winex11.drv.WindowPosChanged() retval=00000000 ret=7ed48fd6 0009:Ret user32.BringWindowToTop() retval=00000001 ret=0044d63b 0009:Call KERNEL32.OutputDebugStringA(0014da98 ".............. Window Handle = 66018") ret=00456553 0009:trace:seh:raise_exception code=40010006 flags=0 addr=0x7b83d28e ip=7b83d28e tid=0009 0009:trace:seh:raise_exception info[0]=00000025 0009:trace:seh:raise_exception info[1]=0014da98 0009:trace:seh:raise_exception eax=7b828fc1 ebx=7b8bc000 ecx=00000008 edx=01aff774 esi=40010006 edi=0014da98 0009:trace:seh:raise_exception ebp=01aff7c8 esp=01aff754 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00200283 0009:trace:seh:call_stack_handlers calling handler at 0x7b887be0 code=40010006 flags=0 0009:trace:seh:__regs_RtlUnwind code=40010006 flags=2 0009:trace:seh:__regs_RtlUnwind calling handler at 0x7bc813f0 code=40010006 flags=2 0009:trace:seh:__regs_RtlUnwind handler at 0x7bc813f0 returned 1 0009:Ret KERNEL32.OutputDebugStringA() retval=00000000 ret=00456553 0009:Call ntdll.RtlFreeHeap(01f40000,00000000,01f78b90) ret=0044226c 0009:Ret ntdll.RtlFreeHeap() retval=00000001 ret=0044226c 0009:Call ntdll.RtlFreeHeap(01f40000,00000000,01f78eb8) ret=0044226c 0009:Ret ntdll.RtlFreeHeap() retval=00000001 ret=0044226c 0009:Call KERNEL32.OutputDebugStringA(0014da98 "**>>>> InitAccordWindow >>>>> aWindow =66018") ret=00456553 0009:trace:seh:raise_exception code=40010006 flags=0 addr=0x7b83d28e ip=7b83d28e tid=0009 0009:trace:seh:raise_exception info[0]=0000002d 0009:trace:seh:raise_exception info[1]=0014da98 0009:trace:seh:raise_exception eax=7b828fc1 ebx=7b8bc000 ecx=00000008 edx=01aff884 esi=40010006 edi=0014da98 0009:trace:seh:raise_exception ebp=01aff8d8 esp=01aff864 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00200283 0009:trace:seh:call_stack_handlers calling handler at 0x7b887be0 code=40010006 flags=0 0009:trace:seh:__regs_RtlUnwind code=40010006 flags=2 0009:trace:seh:__regs_RtlUnwind calling handler at 0x7bc813f0 code=40010006 flags=2 0009:trace:seh:__regs_RtlUnwind handler at 0x7bc813f0 returned 1 0009:Ret KERNEL32.OutputDebugStringA() retval=00000000 ret=00456553 0009:Call ntdll.RtlAllocateHeap(01f40000,00000008,00000004) ret=004423bf 0009:Ret ntdll.RtlAllocateHeap() retval=01f78b90 ret=004423bf 0009:Call ntdll.RtlAllocateHeap(01f40000,00000008,00000004) ret=004423bf 0009:Ret ntdll.RtlAllocateHeap() retval=01f78ba8 ret=004423bf -- 0009:Ret window proc 0x50c640 (hwnd=0x101e2,msg=WM_MOVE,wp=00000000,lp=013e0260) retval=00000000 0009:Ret user32.DefWindowProcW() retval=00000000 ret=0050cc5e 0009:Ret window proc 0x50c640 (hwnd=0x101e2,msg=WM_WINDOWPOSCHANGED,wp=00000000,lp=01aff9b4) retval=00000000 0009:Ret user32.SetWindowPos() retval=00000001 ret=0043ba0e 0009:Call KERNEL32.OutputDebugStringA(0014dbd8 "============== ShowHideAllFloats = 0") ret=00456553 0009:trace:seh:raise_exception code=40010006 flags=0 addr=0x7b83d28e ip=7b83d28e tid=0009 0009:trace:seh:raise_exception info[0]=00000027 0009:trace:seh:raise_exception info[1]=0014dbd8 0009:trace:seh:raise_exception eax=7b828fc1 ebx=7b8bc000 ecx=00000008 edx=01aff9a4 esi=40010006 edi=0014dbd8 0009:trace:seh:raise_exception ebp=01aff9f8 esp=01aff984 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00200283 0009:trace:seh:call_stack_handlers calling handler at 0x7b887be0 code=40010006 flags=0 0009:trace:seh:__regs_RtlUnwind code=40010006 flags=2 0009:trace:seh:__regs_RtlUnwind calling handler at 0x7bc813f0 code=40010006 flags=2 0009:trace:seh:__regs_RtlUnwind handler at 0x7bc813f0 returned 1 0009:Ret KERNEL32.OutputDebugStringA() retval=00000000 ret=00456553 0009:Call user32.SetWindowPos(000101e2,00000000,00000000,00000000,00000000,00000000,00000013) ret=0043bbfc 0009:Call window proc 0x50c640 (hwnd=0x101e2,msg=WM_WINDOWPOSCHANGING,wp=00000000,lp=01affb14) 0009:Call user32.DefWindowProcW(000101e2,00000046,00000000,01affb14) ret=0050cc5e 0009:Ret user32.DefWindowProcW() retval=00000000 ret=0050cc5e -- 0009:Call user32.IsIconic(000101e2) ret=0043b7a4 0009:Ret user32.IsIconic() retval=00000000 ret=0043b7a4 0009:Call ntdll.RtlReAllocateHeap(01f40000,00000004,01f50140,0000000c) ret=00442600 0009:Ret ntdll.RtlReAllocateHeap() retval=01f50140 ret=00442600 0009:Call KERNEL32.OutputDebugStringA(0014f1d8 ">>>> InitAccordWindow >>>>> ParentWindowRef =0") ret=00456553 0009:trace:seh:raise_exception code=40010006 flags=0 addr=0x7b83d28e ip=7b83d28e tid=0009 0009:trace:seh:raise_exception info[0]=0000002f 0009:trace:seh:raise_exception info[1]=0014f1d8 0009:trace:seh:raise_exception eax=7b828fc1 ebx=7b8bc000 ecx=00000008 edx=01aff794 esi=40010006 edi=0014f1d8 0009:trace:seh:raise_exception ebp=01aff7e8 esp=01aff774 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00200283 0009:trace:seh:call_stack_handlers calling handler at 0x7b887be0 code=40010006 flags=0 0009:trace:seh:__regs_RtlUnwind code=40010006 flags=2 0009:trace:seh:__regs_RtlUnwind calling handler at 0x7bc813f0 code=40010006 flags=2 0009:trace:seh:__regs_RtlUnwind handler at 0x7bc813f0 returned 1 0009:Ret KERNEL32.OutputDebugStringA() retval=00000000 ret=00456553 0009:Call ntdll.RtlAllocateHeap(01f40000,00000008,00000105) ret=004423bf 0009:Ret ntdll.RtlAllocateHeap() retval=01ff01a8 ret=004423bf 0009:Call ntdll.RtlAllocateHeap(01f40000,00000008,0000020a) ret=004423bf 0009:Ret ntdll.RtlAllocateHeap() retval=01ff02b8 ret=004423bf -- 0009:Call user32.DefWindowProcW(00020342,00000047,00000000,01aff7d4) ret=0050ed16 0009:Ret user32.DefWindowProcW() retval=00000000 ret=0050ed16 0009:Ret window proc 0x50db70 (hwnd=0x20342,msg=WM_WINDOWPOSCHANGED,wp=00000000,lp=01aff7d4) retval=00000000 0009:Ret user32.SetWindowPos() retval=00000001 ret=0044d3ab 0009:Call KERNEL32.OutputDebugStringA(0014f1d8 ".............. Window Handle = 131906") ret=00456553 0009:trace:seh:raise_exception code=40010006 flags=0 addr=0x7b83d28e ip=7b83d28e tid=0009 0009:trace:seh:raise_exception info[0]=00000026 0009:trace:seh:raise_exception info[1]=0014f1d8 0009:trace:seh:raise_exception eax=7b828fc1 ebx=7b8bc000 ecx=00000008 edx=01aff684 esi=40010006 edi=0014f1d8 0009:trace:seh:raise_exception ebp=01aff6d8 esp=01aff664 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00200283 0009:trace:seh:call_stack_handlers calling handler at 0x7b887be0 code=40010006 flags=0 0009:trace:seh:__regs_RtlUnwind code=40010006 flags=2 0009:trace:seh:__regs_RtlUnwind calling handler at 0x7bc813f0 code=40010006 flags=2 0009:trace:seh:__regs_RtlUnwind handler at 0x7bc813f0 returned 1 0009:Ret KERNEL32.OutputDebugStringA() retval=00000000 ret=00456553 0009:Call ntdll.RtlFreeHeap(01f40000,00000000,01ff01a8) ret=0044226c 0009:Ret ntdll.RtlFreeHeap() retval=00000001 ret=0044226c 0009:Call ntdll.RtlFreeHeap(01f40000,00000000,01ff02b8) ret=0044226c 0009:Ret ntdll.RtlFreeHeap() retval=00000001 ret=0044226c 0009:Call KERNEL32.OutputDebugStringA(0014f1d8 "**>>>> InitAccordWindow >>>>> aWindow =131906") ret=00456553 0009:trace:seh:raise_exception code=40010006 flags=0 addr=0x7b83d28e ip=7b83d28e tid=0009 0009:trace:seh:raise_exception info[0]=0000002e 0009:trace:seh:raise_exception info[1]=0014f1d8 0009:trace:seh:raise_exception eax=7b828fc1 ebx=7b8bc000 ecx=00000008 edx=01aff794 esi=40010006 edi=0014f1d8 0009:trace:seh:raise_exception ebp=01aff7e8 esp=01aff774 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00200283 0009:trace:seh:call_stack_handlers calling handler at 0x7b887be0 code=40010006 flags=0 0009:trace:seh:__regs_RtlUnwind code=40010006 flags=2 0009:trace:seh:__regs_RtlUnwind calling handler at 0x7bc813f0 code=40010006 flags=2 0009:trace:seh:__regs_RtlUnwind handler at 0x7bc813f0 returned 1 0009:Ret KERNEL32.OutputDebugStringA() retval=00000000 ret=00456553 0009:Call ntdll.RtlAllocateHeap(01f40000,00000008,00000004) ret=004423bf 0009:Ret ntdll.RtlAllocateHeap() retval=01fef3c8 ret=004423bf 0009:Call ntdll.RtlAllocateHeap(01f40000,00000008,00000004) ret=004423bf 0009:Ret ntdll.RtlAllocateHeap() retval=01fef3e0 ret=004423bf -- 0009:Call user32.DefWindowProcW(00020342,00000047,00000000,01aff574) ret=0050ed16 0009:Ret user32.DefWindowProcW() retval=00000000 ret=0050ed16 0009:Ret window proc 0x50db70 (hwnd=0x20342,msg=WM_WINDOWPOSCHANGED,wp=00000000,lp=01aff574) retval=00000000 0009:Ret user32.BringWindowToTop() retval=00000001 ret=0043bc20 0009:Call KERNEL32.OutputDebugStringA(0014dc18 "============== ShowHideAllFloats = 0") ret=00456553 0009:trace:seh:raise_exception code=40010006 flags=0 addr=0x7b83d28e ip=7b83d28e tid=0009 0009:trace:seh:raise_exception info[0]=00000027 0009:trace:seh:raise_exception info[1]=0014dc18 0009:trace:seh:raise_exception eax=7b828fc1 ebx=7b8bc000 ecx=00000008 edx=01aff42c esi=40010006 edi=0014dc18 0009:trace:seh:raise_exception ebp=01aff478 esp=01aff404 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00200287 0009:trace:seh:call_stack_handlers calling handler at 0x7b887be0 code=40010006 flags=0 0009:trace:seh:__regs_RtlUnwind code=40010006 flags=2 0009:trace:seh:__regs_RtlUnwind calling handler at 0x7bc813f0 code=40010006 flags=2 0009:trace:seh:__regs_RtlUnwind handler at 0x7bc813f0 returned 1 0009:Ret KERNEL32.OutputDebugStringA() retval=00000000 ret=00456553 0009:Call ntdll.RtlFreeHeap(01f40000,00000004,01f78bf0) ret=00442759 0009:Ret ntdll.RtlFreeHeap() retval=00000001 ret=00442759 0009:Call ntdll.RtlFreeHeap(01f40000,00000000,01f78c08) ret=00442826 0009:Ret ntdll.RtlFreeHeap() retval=00000001 ret=00442826 -- 0024:Ret KERNEL32.InterlockedIncrement() retval=00000005 ret=027a2a0d 0024:Call KERNEL32.InterlockedIncrement(027a922c) ret=027a2a83 0024:Ret KERNEL32.InterlockedIncrement() retval=00000004 ret=027a2a83 0024:Ret PE DLL (proc=0x27a1388,module=0x27a0000 L"AccKB32.dll",reason=THREAD_ATTACH,res=(nil)) retval=1 0024:Starting thread proc 0x7b82fab0 (arg=(nil)) 0024:trace:seh:raise_exception code=40010005 flags=0 addr=0x7b83d28e ip=7b83d28e tid=0024 0024:trace:seh:raise_exception eax=7b828fc1 ebx=7b8bc000 ecx=00000000 edx=00000000 esi=40010005 edi=00000000 0024:trace:seh:raise_exception ebp=07e1e8f8 esp=07e1e884 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00200246 0024:trace:seh:call_stack_handlers calling handler at 0x7b887be0 code=40010005 flags=0 0024:trace:seh:__regs_RtlUnwind code=40010005 flags=2 0024:trace:seh:__regs_RtlUnwind calling handler at 0x7bc813f0 code=40010005 flags=2 0024:trace:seh:__regs_RtlUnwind handler at 0x7bc813f0 returned 1 0024:Call PE DLL (proc=0x7ce7fcc0,module=0x7ce60000 L"usp10.dll",reason=PROCESS_DETACH,res=0x1) 0024:Ret PE DLL (proc=0x7ce7fcc0,module=0x7ce60000 L"usp10.dll",reason=PROCESS_DETACH,res=0x1) retval=1 0024:Call PE DLL (proc=0x27a1388,module=0x27a0000 L"AccKB32.dll",reason=PROCESS_DETACH,res=0x1) 0024:Call ntdll.RtlDecodePointer(ebb54560) ret=027a1c3b 0024:Ret ntdll.RtlDecodePointer() retval=02dd0358 ret=027a1c3b
***
There is also a log with missing files(may not be searching for the filename with ext).
Download for the complete logs.
WINEDEBUG="-all,warn-all,+tid,+seh,+relay" wine ./Accordance.exe https://dl.dropboxusercontent.com/u/71062164/accordance/11/log_relay_win.tar...
This one has all kinds of warnings about missing stuff. WINEDEBUG="warn+all,err+all,+seh" wine ./Accordance.exe https://dl.dropboxusercontent.com/u/71062164/accordance/11/log_warn_err_seh....
https://bugs.winehq.org/show_bug.cgi?id=37876
salamander purake salamanderrake@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download, Installer URL| |http://www.accordancefiles1 | |.com/products/Accordance11. | |0.3.exe
https://bugs.winehq.org/show_bug.cgi?id=37876
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |focht@gmx.net
--- Comment #1 from Anastasius Focht focht@gmx.net --- Hello folks,
just a general hint (without looking at attachments):
Please don't paste that log snippets - even if "truncated" - unless you know what the problem is and want to explain/pinpoint it. Attaching the log is ok.
Also creating "warn+all,err+all" log is *not* recommended (unless explicitly request) as it contains many messages that might seem scary and erroneous to the normal user/developer but in fact are expected and harmless due to way Wine works.
Regards
https://bugs.winehq.org/show_bug.cgi?id=37876
--- Comment #2 from salamander purake salamanderrake@gmail.com --- (In reply to Anastasius Focht from comment #1)
Hello folks,
just a general hint (without looking at attachments):
Please don't paste that log snippets - even if "truncated" - unless you know what the problem is and want to explain/pinpoint it. Attaching the log is ok.
Also creating "warn+all,err+all" log is *not* recommended (unless explicitly request) as it contains many messages that might seem scary and erroneous to the normal user/developer but in fact are expected and harmless due to way Wine works.
Regards
Here is the correct log, +tid,+relay,+seh https://dl.dropboxusercontent.com/u/71062164/accordance/11/log_tid_seh_relay...
https://bugs.winehq.org/show_bug.cgi?id=37876
--- Comment #3 from Anastasius Focht focht@gmx.net --- Hello folks,
the log doesn't really show a crash but the app thinks there was a previous crash.
A message box is displayed besides the splash screen:
--- snip --- ... 0009:Call user32.MessageBoxW(00000000,02089200 L"Accordance crashed or was not quit properly the last time it was used.\r\rWould you like to recover the most recent autosaved session?",00a06a20 L" ",00001024) ret=00453edb ... 0009:Ret user32.MessageBoxW() retval=00000007 ret=00453edb ... --- snip ---
Which basically means you selected 'No' (IDNO = 7).
After that, the main ui windows/controls get created and the app starts pumping messages. At one time CTRL+C is pressed, causing shutdown.
--- snip --- ... 0024:Starting thread proc 0x7b82fab0 (arg=(nil)) 0024:trace:seh:raise_exception code=40010005 flags=0 addr=0x7b83d28e ip=7b83d28e tid=0024 0024:trace:seh:raise_exception eax=7b828fc1 ebx=7b8bc000 ecx=00000000 edx=00000000 esi=40010005 edi=00000000 0024:trace:seh:raise_exception ebp=07e1e8f8 esp=07e1e884 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00200246 0024:trace:seh:call_stack_handlers calling handler at 0x7b887be0 code=40010005 flags=0 0024:trace:seh:__regs_RtlUnwind code=40010005 flags=2 0024:trace:seh:__regs_RtlUnwind calling handler at 0x7bc813f0 code=40010005 flags=2 0024:trace:seh:__regs_RtlUnwind handler at 0x7bc813f0 returned 1 --- snip ---
You could try to avoid the crash check at least .. there is some registry key the app checks on startup:
--- snip --- 0009:Call advapi32.RegOpenKeyExA(80000001,00a1339c "Software\OakTree\Accordance",00000000,00000001,01affd18) ret=0043cc2f 0009:Ret advapi32.RegOpenKeyExA() retval=00000000 ret=0043cc2f 0009:Call advapi32.RegQueryValueExA(000000dc,00a14c34 "crashcheck",00000000,01affd10,052ef7f8,01affd70) ret=0043cc53 0009:Ret advapi32.RegQueryValueExA() retval=00000000 ret=0043cc53 0009:Call advapi32.RegCloseKey(000000dc) ret=0043ccba 0009:Ret advapi32.RegCloseKey() retval=00000000 ret=0043ccba ... 0009:Call KERNEL32.CompareStringW(00000400,00000000,002089fc L"Yes",00000003,02264b5c L"meem (m)",00000008) ret=00420365 0009:Ret KERNEL32.CompareStringW() retval=00000003 ret=00420365 --- snip ---
Setting it to "no" (or no value) could avoid the initial message box. Maybe there is a focus loss/wrong window activation (Wine still has some bugs on it).
It's unfortunate that I'm not able to reproduce this since the app requires a valid purchase (registered in account connected to the app).
Regards
https://bugs.winehq.org/show_bug.cgi?id=37876
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Component|-unknown |user32 Summary|Accordance 11 crashes after |Accordance 11 main user |splash |interface remains invisible | |(no calls to layered | |windows API with top-most | |window 'WS_EX_LAYERED' | |extended style set) Ever confirmed|0 |1
--- Comment #4 from Anastasius Focht focht@gmx.net --- Hello folks,
refining summary, there is really no crash here.
The main user interface is actually there - just invisible.
Using some Spy++ tool one can see the whole window/control hierarchy. The top-most window has 'WS_EX_LAYERED' extended style set.
Trace log also shows this:
--- snip --- ... 0023:Call user32.CreateWindowExW(02080000,02007098 L"AccordChildWorkspace",00000000,80cf0000,00000000,00000000,00000190,000000c8,00000000,0001009a,00400000,00000000) ret=0044d2d5 0023:trace:win:WIN_CreateWindowEx (null) L"AccordChildWorkspace" ex=02080000 style=80cf0000 0,0 400x200 parent=(nil) menu=0x1009a inst=0x400000 params=(nil) 0023:trace:win:dump_window_styles style: WS_POPUP WS_CAPTION WS_SYSMENU WS_THICKFRAME WS_MINIMIZEBOX WS_MAXIMIZEBOX 0023:trace:win:dump_window_styles exstyle: WS_EX_LAYERED 02000000 0023:trace:win:WIN_SetWindowLong 0x10362 -12 1009a W 0023:trace:win:GetWindowRect hwnd 0x10362 (0,0)-(0,0) ... 0023:Ret user32.CreateWindowExW() retval=00010362 ret=0044d2d5 0023:Call user32.SetWindowPos(00010362,00000000,00000000,00000000,00000000,00000000,00000037) ret=0044d3ab 0023:trace:win:SetWindowPos hwnd 0x10362, after (nil), 0,0 (0x0), flags 00000037 ... 0023:Call user32.IsWindowVisible(00010362) ret=0043b744 0023:Ret user32.IsWindowVisible() retval=00000001 ret=0043b744 ... --- snip ---
Debugger:
--- snip --- Wine-dbg>bt
Backtrace:
=>0 0x7eccf015 CreateWindowExW(exStyle=0x2080000, className="AccordChildWorkspace", windowName=0x0(nil), style=0x80cf0000, x=0, y=0, width=0x190, height=0xc8, parent=(nil), menu=0x10078, instance=0x400000, data=0x0(nil)) [/home/focht/projects/wine/wine.repo/src/dlls/user32/win.c:1735] in user32 (0x01aff714) 1 0x0044d2d5 in accordance (+0x4d2d4) (0x01aff844) 2 0x0043a709 in accordance (+0x3a708) (0x01aff8dc) 3 0x0048c179 in accordance (+0x8c178) (0x01aff908) 4 0x00512107 in accordance (+0x112106) (0x01aff950) 5 0x0054bc68 in accordance (+0x14bc67) (0x01aff984) 6 0x0086d60b in accordance (+0x46d60a) (0x01affc4c) ... --- snip ---
MSDN:
http://msdn.microsoft.com/en-us/library/ms997507.aspx ("Layered Windows")
http://msdn.microsoft.com/en-us/library/windows/desktop/ms632599%28v=vs.85%2... ("Window Features")
--- quote ---- To create a layered window, specify the WS_EX_LAYERED extended window style when calling the CreateWindowEx function, or call the SetWindowLong function to set WS_EX_LAYERED after the window has been created. After the CreateWindowEx call, the layered window will not become visible until the SetLayeredWindowAttributes or UpdateLayeredWindow function has been called for this window. --- quote ----
Unfortunately there is no single call to layered windows API during startup phase.
Although the app imports 'SetLayeredWindowAttributes' and 'UpdateLayeredWindow', those API references are not used by main UI creation code. I couldn't find any obvious code paths or ways to trigger calls from the 5-6 call sites present.
Additionally, most child windows/controls have 'WS_EX_TRANSPARENT' set.
--- snip --- ... 0023:Call user32.CreateWindowExW(00000020,00a1b424 L"BUTTON",00a1b418 L" ",5001000b,00000000,00000000,00000014,00000014,00010362,1389fff4,00400000,00000000) ret=005242b1 0023:trace:win:WIN_CreateWindowEx L" " L"BUTTON" ex=00000020 style=5001000b 0,0 20x20 parent=0x10362 menu=0x1389fff4 inst=0x400000 params=(nil) 0023:trace:win:dump_window_styles style: WS_CHILD WS_VISIBLE WS_TABSTOP 0000000b 0023:trace:win:dump_window_styles exstyle: WS_EX_TRANSPARENT 0023:trace:win:WIN_SetWindowLong 0x20386 -12 1389fff4 W ... --- snip ---
--- quote --- Hit testing of a layered window is based on the shape and transparency of the window. This means that the areas of the window that are color-keyed or whose alpha value is zero will let the mouse messages through. However, if the layered window has the WS_EX_TRANSPARENT extended window style, the shape of the layered window will be ignored and the mouse events will be passed to other windows underneath the layered window. --- quote ---
Without modifying any code, one can force the main user interface to become visible by removing 'WS_EX_LAYERED' style from top-most window 'AccordChildWorkspace' using Spy++ tool. At this point the user interface becomes fully usable.
Either this style is somehow ignored for whatever reason or due to missing event/message sequence, calls to layered windows API don't get triggered which ought to make this visible.
$ sha1sum Accordance11.0.3.exe 3543428d45ae9258b14501cbfcbd83f4944896a6 Accordance11.0.3.exe
$ du -sh Accordance11.0.3.exe 59M Accordance11.0.3.exe
$ wine --version wine-1.7.34
Regards
https://bugs.winehq.org/show_bug.cgi?id=37876
Qian Hong fracting@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |fracting@gmail.com
--- Comment #5 from Qian Hong fracting@gmail.com --- (In reply to Anastasius Focht from comment #3)
Hello folks,
Hi Anastasius, thanks for the analysis. I think of bug 37003 for QQ which might related to layered window as well. I had a very dirty hack for bug 37003 in https://bugs.winehq.org/show_bug.cgi?id=37003#c3, could you try that hack to see if it helps Accordance 11?
I also doubt bug 37828 for Maxthon (with native IE) is related to layered window as well because the same hack helps a little bit.
Thanks.
https://bugs.winehq.org/show_bug.cgi?id=37876
--- Comment #6 from Dmitry Timoshkov dmitry@baikal.ru --- (In reply to Anastasius Focht from comment #4)
The main user interface is actually there - just invisible.
Using some Spy++ tool one can see the whole window/control hierarchy. The top-most window has 'WS_EX_LAYERED' extended style set.
Anastasius, how have you managed to skip the initial login dialog?
It would be interesting to know exact API sequence the app does which is supposed to make main window visible. Is it SetWindowPos(SWP_SHOWWINDOW), ShowWindow(SW_xxx), SetWindowLong(WS_VISIBLE) or something else?
It might also be a side affect of WS_EX_COMPOSITED (0x02000000).
Anyway this needs some tests.
https://bugs.winehq.org/show_bug.cgi?id=37876
--- Comment #7 from Anastasius Focht focht@gmx.net --- Created attachment 50461 --> https://bugs.winehq.org/attachment.cgi?id=50461 xz compressed trace log, WINEDEBUG=+tid,+seh,+relay,+win,+msg
Hello Dmitry,
--- quote --- Anastasius, how have you managed to skip the initial login dialog? --- quote ---
You need an account with the product registered as purchase. There is an online DRM scheme in place (for the initial install of modules). Fortunately, I was provided with the necessary information.
I generated a full relay log. The log is very large hence I only provide the part when the top-level window and all child windows get created and later shown.
--- snip --- $ WINEDEBUG=+tid,+seh,+relay,+win,+msg wine ./Accordance.exe >>log.txt 2>&1 ... --- snip ---
Compressed log:
$ du -sh log.tar.xz 816K log.tar.xz
Uncompressed log:
$ du -sh accordance11_tracelog_mainwindow.txt 63M accordance11_tracelog_mainwindow.txt
Regards
https://bugs.winehq.org/show_bug.cgi?id=37876
--- Comment #8 from Dmitry Timoshkov dmitry@baikal.ru --- (In reply to Anastasius Focht from comment #7)
I generated a full relay log. The log is very large hence I only provide the part when the top-level window and all child windows get created and later shown.
Thanks Anastasius. According to my tests under Windows7 it's really WS_EX_COMPOSITED that makes the window behave just like a normal one regarding ShowWindow/WS_VISIBLE/SetWindowPos(SWP_SHOWWINDOW). Without that style set the window can't be made visible using these methods.
https://bugs.winehq.org/show_bug.cgi?id=37876
--- Comment #9 from Dmitry Timoshkov dmitry@baikal.ru --- Created attachment 50467 --> https://bugs.winehq.org/attachment.cgi?id=50467 patch
Does the attached patch make any difference?
https://bugs.winehq.org/show_bug.cgi?id=37876
--- Comment #10 from Anastasius Focht focht@gmx.net --- Hello Dmitry,
--- quote --- Does the attached patch make any difference? --- quote ---
Unfortunately not.
Regards
https://bugs.winehq.org/show_bug.cgi?id=37876
Dmitry Timoshkov dmitry@baikal.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #50467|0 |1 is obsolete| |
--- Comment #11 from Dmitry Timoshkov dmitry@baikal.ru --- Created attachment 50476 --> https://bugs.winehq.org/attachment.cgi?id=50476 patch
Please try this patch, it makes my test application work.
https://bugs.winehq.org/show_bug.cgi?id=37876
--- Comment #12 from salamander purake salamanderrake@gmail.com --- (In reply to Dmitry Timoshkov from comment #11)
Created attachment 50476 [details] patch
Please try this patch, it makes my test application work.
It works for accordance 11.0.3 with my custom built wine version wine-1.7.34-36-g4493323 from git master branch. It starts up visible and I don't have to run winspector anymore. I have no way atm to test a build that corresponds with the same version that is installed on my system.
Thank you for all your help, this is awesome.
https://bugs.winehq.org/show_bug.cgi?id=37876
--- Comment #13 from salamander purake salamanderrake@gmail.com --- I was wondering on the status of this patch, is there any chance it will go into main, also has anyone else tested it. Are there any side effects with other wine titles?
https://bugs.winehq.org/show_bug.cgi?id=37876
Sebastian Lackner sebastian@fds-team.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sebastian@fds-team.de
--- Comment #14 from Sebastian Lackner sebastian@fds-team.de --- (In reply to salamander purake from comment #13)
I was wondering on the status of this patch, is there any chance it will go into main, also has anyone else tested it. Are there any side effects with other wine titles?
The patch is most likely correct. I tested it and didn't notice any negative side effects, it is definitely closer to the Windows behaviour than before. Nevertheless, upstream Wine might want some additional tests before accepting changes in this area. In the meantime I've already added it to wine-staging: https://github.com/wine-compholio/wine-staging/tree/master/patches/winex11-W...
https://bugs.winehq.org/show_bug.cgi?id=37876
--- Comment #15 from salamander purake salamanderrake@gmail.com --- Cool, thanks for the update.
https://bugs.winehq.org/show_bug.cgi?id=37876
Yonatan yonatan.el.amigo@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |yonatan.el.amigo@gmail.com
--- Comment #16 from Yonatan yonatan.el.amigo@gmail.com --- Did this fix the problem with maxthon? Here an example: https://www.mediafire.com/convkey/bce1/5ah93c5exf59pmm6g.jpg
https://bugs.winehq.org/show_bug.cgi?id=37876
--- Comment #17 from Yonatan yonatan.el.amigo@gmail.com --- Answer any answer?
https://bugs.winehq.org/show_bug.cgi?id=37876
Samuel M. s.mehrbrodt@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |s.mehrbrodt@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=37876
Michael Müller michael@fds-team.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |STAGED CC| |michael@fds-team.de Staged patchset| |https://github.com/wine-com | |pholio/wine-staging/tree/ma | |ster/patches/winex11-Window | |_Style
https://bugs.winehq.org/show_bug.cgi?id=37876
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|user32 |winex11.drv
https://bugs.winehq.org/show_bug.cgi?id=37876
Ken Thomases ken@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #50476|0 |1 is patch| |
https://bugs.winehq.org/show_bug.cgi?id=37876
--- Comment #18 from Ken Thomases ken@codeweavers.com --- I noticed the component being set to winex11.drv. Too bad we can't specify more than one component, since the Mac driver (winemac.drv) has similar logic and would need a similar fix.
https://bugs.winehq.org/show_bug.cgi?id=37876
Ken Thomases ken@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ken@codeweavers.com
https://bugs.winehq.org/show_bug.cgi?id=37876
--- Comment #19 from Austin English austinenglish@gmail.com --- (In reply to Ken Thomases from comment #18)
I noticed the component being set to winex11.drv. Too bad we can't specify more than one component, since the Mac driver (winemac.drv) has similar logic and would need a similar fix.
Clone this bug at the bottom right ;)
Remeber, one feature per bug :)
https://bugs.winehq.org/show_bug.cgi?id=37876
--- Comment #20 from Dmitry Timoshkov dmitry@baikal.ru --- (In reply to Ken Thomases from comment #18)
I noticed the component being set to winex11.drv. Too bad we can't specify more than one component, since the Mac driver (winemac.drv) has similar logic and would need a similar fix.
I'd say that it's a user32 bug, the driver is just a user32 backend in this case.
https://bugs.winehq.org/show_bug.cgi?id=37876
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch
https://bugs.winehq.org/show_bug.cgi?id=37876
André H. nerv@dawncrow.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nerv@dawncrow.de Staged patchset|https://github.com/wine-com |https://github.com/wine-sta |pholio/wine-staging/tree/ma |ging/wine-staging/tree/mast |ster/patches/winex11-Window |er/patches/winex11-Window_S |_Style |tyle
https://bugs.winehq.org/show_bug.cgi?id=37876
Dan G danglassey@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |danglassey@yahoo.com
--- Comment #21 from Dan G danglassey@yahoo.com --- This has been in staging for a long time. Does anything more need to be done to test the patch?
-
wine-bugs＠winehq.org -
WineHQ Bugzilla