April 2014 - Wine-bugs - list.winehq.org

[Bug 31286] New: Visual Studio 2005 Trial needs atl80.dll.AtlWaitWithMessageLoop when using "Server Explorer"
by wine-bugs＠winehq.org 18 Apr '21

18 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=31286 Bug #: 31286 Summary: Visual Studio 2005 Trial needs atl80.dll.AtlWaitWithMessageLoop when using "Server Explorer" Product: Wine Version: 1.5.9 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: atl AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, if the "Server Explorer" in Visual Studio 2005 is used there is an abort due to unimplemented function atl80.dll.AtlWaitWithMessageLoop when the IDE exits. --- snip --- 0043:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b83965f ip=7b83965f tid=0043 0043:trace:seh:raise_exception info[0]=7df68c44 0043:trace:seh:raise_exception info[1]=7df68c4e wine: Call from 0x7b83965f to unimplemented function atl80.dll.AtlWaitWithMessageLoop, aborting 0043:trace:seh:call_vectored_handlers calling handler at 0x406b98 code=80000100 flags=1 0043:trace:seh:call_vectored_handlers handler at 0x406b98 returned 0 --- snip --- Prerequisite: 'winetricks vc2005trial' MSDN: http://msdn.microsoft.com/en-us/library/26hwk2bx%28v=vs.80%29.aspx Don't just add a stub, that might cause problems. The function should be easy to implement using MsgWaitForMultipleObjects and proper message dispatching. Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 5

[Bug 17096] New: Visual C++ 2005 Trial can't build project, complains when starting mspdbsrv
by wine-bugs＠winehq.org 18 Apr '21

18 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=17096 Summary: Visual C++ 2005 Trial can't build project, complains when starting mspdbsrv Product: Wine Version: 1.1.13 Platform: Other URL: http://download.microsoft.com/download/6/f/5/6f5f7a01- 50bb-422d-8742- c099c8896969/En_vs_2005_vsts_180_Trial.img OS/Version: other Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Since Visual C++ Express 2005 installs, I figured I'd try the trial for full-on Visual C++ 2005, available at the given url. Sure enough, it took 30 minutes, but it installed! Then I tried building a project. I tried both Chromium's net unittest and a trivial old visual c++ 6 (?) project from codeguru, http://www.codeguru.com/cpp/g-m/gdi/capturingimages/article.php/c6333/ In both cases, visual c++ 2005 complained during compile: MSPDBSRV: fatal error: Unable to start server: server already exist >From +relay, the commandline it's using to start mspdbsrv is C:\\Program Files\\Microsoft Visual Studio 8\\Common7\\ide\\mspdbsrv.exe -start -spawn And sure enough, running wine mspdbsrv -start -spawn in directory C:\\Program Files\\Microsoft Visual Studio 8\\Common\\ide\\ generates the same error message (and a remarkably short +relay log). -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 15

[Bug 29886] New: Microsoft Visual Studio 2005: "attach to process" crashes IDE (marshalling/unmarshalling of GUID struct -> VT_CARRAY type)
by wine-bugs＠winehq.org 18 Apr '21

18 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=29886 Bug #: 29886 Summary: Microsoft Visual Studio 2005: "attach to process" crashes IDE (marshalling/unmarshalling of GUID struct -> VT_CARRAY type) Product: Wine Version: 1.4-rc3 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: oleaut32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, while verifying some Visual Studio 2005 bugs I found another issue. Clicking menu item "Tools" -> "Attach to Process" crashes the IDE. --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Microsoft Visual Studio 8/Common7/IDE ... $ WINEDEBUG=+tid,+seh,+loaddll,+variant,+ole,+olerelay,+relay wine ./devenv.exe --- snip --- --- snip --- ... 0097:trace:olerelay:xCall strModule=(tdesc.vt VT_BSTR) 0097:trace:olerelay:serialize_param C:\\Program Files\\Microsoft Visual Studio 8\\SmartDevices\\Debugger\\bin\\eps.dll(100002,0,0x32e86c) => 0x12aafbc 0097:trace:ole:BSTR_UserSize string=L"C:\\Program Files\\Microsoft Visual Studio 8\\SmartDevices\\Debugger\\bin\\eps.dll" 0097:trace:ole:BSTR_UserSize returning 166 0097:Call ntdll.RtlAllocateHeap(00110000,00000008,000000a6) ret=7e72cb31 0097:Ret ntdll.RtlAllocateHeap() retval=012ad748 ret=7e72cb31 0097:trace:ole:BSTR_UserMarshal (100002,0x12ad748,0x32e86c) => 0x12aafbc 0097:trace:ole:BSTR_UserMarshal string=L"C:\\Program Files\\Microsoft Visual Studio 8\\SmartDevices\\Debugger\\bin\\eps.dll" 0097:trace:olerelay:xCall ,rclsid=(tdesc.vt VT_PTR) ... 0097:trace:ole:serialize_param (tdesc.vt VT_USERDEFINED) 0097:trace:ole:ITypeInfo_fnGetRefTypeInfo typeinfo in imported typelib that is already loaded 0097:trace:ole:ITypeLib2_fnAddRef (0x153c90)->ref was 3 0097:trace:ole:ITypeLib2_fnGetTypeInfo 0x153c90 0 0x32e3d4 0097:trace:ole:ITypeInfo_fnAddRef (0x1540d0)->ref is 1 0097:trace:ole:ITypeLib2_fnAddRef (0x153c90)->ref was 4 0097:trace:ole:ITypeLib2_fnRelease (0x153c90)->(4) 0097:trace:ole:ITypeInfo_fnGetRefTypeInfo (0x12ab998) hreftype 0x000d loaded SUCCESS (0x1540d0) 0097:trace:ole:ITypeInfo_fnGetTypeAttr (0x1540d0) 0097:Call ntdll.RtlAllocateHeap(00110000,00000000,0000004c) ret=7e739575 0097:Ret ntdll.RtlAllocateHeap() retval=012abf90 ret=7e739575 0097:trace:olerelay:serialize_param {(0x1540d0) index 0 0097:Call ntdll.RtlAllocateHeap(00110000,00000000,0000002a) ret=7e71a1de 0097:Ret ntdll.RtlAllocateHeap() retval=012acae8 ret=7e71a1de 0097:trace:ole:serialize_param (tdesc.vt VT_UI4) 0097:trace:olerelay:serialize_param 2d32aa54 0097:trace:ole:ITypeInfo_fnReleaseVarDesc (0x1540d0)->(0x12acaec) 0097:Call ntdll.RtlFreeHeap(00110000,00000000,012acae8) ret=7e719fbd 0097:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7e719fbd 0097:trace:olerelay:serialize_param ,(0x1540d0) index 1 0097:Call ntdll.RtlAllocateHeap(00110000,00000000,0000002a) ret=7e71a1de 0097:Ret ntdll.RtlAllocateHeap() retval=012acae8 ret=7e71a1de 0097:trace:ole:serialize_param (tdesc.vt VT_UI2) 0097:trace:olerelay:serialize_param 1f84 0097:trace:ole:ITypeInfo_fnReleaseVarDesc (0x1540d0)->(0x12acaec) 0097:Call ntdll.RtlFreeHeap(00110000,00000000,012acae8) ret=7e719fbd 0097:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7e719fbd 0097:trace:olerelay:serialize_param ,(0x1540d0) index 2 0097:Call ntdll.RtlAllocateHeap(00110000,00000000,0000002a) ret=7e71a1de 0097:Ret ntdll.RtlAllocateHeap() retval=012acae8 ret=7e71a1de 0097:trace:ole:serialize_param (tdesc.vt VT_UI2) 0097:trace:olerelay:serialize_param 4964 0097:trace:ole:ITypeInfo_fnReleaseVarDesc (0x1540d0)->(0x12acaec) 0097:Call ntdll.RtlFreeHeap(00110000,00000000,012acae8) ret=7e719fbd 0097:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7e719fbd 0097:trace:olerelay:serialize_param ,(0x1540d0) index 3 0097:Call ntdll.RtlAllocateHeap(00110000,00000000,0000003e) ret=7e71a1de 0097:Ret ntdll.RtlAllocateHeap() retval=012abb20 ret=7e71a1de 0097:trace:ole:serialize_param (tdesc.vt VT_CARRAY) 0097:trace:olerelay:serialize_param carr[8](vt VT_UI1)[(tdesc.vt VT_UI1) 0097:trace:seh:raise_exception code=c0000005 flags=0 addr=0x7e72eb06 ip=7e72eb06 tid=0097 0097:trace:seh:raise_exception info[0]=00000000 0097:trace:seh:raise_exception info[1]=b8ec13bc 0097:trace:seh:raise_exception eax=b8ec13bc ebx=7e816d7c ecx=00000000 edx=7e72ead5 esi=7e74438d edi=0032e714 0097:trace:seh:raise_exception ebp=0032e208 esp=0032e080 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010202 0097:trace:seh:call_vectored_handlers calling handler at 0x406b98 code=c0000005 flags=0 --- snip --- It seems there is a GUID struct being marshalled/serialized. VT_UI4, VT_UI2, VT_UI2, VT_CARRAY (8 x VT_UI1) Indeed, going back with some olerelay:serialize_param values one can find: --- snip --- 0097:Call advapi32.RegOpenKeyExA(80000002,012aad28 "Software\\Microsoft\\VisualStudio\\8.0\\CLSID\\{2D32AA54-1F84-4964-BC13-ECB871943797}",00000000,00020019,0032e868) ret=54bbc0f4 --- snip --- Code: http://source.winehq.org/git/wine.git/blob/74a3d9ee5eff36b6fa4283cbc29b9cd1… --- snip --- 883 case VT_CARRAY: { 884 ARRAYDESC *adesc = tdesc->u.lpadesc; 885 int i, arrsize = 1; 886 887 if (debugout) TRACE_(olerelay)("carr"); 888 for (i=0;i<adesc->cDims;i++) { 889 if (debugout) TRACE_(olerelay)("[%d]",adesc->rgbounds[i].cElements); 890 arrsize *= adesc->rgbounds[i].cElements; 891 } 892 if (debugout) TRACE_(olerelay)("(vt %s)",debugstr_vt(adesc->tdescElem.vt)); 893 if (debugout) TRACE_(olerelay)("["); 894 for (i=0;i<arrsize;i++) { 895 hres = serialize_param(tinfo, writeit, debugout, dealloc, &adesc->tdescElem, (DWORD*)((LPBYTE)(*arg)+i*_xsize(&adesc->tdescElem, tinfo)), buf); 896 if (hres) 897 return hres; 898 if (debugout && (i<arrsize-1)) TRACE_(olerelay)(","); 899 } 900 if (debugout) TRACE_(olerelay)("]"); 901 if (dealloc) 902 HeapFree(GetProcessHeap(), 0, *(void **)arg); 903 return S_OK; 904 } --- snip --- Line 895: serialize_param(tinfo, writeit, debugout, dealloc, &adesc->tdescElem, (DWORD*)((LPBYTE)(*arg)+i*_xsize(&adesc->tdescElem, tinfo)), "arg" is already the address of 8-byte buffer here (GUID -xxxxxxxx part), hence dereferencing causes harm. With that part fixed, the GUID "{2D32AA54-1F84-4964-BC13-ECB871943797}" is properly serialized: --- snip --- ... 0039:trace:olerelay:serialize_param {(0x153f80) index 0 0039:Call ntdll.RtlAllocateHeap(00110000,00000000,0000002a) ret=7e71a1de 0039:Ret ntdll.RtlAllocateHeap() retval=012abad0 ret=7e71a1de 0039:trace:ole:serialize_param (tdesc.vt VT_UI4) 0039:trace:olerelay:serialize_param 2d32aa54 0039:trace:ole:ITypeInfo_fnReleaseVarDesc (0x153f80)->(0x12abad4) 0039:Call ntdll.RtlFreeHeap(00110000,00000000,012abad0) ret=7e719fbd 0039:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7e719fbd 0039:trace:olerelay:serialize_param ,(0x153f80) index 1 0039:Call ntdll.RtlAllocateHeap(00110000,00000000,0000002a) ret=7e71a1de 0039:Ret ntdll.RtlAllocateHeap() retval=012abad0 ret=7e71a1de 0039:trace:ole:serialize_param (tdesc.vt VT_UI2) 0039:trace:olerelay:serialize_param 1f84 0039:trace:ole:ITypeInfo_fnReleaseVarDesc (0x153f80)->(0x12abad4) 0039:Call ntdll.RtlFreeHeap(00110000,00000000,012abad0) ret=7e719fbd 0039:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7e719fbd 0039:trace:olerelay:serialize_param ,(0x153f80) index 2 0039:Call ntdll.RtlAllocateHeap(00110000,00000000,0000002a) ret=7e71a1de 0039:Ret ntdll.RtlAllocateHeap() retval=012abad0 ret=7e71a1de 0039:trace:ole:serialize_param (tdesc.vt VT_UI2) 0039:trace:olerelay:serialize_param 4964 0039:trace:ole:ITypeInfo_fnReleaseVarDesc (0x153f80)->(0x12abad4) 0039:Call ntdll.RtlFreeHeap(00110000,00000000,012abad0) ret=7e719fbd 0039:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7e719fbd 0039:trace:olerelay:serialize_param ,(0x153f80) index 3 0039:Call ntdll.RtlAllocateHeap(00110000,00000000,0000003e) ret=7e71a1de 0039:Ret ntdll.RtlAllocateHeap() retval=012ac200 ret=7e71a1de 0039:trace:ole:serialize_param (tdesc.vt VT_CARRAY) 0039:trace:olerelay:serialize_param carr[8](vt VT_UI1)[(tdesc.vt VT_UI1) 0039:trace:olerelay:serialize_param bc 0039:trace:olerelay:serialize_param ,(tdesc.vt VT_UI1) 0039:trace:olerelay:serialize_param 13 0039:trace:olerelay:serialize_param ,(tdesc.vt VT_UI1) 0039:trace:olerelay:serialize_param ec 0039:trace:olerelay:serialize_param ,(tdesc.vt VT_UI1) 0039:trace:olerelay:serialize_param b8 0039:trace:olerelay:serialize_param ,(tdesc.vt VT_UI1) 0039:trace:olerelay:serialize_param 71 0039:trace:olerelay:serialize_param ,(tdesc.vt VT_UI1) 0039:trace:olerelay:serialize_param 94 0039:trace:olerelay:serialize_param ,(tdesc.vt VT_UI1) 0039:trace:olerelay:serialize_param 37 0039:trace:olerelay:serialize_param ,(tdesc.vt VT_UI1) 0039:trace:olerelay:serialize_param 97 0039:trace:olerelay:serialize_param ](0x153f80)->(0x12ac204) 0039:Call ntdll.RtlFreeHeap(00110000,00000000,012ac200) ret=7e719fbd 0039:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7e719fbd 0039:trace:olerelay:serialize_param }(0x153f80)->(0x12ab710) ... --- snip --- Unmarshalling in TMStubImpl_Invoke/proxy (had to turn on "debugout" flag manually): --- snip --- ... 0020:trace:ole:BSTR_UserUnmarshal string=L"C:\\Program Files\\Microsoft Visual Studio 8\\SmartDevices\\Debugger\\bin\\eps.dll" 0020:trace:olerelay:deserialize_param L"C:\\Program Files\\Microsoft Visual Studio 8\\SmartDevices\\Debugger\\bin\\eps.dll"vt VT_PTR at 0x129b690 ... 0020:trace:ole:deserialize_param vt VT_USERDEFINED at 0x129b750 0020:trace:ole:ITypeInfo_fnGetRefTypeInfo typeinfo in imported typelib that is already loaded 0020:trace:ole:ITypeLib2_fnAddRef (0x153b40)->ref was 3 0020:trace:ole:ITypeLib2_fnGetTypeInfo 0x153b40 0 0xddbe1e0 0020:trace:ole:ITypeInfo_fnAddRef (0x153f80)->ref is 1 0020:trace:ole:ITypeLib2_fnAddRef (0x153b40)->ref was 4 0020:trace:ole:ITypeLib2_fnRelease (0x153b40)->(4) 0020:trace:ole:ITypeInfo_fnGetRefTypeInfo (0x129b590) hreftype 0x000d loaded SUCCESS (0x153f80) 0020:trace:ole:ITypeInfo_fnGetTypeAttr (0x153f80) 0020:Call ntdll.RtlAllocateHeap(00110000,00000000,0000004c) ret=7e739571 0020:Ret ntdll.RtlAllocateHeap() retval=0129b768 ret=7e739571 0020:trace:olerelay:deserialize_param {(0x153f80) index 0 0020:Call ntdll.RtlAllocateHeap(00110000,00000000,0000002a) ret=7e71a1de 0020:Ret ntdll.RtlAllocateHeap() retval=0129b7c0 ret=7e71a1de 0020:trace:ole:deserialize_param vt VT_UI4 at 0x129b750 0020:trace:olerelay:deserialize_param 2d32aa54(0x153f80)->(0x129b7c4) 0020:Call ntdll.RtlFreeHeap(00110000,00000000,0129b7c0) ret=7e719fbd 0020:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7e719fbd 0020:trace:olerelay:deserialize_param ,(0x153f80) index 1 0020:Call ntdll.RtlAllocateHeap(00110000,00000000,0000002a) ret=7e71a1de 0020:Ret ntdll.RtlAllocateHeap() retval=0129b7c0 ret=7e71a1de 0020:trace:ole:deserialize_param vt VT_UI2 at 0x129b754 0020:trace:olerelay:deserialize_param 1f84(0x153f80)->(0x129b7c4) 0020:Call ntdll.RtlFreeHeap(00110000,00000000,0129b7c0) ret=7e719fbd 0020:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7e719fbd 0020:trace:olerelay:deserialize_param ,(0x153f80) index 2 0020:Call ntdll.RtlAllocateHeap(00110000,00000000,0000002a) ret=7e71a1de 0020:Ret ntdll.RtlAllocateHeap() retval=0129b7c0 ret=7e71a1de 0020:trace:ole:deserialize_param vt VT_UI2 at 0x129b756 0020:trace:olerelay:deserialize_param 4964(0x153f80)->(0x129b7c4) 0020:Call ntdll.RtlFreeHeap(00110000,00000000,0129b7c0) ret=7e719fbd 0020:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7e719fbd 0020:trace:olerelay:deserialize_param ,(0x153f80) index 3 0020:Call ntdll.RtlAllocateHeap(00110000,00000000,0000003e) ret=7e71a1de 0020:Ret ntdll.RtlAllocateHeap() retval=0129b7c0 ret=7e71a1de 0020:trace:ole:deserialize_param vt VT_CARRAY at 0x129b758 0020:Call ntdll.RtlAllocateHeap(00110000,00000008,00000008) ret=7e7312f0 0020:Ret ntdll.RtlAllocateHeap() retval=0129b808 ret=7e7312f0 0020:trace:ole:deserialize_param vt VT_UI1 at 0x129b808 0020:trace:olerelay:deserialize_param bcvt VT_UI1 at 0x129b809 0020:trace:olerelay:deserialize_param 13vt VT_UI1 at 0x129b80a 0020:trace:olerelay:deserialize_param ecvt VT_UI1 at 0x129b80b 0020:trace:olerelay:deserialize_param b8vt VT_UI1 at 0x129b80c 0020:trace:olerelay:deserialize_param 71vt VT_UI1 at 0x129b80d 0020:trace:olerelay:deserialize_param 94vt VT_UI1 at 0x129b80e 0020:trace:olerelay:deserialize_param 37vt VT_UI1 at 0x129b80f 0020:trace:olerelay:deserialize_param 97(0x153f80)->(0x129b7c4) 0020:Call ntdll.RtlFreeHeap(00110000,00000000,0129b7c0) ret=7e719fbd 0020:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7e719fbd 0020:trace:olerelay:deserialize_param }(0x153f80)->(0x129b768) ... --- snip --- There is another crash after _invoke in TMStubImpl_Invoke/proxy, when marshalling back the parameters. Serialize_param() now encodes a pointer value in first 4 bytes of 8-byte array of last GUID part. In this case deserialize_param() is the root cause. http://source.winehq.org/git/wine.git/blob/74a3d9ee5eff36b6fa4283cbc29b9cd1… --- snip --- 1173 case VT_CARRAY: { 1174 /* arg is pointing to the start of the array. */ 1175 ARRAYDESC *adesc = tdesc->u.lpadesc; 1176 int arrsize,i; 1177 arrsize = 1; 1178 if (adesc->cDims > 1) FIXME("cDims > 1 in VT_CARRAY. Does it work?\n"); 1179 for (i=0;i<adesc->cDims;i++) 1180 arrsize *= adesc->rgbounds[i].cElements; 1181 *arg=(DWORD)HeapAlloc(GetProcessHeap(),HEAP_ZERO_MEMORY,_xsize(tdesc->u.lptdesc, tinfo) * arrsize); 1182 for (i=0;i<arrsize;i++) 1183 deserialize_param( 1184 tinfo, 1185 readit, 1186 debugout, 1187 alloc, 1188 &adesc->tdescElem, 1189 (DWORD*)((LPBYTE)(*arg)+i*_xsize(&adesc->tdescElem, tinfo)), 1190 buf 1191 ); 1192 return S_OK; 1193 } --- snip --- Looking at the history it seems this is an old regression. http://source.winehq.org/git/wine.git/commitdiff/b8d7088e88d7c077c0c4ad1b2c… --- snip --- commit b8d7088e88d7c077c0c4ad1b2c4d7f3503e2806a Author: Jeremy White <jwhite(a)codeweavers.com> Date: Sat Oct 24 17:29:02 2009 -0500 oleaut32: Implement the ability to marshall VT_CARRAY's of user defined types. --- snip --- Reverting the first part of commit ("dlls/oleaut32/tmarshal.c") prevents the crash and lets the IDE show the "attach to process" dialog with choice of various remote debugger backends. $ wine --version wine-1.4-rc3 Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 8

[Bug 18117] New: Visual Studio 2005 hangs on install, crashes in RPCRT4_find_interface
by wine-bugs＠winehq.org 18 Apr '21

18 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=18117 Summary: Visual Studio 2005 hangs on install, crashes in RPCRT4_find_interface Product: Wine Version: 1.1.19 Platform: PC-x86-64 URL: http://download.microsoft.com/download/3/f/4/3f435aaa- 49ce-44c3-a2cc-d40bca9af941/ENU/vcssetup.exe OS/Version: Linux Status: NEW Keywords: download, Installer, patch Severity: normal Priority: P2 Component: rpc AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Looking at bug 18114, I tried the download. First, needs dotnet20. After using winetricks for that, the (mini)installer has a crash when attempting to download the main installer: wine: Unhandled page fault on read access to 0x00000004 at address 0x7e578b46 (thread 0112), starting debugger... Unhandled exception: page fault on read access to 0x00000004 in 32-bit code (0x7e578b46). Backtrace: =>0 0x7e578b46 RPCRT4_find_interface+0xd6(object=(nil), if_id=0x10b0048, check_object=0) [/home/austin/wine-git/dlls/rpcrt4/rpc_server.c:132] in rpcrt4 (0x00bae948) 1 0x7e57a6e8 RPCRT4_worker_thread+0x318(the_arg=0x132e20) [/home/austin/wine-git/dlls/rpcrt4/rpc_server.c:183] in rpcrt4 (0x00bae9b8) 2 0x7efc7b0d worker_thread_proc+0xfd(param=(nil)) [/home/austin/wine-git/dlls/ntdll/../../include/wine/port.h:434] in ntdll (0x00baea18) 3 0x7efc3ace call_thread_entry_point+0xe() in ntdll (0x00baea28) 4 0x7efc5932 call_thread_func+0x42(rtl_func=<register EDI not in topmost frame>, arg=<register ESI not in topmost frame>) [/usr/include/bits/string3.h:85] in ntdll (0x00baeac8) 5 0x7efc5b00 start_thread+0x130(info=0x7ffbcfb8) [/home/austin/wine-git/dlls/ntdll/thread.c:487] in ntdll (0x00baf3b8) 6 0xf7df24ff start_thread+0xbf() in libpthread.so.0 (0x00baf4b8) 0x7e578b46 RPCRT4_find_interface+0xd6 [/home/austin/wine-git/dlls/rpcrt4/rpc_server.c:132] in rpcrt4: repe cmpsb (%esi),%es:(%edi) 132 if (!memcmp(if_id, &cif->If->InterfaceId, sizeof(RPC_SYNTAX_IDENTIFIER)) && Below hack 'fixes' it: diff --git a/dlls/rpcrt4/rpc_server.c b/dlls/rpcrt4/rpc_server.c index 6214965..4ea520b 100644 --- a/dlls/rpcrt4/rpc_server.c +++ b/dlls/rpcrt4/rpc_server.c @@ -124,6 +124,7 @@ static RpcServerInterface* RPCRT4_find_interface(UUID* objec UUID* MgrType = NULL; RpcServerInterface* cif; RPC_STATUS status; + object = NULL; if (check_object) MgrType = LookupObjType(object); Still has a non-fatal crash: wine: Unhandled page fault on read access to 0x00000000 at address 0xf7d7d4f6 (thread 0025), starting debugger... err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr 0x7ef94e0c err:ole:ifproxy_release_public_refs IRemUnknown_RemRelease failed with error 0x800706be err:ole:ifproxy_release_public_refs IRemUnknown_RemRelease failed with error 0x800706be err:ole:ifproxy_release_public_refs IRemUnknown_RemRelease failed with error 0x800706be -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 8

[Bug 24623] New: Windows Live Essentials 2011 installer doesn't allow program selection, can't progress
by wine-bugs＠winehq.org 17 Apr '21

17 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=24623 Summary: Windows Live Essentials 2011 installer doesn't allow program selection, can't progress Product: Wine Version: 1.3.4 Platform: x86-64 URL: http://g.live.com/1rewlive4-web/en/wlsetup-web.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Created an attachment (id=31109) --> (http://bugs.winehq.org/attachment.cgi?id=31109) Terminal output The first screen of the Windows Live Essentials 2011 installer asks "what do you want to install?" but there are no programs to choose from. The list of available programs is missing, replaced by blank space, and the installer provides no way to continue past this. Affects both the web and offline installers. To get the installer started, first install dotnet30 with winetricks and then set Windows version to Windows 7. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 28

[Bug 32471] New: Evolve client (.NET 4.0 app using WPF4) fails with "X Error of failed request: GLXBadDrawable" on glxdrv_wglMakeCurrent
by wine-bugs＠winehq.org 17 Apr '21

17 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=32471 Bug #: 32471 Summary: Evolve client (.NET 4.0 app using WPF4) fails with "X Error of failed request: GLXBadDrawable" on glxdrv_wglMakeCurrent Product: Wine Version: 1.5.19 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Created attachment 42835 --> http://bugs.winehq.org/attachment.cgi?id=42835 trace log created with WINEDEBUG=+tid,+seh,+process,+loaddll,+d3d9,+sync,+wgl Hello folks, other .NET 4.0 apps using WPF4 work fine. Prerequisite: 'winetricks -q dotnet40 msxml6 corefonts' (in 32-bit WINEPREFIX) Attached is a trace log generated with: WINEDEBUG=+tid,+seh,+process,+loaddll,+d3d9,+sync,+wgl wine ./Updater.exe >>log.txt 2>&1 Last part before exit: --- snip --- ... 002e:trace:wgl:glxdrv_wglMakeCurrent (0xa0055,0x6a96810) 002e:trace:wgl:describeContext Context 0x6a96810 have (vis:0x7d1d76e0): 002e:trace:wgl:describeContext - FBCONFIG_ID 0x107 002e:trace:wgl:describeContext - VISUAL_ID 0x24 002e:trace:wgl:glxdrv_wglMakeCurrent hdc 0xa0055 drawable 1e0006e fmt 0x195890 ctx 0x7d1d7970 X Error of failed request: GLXBadDrawable Major opcode of failed request: 135 (GLX) Minor opcode of failed request: 5 (X_GLXMakeCurrent) Serial number of failed request: 636 Current serial number in output stream: 636 --- snip --- Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 22

[Bug 35932] New: EvoSvc (Evolve Service, .NET 4.0 app) fails to register video codecs with Windows Media Player (missing 'HKLM\\SOFTWARE\\Microsoft\\Multimedia\\WMPlayer\\Extensions' registry key)
by wine-bugs＠winehq.org 17 Apr '21

17 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=35932 Bug ID: 35932 Summary: EvoSvc (Evolve Service, .NET 4.0 app) fails to register video codecs with Windows Media Player (missing 'HKLM\\SOFTWARE\\Microsoft\\Multimedia\\WMPlayer\\Exte nsions' registry key) Product: Wine Version: 1.7.16 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wmp&wmvcore Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, after fixing bug 35924 the client still reports problems with the service. Prerequisite: 'winetricks -q dotnet40 corefonts' 'EvolveClient.log' --- snip --- 2014-Apr-05 21:34:48.656883 - System: Microsoft Windows NT 5.1.2600 Service Pack 3 2014-Apr-05 21:34:48.703646 - Running version 1.8.3. 2014-Apr-05 21:34:48.711243 - Running against production backend. 2014-Apr-05 21:35:51.509870 - Testing connection to service... 2014-Apr-05 21:35:51.521973 - StartEvolveService: Attempting to start service: EvoSvc. 2014-Apr-05 21:35:52.107810 - StartEvolveService: Service EvoSvc started. 2014-Apr-05 21:35:52.110547 - Successfully verified connection to service. 2014-Apr-05 21:35:52.149689 - Successfully started crash watchdog. 2014-Apr-05 21:35:52.153756 - Caught exception when attempting to register video codecs with Windows Media Player: [EvoSvcClientClrThunk.RpcExceptionClr: Exception of type 'EvoSvcClientClrThunk.RpcExceptionClr' was thrown.] ... --- snip --- 'EvoSvc.log' --- snip --- 2014-Apr-05 21:35:51.602663 - EvoSvc.exe, version 1.8.3. 2014-Apr-05 21:35:51.606479 - Evolve Service was successfully enabled in the Windows Firewall. 2014-Apr-05 21:35:51.606815 - Evolve Client was successfully enabled in the Windows Firewall. 2014-Apr-05 21:35:51.607065 - Loading Evolve configuration... 2014-Apr-05 21:35:51.608974 - Could not load configuration file. Using default configuration. 2014-Apr-05 21:35:51.609137 - Running against production backend. 2014-Apr-05 21:35:51.609756 - Starting RPC server... 2014-Apr-05 21:35:51.610435 - Successfully started RPC server. 2014-Apr-05 21:35:52.146059 - Started client crash watchdog. 2014-Apr-05 21:35:52.151554 - Making sure video codecs are properly registered with Windows Media Player... 2014-Apr-05 21:35:52.151738 - Could not open registry key: SOFTWARE\Microsoft\Multimedia\WMPlayer\Extensions. File not found. (2). 2014-Apr-05 21:36:03.462868 - Received SERVICE_CONTROL_SHUTDOWN. Initiating shutdown... 2014-Apr-05 21:36:03.467605 - Shutting down... 2014-Apr-05 21:36:03.467718 - Shutting down RPC server... 2014-Apr-05 21:36:03.470507 - Successfully updated the LAN Bridger configuration file. 2014-Apr-05 21:36:03.472371 - Thread Pool: Created worker threads successfully. 2014-Apr-05 21:36:03.472470 - Thread Pool: Shutting down worker threads... 2014-Apr-05 21:36:03.472745 - Thread Pool: Shut down worker threads successfully. 2014-Apr-05 21:36:03.472997 - Stopped client crash watchdog. 2014-Apr-05 21:36:03.473853 - Successfully updated the LAN Bridger configuration file. 2014-Apr-05 21:36:03.474138 - RPC server shut down. 2014-Apr-05 21:36:03.474442 - Service stopped. --- snip --- Adding the key makes the service happy: --- snip --- $ wine reg add HKLM\\Software\\Microsoft\\Multimedia\\WMPlayer\\Extensions --- snip --- The service will add the following sub-key data: --- snip --- [HKEY_LOCAL_MACHINE\Software\Microsoft\Multimedia\WMPlayer\Extensions] [HKEY_LOCAL_MACHINE\Software\Microsoft\Multimedia\WMPlayer\Extensions\.mkv] "Permissions"=dword:0000000f "PermissionsAddedByEvolve"=dword:00000001 "Runtime"=dword:00000007 "RuntimeAddedByEvolve"=dword:00000001 [HKEY_LOCAL_MACHINE\Software\Microsoft\Multimedia\WMPlayer\Extensions\.mov] "Permissions"=dword:0000000f "PermissionsAddedByEvolve"=dword:00000001 "Runtime"=dword:00000007 "RuntimeAddedByEvolve"=dword:00000001 --- snip --- 'EvoSvc.log' --- snip --- 2014-Apr-05 21:46:45.788496 - EvoSvc.exe, version 1.8.3. 2014-Apr-05 21:46:45.791622 - Evolve Service was successfully enabled in the Windows Firewall. 2014-Apr-05 21:46:45.791964 - Evolve Client was successfully enabled in the Windows Firewall. 2014-Apr-05 21:46:45.792172 - Loading Evolve configuration... 2014-Apr-05 21:46:45.793703 - Successfully loaded the Evolve configuration file. 2014-Apr-05 21:46:45.793835 - Running against production backend. 2014-Apr-05 21:46:45.794412 - Starting RPC server... 2014-Apr-05 21:46:45.794984 - Successfully started RPC server. 2014-Apr-05 21:46:46.324862 - Started client crash watchdog. 2014-Apr-05 21:46:46.332122 - Making sure video codecs are properly registered with Windows Media Player... 2014-Apr-05 21:46:46.332439 - Registered .mov with Windows Media Player. 2014-Apr-05 21:46:46.332641 - Registered .mkv with Windows Media Player. 2014-Apr-05 21:46:46.332703 - No need to register .mkv with Windows Media Player. 2014-Apr-05 21:46:46.343371 - New UI client connected. Sending state... 2014-Apr-05 21:46:46.343504 - Successfully sent state to new UI client. 2014-Apr-05 21:46:46.343785 - UI notification callback failed: 0x000006A6. 2014-Apr-05 21:46:46.345137 - UI disconnected. Leaving any lobbies currently in progress... 2014-Apr-05 21:46:46.345421 - Stopped client crash watchdog. 2014-Apr-05 21:46:46.345570 - Waiting 5 seconds for the client to reconnect before shutting down... 2014-Apr-05 21:46:51.346371 - Shut down timer expired. Shutting down service... 2014-Apr-05 21:46:51.347513 - StopService: Telling service to stop... 2014-Apr-05 21:46:51.347823 - Received SERVICE_CONTROL_STOP. Initiating shutdown... 2014-Apr-05 21:46:51.349821 - Shutting down... 2014-Apr-05 21:46:51.349913 - Shutting down RPC server... 2014-Apr-05 21:46:51.351567 - Successfully updated the LAN Bridger configuration file. 2014-Apr-05 21:46:51.352819 - Thread Pool: Created worker threads successfully. 2014-Apr-05 21:46:51.352924 - Thread Pool: Shutting down worker threads... 2014-Apr-05 21:46:51.353661 - Thread Pool: Shut down worker threads successfully. 2014-Apr-05 21:46:51.354831 - Successfully updated the LAN Bridger configuration file. 2014-Apr-05 21:46:51.355325 - RPC server shut down. 2014-Apr-05 21:46:51.355675 - Thread Pool: Shutting down worker threads... 2014-Apr-05 21:46:51.355794 - Thread Pool: Shut down worker threads successfully. 2014-Apr-05 21:46:51.355864 - Service stopped. --- snip --- The login dialog is shown and after supplying the credentials it starts some auto-updater. $ sha1sum EvolveSetup.exe 0c9f92f1ed5f97bced68c1185525dfe78900f795 EvolveSetup.exe $ du -sh EvolveSetup.exe 3.2M EvolveSetup.exe $ wine --version wine-1.7.16-1-gb772260 Regards -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 7

[Bug 35924] New: EvoSvc (Evolve Service) Fails To Start
by wine-bugs＠winehq.org 17 Apr '21

17 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=35924 Bug ID: 35924 Summary: EvoSvc (Evolve Service) Fails To Start Product: Wine Version: 1.7.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: espionage724(a)gmail.com The Evolve client expects the service EvoSvc.exe to be running for some kind of connectivity, but the service itself cannot start, thus the client fails to load. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 10

[Bug 35933] New: Evolve Client (.NET 4.0 app) 'AppsMgr' fails to install downloaded applications/updates after login
by wine-bugs＠winehq.org 17 Apr '21

17 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=35933 Bug ID: 35933 Summary: Evolve Client (.NET 4.0 app) 'AppsMgr' fails to install downloaded applications/updates after login Product: Wine Version: 1.7.16 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, the client complains about a failed application installation after successful login. 'EvolveClient.log' --- snip --- 2014-Apr-05 22:02:48.928060 - System: Microsoft Windows NT 5.1.2600 Service Pack 3 2014-Apr-05 22:02:49.097006 - Running version 1.8.3. 2014-Apr-05 22:02:49.119076 - Running against production backend. 2014-Apr-05 22:03:54.418803 - Testing connection to service... 2014-Apr-05 22:03:54.481578 - StartEvolveService: Attempting to start service: EvoSvc. 2014-Apr-05 22:03:55.090511 - StartEvolveService: Service EvoSvc started. 2014-Apr-05 22:03:55.097808 - Successfully verified connection to service. 2014-Apr-05 22:03:55.232754 - Successfully started crash watchdog. 2014-Apr-05 22:03:55.239605 - Client is running with admin privileges. 2014-Apr-05 22:03:55.246057 - Initializing overlay handler... 2014-Apr-05 22:03:55.271030 - Refreshing games database... 2014-Apr-05 22:03:55.280249 - Could not load games database (0x00000001). 2014-Apr-05 22:03:55.282433 - Desktop resolution is set to [1920, 1080] 2014-Apr-05 22:03:55.298575 - Starting game tracker... 2014-Apr-05 22:03:55.299851 - Successfully initialized 32-bit game tracker. 2014-Apr-05 22:03:55.437150 - Successfully initialized overlay handler. 2014-Apr-05 22:05:28.095030 - Logging in as 'winetester2k14'... 2014-Apr-05 22:05:35.526418 - AppsMgr: Downloading application 9 (https://update-cdn.evolvehq.com/apps/9/none-to-1.4.1-noarch.7z) to C:\users\focht\Temp\tmpc419.tmp... 2014-Apr-05 22:05:36.919298 - Successfully downloaded https://update-cdn.evolvehq.com/apps/9/none-to-1.4.1-noarch.7z... 2014-Apr-05 22:05:36.950796 - AppsMgr: Download of application 9 succeeded. Installing... 2014-Apr-05 22:05:36.986576 - AppsMgr: Caught exception while installing application 9: [EvoSvcClientClrThunk.RpcExceptionClr: Exception of type 'EvoSvcClientClrThunk.RpcExceptionClr' was thrown.] --- snip --- The client communicates via RPC to the server/service and fails at some point. Tid 0x51 is the client RPC thread which propagates the failure (exception) to the gui thread 0x2b. --- snip --- ... 002b:Call KERNEL32.WideCharToMultiByte(0000fde9,00000000,05badaa0 L"AppsMgr: Download of application 9 succeeded. Installing...",0000003b,05bada08,0000003b,00000000,00000000) ret=1001f8a9 ... 0051:Call KERNEL32.WideCharToMultiByte(0000fde9,00000000,05badcd8 L"C:\\users\\focht\\Temp\\tmpc419.tmp",0000001f,05badd20,0000001f,00000000,00000000) ret=1001f8a9 ... 002b:Call KERNEL32.ReleaseSemaphore(0000041c,00000001,0033e45c) ret=792c5715 002b:Ret KERNEL32.ReleaseSemaphore() retval=00000001 ret=792c5715 0051:Ret KERNEL32.WaitForSingleObjectEx() retval=00000000 ret=792c5693 ... 0051:Call KERNEL32.CreateEventW(00000000,00000001,00000001,00000000) ret=791d4d39 0051:Ret KERNEL32.CreateEventW() retval=00000600 ret=791d4d39 0051:Call KERNEL32.CreateThread(00000000,000fc000,791f59c0,0c4a2b50,00000004,0aa8e0f4) ret=7920a8ff 0051:Ret KERNEL32.CreateThread() retval=00000608 ret=7920a8ff 0051:Call KERNEL32.ResumeThread(00000608) ret=7920a7ea 0051:Ret KERNEL32.ResumeThread() retval=00000001 ret=7920a7ea ... 0058:Call PE DLL (proc=0x79002e54,module=0x79000000 L"mscoree.dll",reason=THREAD_ATTACH,res=(nil)) ... 0051:Call rpcrt4.RpcBindingFromStringBindingW(0c489cb0 L"ncalrpc:[Evolve]",05bada08) ret=10120fb9 0051:Ret rpcrt4.RpcBindingFromStringBindingW() retval=00000000 ret=10120fb9 0051:Call rpcrt4.RpcBindingSetAuthInfoW(0c498320,00000000,00000006,0000000a,00000000,00000000) ret=10120fe1 0051:Call secur32.AcquireCredentialsHandleW(00000000,0c4a128a L"NTLM",00000002,00000000,00000000,00000000,00000000,0aa8dff8,0aa8dff0) ret=7e86f475 0051:Ret secur32.AcquireCredentialsHandleW() retval=00000000 ret=7e86f475 0051:Ret rpcrt4.RpcBindingSetAuthInfoW() retval=00000000 ret=10120fe1 ... 0051:Call KERNEL32.WideCharToMultiByte(0000fde9,00000000,0aa8e0f8 L"1.4.1",00000005,05badcd8,00000005,00000000,00000000) ret=1001f8a9 ... 0051:Call KERNEL32.WideCharToMultiByte(0000fde9,00000000,05badcd8 L"evolve-core",0000000b,00000000,00000000,00000000,00000000) ret=1001f859 ... 0051:Call KERNEL32.WideCharToMultiByte(0000fde9,00000000,05badcd8 L"C:\\users\\focht\\Temp\\tmpc419.tmp",0000001f,00000000,00000000,00000000,00000000) ret=1001f859 ... 0051:Call KERNEL32.CreateFileA(00189f38 "\\\\.\\pipe\\lrpc\\Evolve",c0000000,00000000,00000000,00000003,00000000,00000000) ret=7e87c316 0051:Ret KERNEL32.CreateFileA() retval=ffffffff ret=7e87c316 ... 0051:Call KERNEL32.WaitNamedPipeA(00189f38 "\\\\.\\pipe\\lrpc\\Evolve",ffffffff) ret=7e87c3ed 0051:Ret KERNEL32.WaitNamedPipeA() retval=00000000 ret=7e87c3ed ... 0051:Call KERNEL32.RaiseException(000006ba,00000000,00000000,00000000) ret=7e885d1a 0051:trace:seh:raise_exception code=6ba flags=0 addr=0x7b83ac17 ip=7b83ac17 tid=0051 0051:trace:seh:raise_exception eax=7b826c7d ebx=7b8bb000 ecx=0aa8d820 edx=7b83ab88 esi=0aa8d870 edi=0aa8d830 0051:trace:seh:raise_exception ebp=0aa8d808 esp=0aa8d7a4 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000246 0051:trace:seh:call_vectored_handlers calling handler at 0x791f5a7c code=6ba flags=0 ... 0051:Call KERNEL32.RaiseException(e06d7363,00000001,00000003,0aa8c818) ret=78ac872d 0051:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b83ac17 ip=7b83ac17 tid=0051 0051:trace:seh:raise_exception info[0]=19930520 0051:trace:seh:raise_exception info[1]=0aa8e0d0 0051:trace:seh:raise_exception info[2]=108bff3c 0051:trace:seh:raise_exception eax=7b826c7d ebx=7b8bb000 ecx=19930520 edx=0aa8c764 esi=0aa8c804 edi=0aa8c7d0 0051:trace:seh:raise_exception ebp=0aa8c7a8 esp=0aa8c744 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000283 0051:trace:seh:call_vectored_handlers calling handler at 0x791f5a7c code=e06d7363 flags=1 ... 0051:Call KERNEL32.RaiseException(e0434352,00000001,00000005,0aa8b704) ret=791cac08 0051:trace:seh:raise_exception code=e0434352 flags=1 addr=0x7b83ac17 ip=7b83ac17 tid=0051 0051:trace:seh:raise_exception info[0]=80131500 0051:trace:seh:raise_exception info[1]=00000000 0051:trace:seh:raise_exception info[2]=00000000 0051:trace:seh:raise_exception info[3]=00000000 0051:trace:seh:raise_exception info[4]=79140000 0051:trace:seh:raise_exception eax=7b826c7d ebx=7b8bb000 ecx=80131500 edx=0aa8b614 esi=0aa8b6c0 edi=0aa8b680 0051:trace:seh:raise_exception ebp=0aa8b658 esp=0aa8b5f4 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000283 0051:trace:seh:call_vectored_handlers calling handler at 0x791f5a7c code=e0434352 flags=1 ... 0051:Call KERNEL32.MultiByteToWideChar(0000fde9,00000000,0aa8c49c "AppDomainUnloadedException",0000001b,00000000,00000000) ret=79216b79 ... 0051:Call user32.PostMessageW(00010066,0000c042,00000000,00000000) ret=04c92ccf 002b:Ret winex11.drv.MsgWaitForMultipleObjectsEx() retval=00000000 ret=7ec6d037 0051:Ret user32.PostMessageW() retval=00000001 ret=04c92ccf ... 002b:Call window proc 0xc706a2 (hwnd=0x10066,msg="DispatcherProcessQueue",wp=00000000,lp=00000000) ... 002b:Call KERNEL32.RaiseException(e0434352,00000001,00000005,0033e530) ret=791cac08 002b:trace:seh:raise_exception code=e0434352 flags=1 addr=0x7b83ac17 ip=7b83ac17 tid=002b 002b:trace:seh:raise_exception info[0]=80131500 002b:trace:seh:raise_exception info[1]=00000000 002b:trace:seh:raise_exception info[2]=00000000 002b:trace:seh:raise_exception info[3]=00000000 002b:trace:seh:raise_exception info[4]=79140000 002b:trace:seh:raise_exception eax=7b826c7d ebx=7b8bb000 ecx=80131500 edx=0033e444 esi=0033e4ec edi=0033e4b0 002b:trace:seh:raise_exception ebp=0033e488 esp=0033e424 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000283 002b:trace:seh:call_vectored_handlers calling handler at 0x791f5a7c code=e0434352 flags=1 ... 002b:Call KERNEL32.WideCharToMultiByte(0000fde9,00000000,05badcd8 L"AppsMgr: Caught exception while installing application 9: [EvoSvcClientClrThunk.RpcExceptionClr: Exception of type 'EvoSvcClientClrThunk.RpcExceptionClr' was thrown.]",000000a6,05bade30,000000a6,00000000,00000000) ret=1001f8a9 --- snip --- Using a managed .NET debugger I got this (the order of exceptions match the trace log): --- snip --- (29.52): Unknown exception - code 000006ba (first chance) (29.52): C++ EH exception - code e06d7363 (first chance) (29.52): CLR exception - code e0434352 (first chance) ... OS Thread Id: 0x52 (24) Child SP IP Call Site 0aa9b830 7b83ac17 [HelperMethodFrame: 0aa9b830] 0aa9b880 0ebda650 EvoSvcClientClrThunk.IEvoMasterClr.InstallApplication(Int32, System.String, System.String, System.String, Boolean) 0aa9e218 0ebda401 EvolveClient.Apps.AppsMgr+<>c__DisplayClass2f.<InstallApp>b__2d() 0aa9e224 0e63e0ed EvoCore.Util.AsyncHelper+<>c__DisplayClass2.<RunAsync>b__1() 0aa9e228 0e63e040 System.Threading.Tasks.Task`1[[System.__Canon, mscorlib]].InvokeFuture(System.Object) 0aa9e254 0e63dfb4 System.Threading.Tasks.Task.InnerInvoke() 0aa9e260 0e63df05 System.Threading.Tasks.Task.Execute() 0aa9e290 0e63dd88 System.Threading.Tasks.Task.ExecutionContextCallback(System.Object) 0aa9e298 05185d89 System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean) 0aa9e2bc 0e63d9d0 System.Threading.Tasks.Task.ExecuteWithThreadLocal(System.Threading.Tasks.Task ByRef) 0aa9e2f4 0e63d79e System.Threading.Tasks.Task.ExecuteEntry(Boolean) 0aa9e304 0e63d698 System.Threading.Tasks.Task.System.Threading.IThreadPoolWorkItem.ExecuteWorkItem() 0aa9e308 0623c326 System.Threading.ThreadPoolWorkQueue.Dispatch() 0aa9e354 0623bd9c System.Threading._ThreadPoolWaitCallback.PerformWaitCallback() 0aa9e714 791421db [DebuggerU2MCatchHandlerFrame: 0aa9e714] (29.2a): CLR exception - code e0434352 (first chance) ... OS Thread Id: 0x2a (0) Child SP IP Call Site 0033e60c 7b83ac17 [HelperMethodFrame: 0033e60c] 0033e65c 0ebdb445 EvolveClient.Util.ExceptionHelper.<ExtractFirstException>b__0(System.Exception) 0033e660 0ebdb383 System.AggregateException.Handle(System.Func`2<System.Exception,Boolean>) 0033e678 0ebdb192 EvolveClient.Util.ExceptionHelper.ExtractFirstException(System.AggregateException) 0033e6a4 0ebdae2f EvolveClient.Apps.AppsMgr+<>c__DisplayClass2f.<InstallApp>b__2e(System.Threading.Tasks.Task`1<System.Object>) 0033e6d8 0e62284d EvoCore.Util.AsyncHelper+<>c__DisplayClass2.<RunAsync>b__0(System.Threading.Tasks.Task`1<System.Object>) 0033e6dc 0e622820 System.Threading.Tasks.Task`1+<>c__DisplayClass17[[System.__Canon, mscorlib]].<ContinueWith>b__16(System.Object) 0033e6e0 0e63dfb4 System.Threading.Tasks.Task.InnerInvoke() 0033e6ec 0e63df05 System.Threading.Tasks.Task.Execute() ... 0033f270 03a22c40 EvolveClient.App.Main() ... --- snip --- Going back in time everything seemed ok, the RPC server/service is started on demand: --- snip --- 002b:Call KERNEL32.CreateFileA(001c7c28 "\\\\.\\pipe\\lrpc\\Evolve",c0000000,00000000,00000000,00000003,00000000,00000000) ret=7e87c316 002b:Ret KERNEL32.CreateFileA() retval=ffffffff ret=7e87c316 002b:Call KERNEL32.WaitNamedPipeA(001c7c28 "\\\\.\\pipe\\lrpc\\Evolve",ffffffff) ret=7e87c3ed 002b:Ret KERNEL32.WaitNamedPipeA() retval=00000000 ret=7e87c3ed ... 002b:Call KERNEL32.RaiseException(000006ba,00000000,00000000,00000000) ret=7e885d1a 002b:trace:seh:raise_exception code=6ba flags=0 addr=0x7b83ac17 ip=7b83ac17 tid=002b 002b:trace:seh:raise_exception eax=7b826c7d ebx=7b8bb000 ecx=0033dca0 edx=7b83ab88 esi=0033dcf0 edi=0033dcb0 002b:trace:seh:raise_exception ebp=0033dc88 esp=0033dc24 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000246 002b:trace:seh:call_vectored_handlers calling handler at 0x791f5a7c code=6ba flags=0 ... 002b:Call KERNEL32.WideCharToMultiByte(0000fde9,00000000,05ba4b38 L"StartEvolveService: Attempting to start service: EvoSvc.",00000038,00000000,00000000,00000000,00000000) ret=1001f859 ... 002b:Call advapi32.OpenServiceW(001b4ab8,010b96cc L"EvoSvc",00000014) ret=063e4b38 002b:Ret advapi32.OpenServiceW() retval=001b3220 ret=063e4b38 ... 002b:Call advapi32.StartServiceA(001b3220,00000000,00000000) ret=063e50d6 002b:Ret advapi32.StartServiceA() retval=00000001 ret=063e50d6 ... 002b:Call advapi32.QueryServiceStatusEx(001b3220,00000000,001c8280,00000024,0033e45c) ret=063e4da8 002b:Ret advapi32.QueryServiceStatusEx() retval=00000001 ret=063e4da8 ... 002b:Call KERNEL32.WideCharToMultiByte(0000fde9,00000000,05ba4140 L"StartEvolveService: Service EvoSvc started.",0000002b,00000000,00000000,00000000,00000000) ret=1001f859 ... 002b:Call KERNEL32.CreateFileA(001c81c0 "\\\\.\\pipe\\lrpc\\Evolve",c0000000,00000000,00000000,00000003,00000000,00000000) ret=7e87c316 002b:Ret KERNEL32.CreateFileA() retval=0000040c ret=7e87c316 002b:Call KERNEL32.SetNamedPipeHandleState(0000040c,0033dadc,00000000,00000000) ret=7e87c34c 002b:Ret KERNEL32.SetNamedPipeHandleState() retval=00000000 ret=7e87c34c ... 002b:Call KERNEL32.WideCharToMultiByte(0000fde9,00000000,05ba4b50 L"Successfully verified connection to service.",0000002c,00000000,00000000,00000000,00000000) ret=1001f859 ... 002b:Call KERNEL32.CreateThread(00000000,00000000,7e87879c,0b27e310,00000000,00000000) ret=7e878a75 002b:Ret KERNEL32.CreateThread() retval=0000040c ret=7e878a75 002b:Call KERNEL32.CloseHandle(0000040c) ret=7e878a9f 002b:Ret KERNEL32.CloseHandle() retval=00000001 ret=7e878a9f --- snip --- At one point the RPC server/service is gone (handle has been recycled). The service log 'EvoSvc.log' gives an indication: --- snip --- 2014-Apr-05 22:35:16.891855 - EvoSvc.exe, version 1.8.3. 2014-Apr-05 22:35:16.895119 - Evolve Service was successfully enabled in the Windows Firewall. 2014-Apr-05 22:35:16.895356 - Evolve Client was successfully enabled in the Windows Firewall. 2014-Apr-05 22:35:16.895507 - Loading Evolve configuration... 2014-Apr-05 22:35:16.896747 - Successfully loaded the Evolve configuration file. 2014-Apr-05 22:35:16.896855 - Running against production backend. 2014-Apr-05 22:35:16.897441 - Starting RPC server... 2014-Apr-05 22:35:16.898106 - Successfully started RPC server. 2014-Apr-05 22:35:17.438990 - Started client crash watchdog. 2014-Apr-05 22:35:17.447499 - Making sure video codecs are properly registered with Windows Media Player... 2014-Apr-05 22:35:17.447701 - No need to register .mkv with Windows Media Player. 2014-Apr-05 22:35:17.454154 - New UI client connected. Sending state... 2014-Apr-05 22:35:17.454289 - Successfully sent state to new UI client. 2014-Apr-05 22:35:17.454656 - UI notification callback failed: 0x000006A6. 2014-Apr-05 22:35:17.454917 - UI disconnected. Leaving any lobbies currently in progress... 2014-Apr-05 22:35:17.455198 - Stopped client crash watchdog. 2014-Apr-05 22:35:17.455331 - Waiting 5 seconds for the client to reconnect before shutting down... 2014-Apr-05 22:35:22.456395 - Shut down timer expired. Shutting down service... 2014-Apr-05 22:35:22.457218 - StopService: Telling service to stop... 2014-Apr-05 22:35:22.457370 - Received SERVICE_CONTROL_STOP. Initiating shutdown... 2014-Apr-05 22:35:22.458790 - Shutting down... 2014-Apr-05 22:35:22.458888 - Shutting down RPC server... 2014-Apr-05 22:35:22.460563 - Successfully updated the LAN Bridger configuration file. 2014-Apr-05 22:35:22.461665 - Thread Pool: Created worker threads successfully. 2014-Apr-05 22:35:22.461766 - Thread Pool: Shutting down worker threads... 2014-Apr-05 22:35:22.462340 - Thread Pool: Shut down worker threads successfully. 2014-Apr-05 22:35:22.463509 - Successfully updated the LAN Bridger configuration file. 2014-Apr-05 22:35:22.463976 - RPC server shut down. 2014-Apr-05 22:35:22.464339 - Thread Pool: Shutting down worker threads... 2014-Apr-05 22:35:22.464440 - Thread Pool: Shut down worker threads successfully. --- snip --- $ sha1sum EvolveSetup.exe 0c9f92f1ed5f97bced68c1185525dfe78900f795 EvolveSetup.exe $ du -sh EvolveSetup.exe 3.2M EvolveSetup.exe $ wine --version wine-1.7.16-1-gb772260 Regards -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 10

[Bug 32461] New: Evolve client (.NET 4.0 app) crashes on startup due to broken libgcrypt AES-NI support (misaligned stack for SSE operations, upstream)
by wine-bugs＠winehq.org 17 Apr '21

17 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=32461 Bug #: 32461 Summary: Evolve client (.NET 4.0 app) crashes on startup due to broken libgcrypt AES-NI support (misaligned stack for SSE operations, upstream) Product: Wine Version: 1.5.19 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, continuation of bug 32408 Adding this bug for documentation purposes. Prerequisite: 'winetricks -q dotnet40' (32-bit WINEPREFIX) Optional (the client will download/install on its own): 'winetricks -q msxml6' The app crashes in libgcrypt. With proper debug symbols for i686 libgcrypt we get: --- snip --- $ winedbg --gdb ./Updater.exe Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 62] 0x7e29453d in do_aesni_enc_aligned ( a=0x7e2cb398 "\001K\257\"x\246\235\063\035Q\200\020\066C\351\232gC\303\321Q\232\264\362͚x\253\t\245\021\275]\036\362\r\316ּ\274\022\023\032\307\305G\210\252\b\016\225\027\353\026wq\232\317r\200\206\004", <incomplete sequence \343>, b=0x577d3a4 "\360R'~o\004", ctx=0x577d1a8) at rijndael.c:710 710 asm volatile ("movdqu %[src], %%xmm0\n\t" /* xmm0 := *a */ Wine-gdb> bt #0 0x7e29453d in do_aesni_enc_aligned ( a=0x7e2cb398 "\001K\257\"x\246\235\063\035Q\200\020\066C\351\232gC\303\321Q\232\264\362͚x\253\t\245\021\275]\036\362\r\316ּ\274\022\023\032\307\305G\210\252\b\016\225\027\353\026wq\232\317r\200\206\004", <incomplete sequence \343>, b=0x577d3a4 "\360R'~o\004", ctx=0x577d1a8) at rijndael.c:710 #1 do_aesni (ctx=0x577d1a8, decrypt_flag=0, bx=0x577d3a4 "\360R'~o\004", ax=0x7e2cb398 "\001K\257\"x\246\235\063\035Q\200\020\066C\351\232gC\303\321Q\232\264\362͚x\253\t\245\021\275]\036\362\r\316ּ\274\022\023\032\307\305G\210\252\b\016\225\027\353\026wq\232\317r\200\206\004", <incomplete sequence \343>) at rijndael.c:1132 #2 0x7e294946 in rijndael_encrypt (context=0x577d1a8, b=0x577d3a4 "\360R'~o\004", a=0x7e2cb398 "\001K\257\"x\246\235\063\035Q\200\020\066C\351\232gC\303\321Q\232\264\362͚x\253\t\245\021\275]\036\362\r\316ּ\274\022\023\032\307\305G\210\252\b\016\225\027\353\026wq\232\317r\200\206\004", <incomplete sequence \343>) at rijndael.c:1155 #3 0x7e294f58 in selftest_basic_128 () at rijndael.c:1660 #4 0x7e294aff in selftest () at rijndael.c:1749 #5 do_setkey (keylen=16, key=0x7c906678 "!\312{\226\200j\356\030\247\256S\241\344\202", <incomplete sequence \304>, ctx=0x7c908670) at rijndael.c:209 #6 rijndael_setkey (context=0x7c908670, key=0x7c906678 "!\312{\226\200j\356\030\247\256S\241\344\202", <incomplete sequence \304>, keylen=16) at rijndael.c:444 #7 0x7e278df8 in cipher_setkey (c=0x7c9085f0, key=<optimized out>, keylen=16) at cipher.c:896 #8 0x7e26e5b4 in gcry_cipher_setkey (hd=0x7c9085f0, key=0x7c906678, keylen=16) at visibility.c:521 #9 0x7e39743c in wrap_gcry_cipher_setkey (ctx=0x7c9085f0, key=0x7c906678, keysize=16) at cipher.c:115 #10 0x7e31e462 in _gnutls_cipher_init (handle=0x7c901c64, cipher=GNUTLS_CIPHER_AES_128_CBC, key=0x7c901c5c, iv=0x7c901c54) at gnutls_cipher_int.c:71 #11 0x7e3294f7 in _gnutls_init_record_state (params=0x7c901c38, read=1, state=0x7c901c4c) at gnutls_constate.c:299 #12 0x7e329ac8 in _gnutls_epoch_set_keys (session=0x7c901290, epoch=1) at gnutls_constate.c:431 #13 0x7e32a198 in _gnutls_write_connection_state_init (session=0x7c901290) at gnutls_constate.c:602 #14 0x7e31280d in _gnutls_send_handshake_final (session=0x7c901290, init=1) at gnutls_handshake.c:2888 #15 0x7e315e41 in _gnutls_handshake_common (session=0x7c901290) at gnutls_handshake.c:3121 #16 0x7e31781e in gnutls_handshake (session=0x7c901290) at gnutls_handshake.c:2690 #17 0x7e4c1a1a in schan_imp_handshake (session=0x7c901290) at /home/focht/projects/wine/wine-git/dlls/secur32/schannel_gnutls.c:162 #18 0x7e4bff6c in schan_InitializeSecurityContextW (phCredential=0x188ed0, phContext=0x54ad0b0, pszTargetName=0xfc01bc, fContextReq=524572, Reserved1=0, TargetDataRep=16, pInput=0x12da3bc, Reserved2=0, phNewContext=0x577d7f0, pOutput=0x12da3d0, pfContextAttr=0x11c3138, ptsExpiry=0x577d8e8) at /home/focht/projects/wine/wine-git/dlls/secur32/schannel.c:766 #19 0x7e4c9180 in InitializeSecurityContextW (phCredential=0x577d8f0, phContext=0x577d9f4, pszTargetName=0xfc01bc, fContextReq=524572, Reserved1=0, TargetDataRep=16, pInput=0x12da3bc, Reserved2=0, phNewContext=0x11c6bfc, pOutput=0x12da3d0, pfContextAttr=0x11c3138, ptsExpiry=0x577d8e8) at /home/focht/projects/wine/wine-git/dlls/secur32/wrapper.c:346 ... --- snip --- Source: http://git.gnupg.org/cgi-bin/gitweb.cgi?p=libgcrypt.git;a=blob;f=cipher/rij… --- snip --- 1626 /* Run the self-tests for AES 128. Returns NULL on success. */ 1627 static const char* 1628 selftest_basic_128 (void) 1629 { 1630 RIJNDAEL_context ctx; 1631 unsigned char scratch[16]; 1632 ... 1672 1673 rijndael_setkey (&ctx, key_128, sizeof (key_128)); 1674 rijndael_encrypt (&ctx, scratch, plaintext_128); 1675 if (memcmp (scratch, ciphertext_128, sizeof (ciphertext_128))) 1676 return "AES-128 test encryption failed."; 1677 rijndael_decrypt (&ctx, scratch, scratch); 1678 if (memcmp (scratch, plaintext_128, sizeof (plaintext_128))) 1679 return "AES-128 test decryption failed."; 1680 1681 return NULL; 1682 } --- snip --- "RIJNDAEL_context ctx" was not properly 16-byte aligned on stack, hence the crash in encrypt using SSE instructions. Using big brother I found some reports about this problem: --- Gentoo "dev-libs/libgcrypt-1.5.0-r2 - aes-ni segfaults" buglink: https://bugs.gentoo.org/show_bug.cgi?id=442568 patch: http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/dev-libs/libgcrypt/… --- Debian "libgcrypt11: New 1.5.0 version segfaults with NSS/PAM LDAP" buglink: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=643336 --- Upstream libgcrypt buglink: https://bugs.g10code.com/gnupg/issue1452 patch: http://git.gnupg.org/cgi-bin/gitweb.cgi?p=libgcrypt.git;a=commitdiff;h=a969… --- The "final" patch (using __attribute__ ((aligned (16))) on "RIJNDAEL_context" structure) did not fix the issue for me. At least on my Fedora 16, gcc version 4.6.3 20120306 (Red Hat 4.6.3-2) still misaligned context buffers, causing segfault. I added "-mpreferred-stack-boundary=2" to CFLAGS to force gcc to realign the stack in function prolog. Fixed prolog code: --- snip --- .text:08001EE0 selftest_basic_128: .text:08001EE0 push ebp .text:08001EE1 mov ebp, esp .text:08001EE3 lea esp, [esp-0Ch] .text:08001EE7 and esp, 0FFFFFFF0h .text:08001EEA lea esp, [esp-22Ch] ... --- snip --- I suspect there are various other distros still broken regarding this bug hence you need to build a fixed libgcrypt version on your own. Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 4