August 2013 - wine-bugs

[Bug 15312] New: Visual Studio 2005 requires SetDIBits to handle a NULL DC and DOB_RGB_COLORS
by wine-bugs＠winehq.org 18 Apr '21

18 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=15312 Summary: Visual Studio 2005 requires SetDIBits to handle a NULL DC and DOB_RGB_COLORS Product: Wine Version: 1.1.4 Platform: PC-x86-64 OS/Version: Linux Status: NEW Severity: trivial Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: mikolaj.zalewski(a)gmail.com Created an attachment (id=16144) --> (http://bugs.winehq.org/attachment.cgi?id=16144) patch Currently we have only a FIXME for this case. It seems to cause only a small visual glitch - the panes' titles backgrounds are black. The attached patch can be used to check that this is the problem. Of course, it is not a correct solution of the problem. -- 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 14

[Bug 31287] New: Visual Studio 2005 Trial "Server Explorer" needs IWbemClassObject::GetObjectText when inspecting Management Classes
by wine-bugs＠winehq.org 18 Apr '21

18 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=31287 Bug #: 31287 Summary: Visual Studio 2005 Trial "Server Explorer" needs IWbemClassObject::GetObjectText when inspecting Management Classes Product: Wine Version: 1.5.9 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: wmi&wbemprox AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, Visual Studio 2005 "Server Explorer" also allows to inspect WMI classes. "Server Explorer" -> "Servers" -> "<server>" -> "Management Classes" -> "<any management class>" -> expand tree node or double click Expanding the class node brings up an error dialog "Reason: The method or operation is not implemented." --- snip --- 0060:fixme:wbemprox:class_object_GetObjectText 0x1b738c0, 00000000, 0xfc2db68 0060:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b83965f ip=7b83965f tid=0060 0060:trace:seh:raise_exception info[0]=19930520 0060:trace:seh:raise_exception info[1]=0fc2db58 0060:trace:seh:raise_exception info[2]=79f9acc4 0060:trace:seh:raise_exception eax=7b8265f9 ebx=7b8b16b0 ecx=79f9acc4 edx=0fc2da80 esi=00004000 edi=00000000 0060:trace:seh:raise_exception ebp=0fc2dab8 esp=0fc2da54 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000287 0060:trace:seh:call_vectored_handlers calling handler at 0x406b98 code=e06d7363 flags=1 0060:trace:seh:call_vectored_handlers handler at 0x406b98 returned 0 0060:trace:seh:call_stack_handlers calling handler at 0x79f9ab98 code=e06d7363 flags=1 0060:trace:seh:call_stack_handlers handler at 0x79f9ab98 returned 1 0060:trace:seh:call_stack_handlers calling handler at 0x79f9abf8 code=e06d7363 flags=1 0060:trace:seh:__regs_RtlUnwind code=e06d7363 flags=3 0060:trace:seh:__regs_RtlUnwind calling handler at 0x7bc7713b code=e06d7363 flags=3 0060:trace:seh:__regs_RtlUnwind handler at 0x7bc7713b returned 1 0060:trace:seh:__regs_RtlUnwind calling handler at 0x79f9ab98 code=e06d7363 flags=3 0060:trace:seh:__regs_RtlUnwind handler at 0x79f9ab98 returned 1 0060:trace:seh:raise_exception code=e0434f4d flags=1 addr=0x7b83965f ip=7b83965f tid=0060 0060:trace:seh:raise_exception info[0]=80004001 0060:trace:seh:raise_exception eax=7b8265f9 ebx=7b8b16b0 ecx=80004001 edx=0fc2da74 esi=0fc2daec edi=e0434f4d 0060:trace:seh:raise_exception ebp=0fc2dab4 esp=0fc2da50 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000287 0060:trace:seh:call_vectored_handlers calling handler at 0x406b98 code=e0434f4d flags=1 ... --- snip --- IWbemClassObject::GetObjectText method is not implemented. Source: http://source.winehq.org/git/wine.git/blob/fe79fea731bd31a5e07f6151ff165ac5… --- snip --- 384 static HRESULT WINAPI class_object_GetObjectText( 385 IWbemClassObject *iface, 386 LONG lFlags, 387 BSTR *pstrObjectText ) 388 { 389 FIXME("%p, %08x, %p\n", iface, lFlags, pstrObjectText); 390 return E_NOTIMPL; 391 } --- snip --- MSDN: http://msdn.microsoft.com/en-us/library/windows/desktop/aa391448%28v=vs.85%… How the output of IWbemClassObject::GetObjectText should look like: http://msdn.microsoft.com/en-us/library/windows/desktop/aa393247%28v=vs.85%… (Retrieving Part of an Instance) Additional useful information: http://msdn.microsoft.com/en-us/library/ms974592.aspx (WMI Scripting Primer: Part 2) 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 3

[Bug 31288] New: Visual Studio 2005 Trial "Server Explorer" needs IWbemClassObject::BeginMethodEnumeration when inspecting Management Classes
by wine-bugs＠winehq.org 18 Apr '21

18 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=31288 Bug #: 31288 Summary: Visual Studio 2005 Trial "Server Explorer" needs IWbemClassObject::BeginMethodEnumeration when inspecting Management Classes Product: Wine Version: 1.5.9 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: wmi&wbemprox AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, Visual Studio 2005 "Server Explorer" also allows to inspect WMI classes. "Server Explorer" -> "Servers" -> "<server>" -> "Management Classes" -> "<any management class>" -> right click on the tree node (context menu) Right clicking the class node brings up an error dialog "Reason: The method or operation is not implemented." --- snip --- ... 010a:trace:wbemprox:wbem_services_GetObject 0x1ac00c0, L"Win32_ComputerSystem", 0x00020000, (nil), 0x33e5a0, (nil) 010a:fixme:wbemprox:wbem_services_GetObject unsupported flags 0x00020000 010a:trace:wbemprox:fill_compsys created 1 row 010a:trace:wbemprox:parse_query wql_parse returned 0 010a:trace:wbemprox:EnumWbemClassObject_create (nil), 0x33e544 010a:trace:wbemprox:EnumWbemClassObject_create returning iface 0x1b26068 010a:trace:wbemprox:WbemClassObject_create (nil), 0x33e5a0 010a:trace:wbemprox:WbemClassObject_create returning iface 0x1b71380 010a:trace:wbemprox:class_object_Get 0x1b71380, L"__PATH", 00000000, 0x33e714, 0x33e7f8, 0x33e7f4 010a:fixme:wbemprox:class_object_BeginMethodEnumeration 0x1b71380, 00000000 010a:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b83965f ip=7b83965f tid=010a 010a:trace:seh:raise_exception info[0]=19930520 010a:trace:seh:raise_exception info[1]=0033e754 010a:trace:seh:raise_exception info[2]=79f9acc4 010a:trace:seh:raise_exception eax=7b8265f9 ebx=7b8b16b0 ecx=79f9acc4 edx=0033e67c esi=00004000 edi=00000000 010a:trace:seh:raise_exception ebp=0033e6b4 esp=0033e650 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000287 010a:trace:seh:call_vectored_handlers calling handler at 0x406b98 code=e06d7363 flags=1 010a:trace:seh:call_vectored_handlers handler at 0x406b98 returned 0 010a:trace:seh:call_stack_handlers calling handler at 0x79f9ab98 code=e06d7363 flags=1 010a:trace:seh:call_stack_handlers handler at 0x79f9ab98 returned 1 010a:trace:seh:call_stack_handlers calling handler at 0x79f9abf8 code=e06d7363 flags=1 010a:trace:seh:__regs_RtlUnwind code=e06d7363 flags=3 010a:trace:seh:__regs_RtlUnwind calling handler at 0x7bc7713b code=e06d7363 flags=3 010a:trace:seh:__regs_RtlUnwind handler at 0x7bc7713b returned 1 010a:trace:seh:__regs_RtlUnwind calling handler at 0x79f9ab98 code=e06d7363 flags=3 010a:trace:seh:__regs_RtlUnwind handler at 0x79f9ab98 returned 1 010a:trace:seh:raise_exception code=e0434f4d flags=1 addr=0x7b83965f ip=7b83965f tid=010a 010a:trace:seh:raise_exception info[0]=80004001 ... --- snip --- IWbemClassObject::BeginMethodEnumeration method is not implemented. Source: http://source.winehq.org/git/wine.git/blob/fe79fea731bd31a5e07f6151ff165ac5… --- snip --- 467 static HRESULT WINAPI class_object_BeginMethodEnumeration( 468 IWbemClassObject *iface, 469 LONG lEnumFlags) 470 { 471 FIXME("%p, %08x\n", iface, lEnumFlags); 472 return E_NOTIMPL; 473 } --- snip --- MSDN: http://msdn.microsoft.com/en-us/library/windows/desktop/aa391435%28v=vs.85%… 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 3

[Bug 14168] New: visual studio 2005 install error
by wine-bugs＠winehq.org 18 Apr '21

18 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=14168 Summary: visual studio 2005 install error Product: Wine Version: 1.0.0 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fyreme3_rd(a)yahoo.com Created an attachment (id=14436) --> (http://bugs.winehq.org/attachment.cgi?id=14436) visual studio 2005 install error Visual Studio 2005 install error -- 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 38

[Bug 29509] New: Visual Studio 2005 trial crashes quickly building Wine
by wine-bugs＠winehq.org 18 Apr '21

18 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=29509 Bug #: 29509 Summary: Visual Studio 2005 trial crashes quickly building Wine Product: Wine Version: 1.3.36 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified Visual C++ 2005 Trial installs ok with following recipe: winetricks mfc42 dotnet20 use wine-1.3.15 to work around bug 27987 (or maybe just create the directory that bug mentions) mount image and run installer Trying to load the projects generated by tools/winapi/msvcmaker throws up one "operation could not be completed" dialog on display.drv16.dsp, but seems to complete. (The IDE may freeze for 30 seconds after loading the wine projects the first time, but is then responsive sooner on later runs.) Doing Build / Build Solution compiles a few files, and generates real-looking warnings, but then the IDE crashes. You can get the IDE to crash sooner by running with WINEDEBUG=warn+heap; then it doesn't even compile one file before it crashes. Installing vcrun2005 might make it slighly more stable, but doesn't solve the problem. -- 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 12

[Bug 26370] New: Visual C++ 2005 Trial install shows spurious dialog box
by wine-bugs＠winehq.org 18 Apr '21

18 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=26370 Summary: Visual C++ 2005 Trial install shows spurious dialog box Product: Wine Version: 1.3.15 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com The visual c++ 2005 trial installer now works, but in the middle, it puts up a mysterious dialog box saying 1: 0 2: 1033 3: 4 5: 6: 7: 8: 9: 10: When you press 'Retry', it succeeds. -- 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 6

[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 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

[Bug 30078] New: Many installers fail to detect MSXML6 component (Wine doesn't advertise its own MSXML6)
by wine-bugs＠winehq.org 17 Apr '21

17 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=30078 Bug #: 30078 Summary: Many installers fail to detect MSXML6 component (Wine doesn't advertise its own MSXML6) Product: Wine Version: 1.4-rc6 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, many installers require MSXML 6.0 component. It might be useful in future to have Wine advertise its builtin by default instead of 'winetricks -q msxml6' (considering some maturity of Wine's own). There are different methods to detect the presence of MSXML6. One of the most used ones which is also suggested by Microsoft is using registry data. Example prerequisite check from bug 19223 (Microsoft SQL Server Management Studio Express (SSMSE)): --- snip --- ... 0024:trace:msi:iterate_appsearch L"MSXML6PRESENT" L"MSXML6PRESENTREG" 0024:trace:msi:ACTION_AppSearchGetSignature package 0x15b348, sig 0x32f8ec ... 0024:trace:msi:ACTION_AppSearchGetSignature failed to query signature for L"MSXML6PRESENTREG" 0024:trace:msi:ACTION_AppSearchComponents L"MSXML6PRESENTREG" ... 0024:trace:msi:ACTION_AppSearchComponents failed to query CompLocator for L"MSXML6PRESENTREG" 0024:trace:msi:ACTION_AppSearchReg L"MSXML6PRESENTREG" ... 0024:Call advapi32.RegOpenKeyW(80000002,00790e88 L"SOFTWARE\\Microsoft\\MSXML60\\Setup",0032f818) ret=7ecb5ea4 0024:Ret advapi32.RegOpenKeyW() retval=00000002 ret=7ecb5ea4 ... 0024:trace:msi:ACTION_AppSearchReg RegOpenKeyW returned 2 ... 0024:trace:msi:ACTION_AppSearchIni L"MSXML6PRESENTREG" ... 0024:trace:msi:ACTION_AppSearchIni failed to query IniLocator for L"MSXML6PRESENTREG" 0024:trace:msi:ACTION_AppSearchDr L"MSXML6PRESENTREG" ... 0024:trace:msi:ACTION_AppSearchDr failed to query DrLocator for L"MSXML6PRESENTREG" ... 0024:trace:msi:MSI_ProcessMessage (nil) (nil) (nil) 0 200 L"Property: MSXML6PRESENT, Signature: MSXML6PRESENTREG" ... 0024:trace:msi:ACTION_CustomAction Handling custom action L"MISSINGPREREQERROR.6D658EB9_E2B8_429A_92C4_84337700878E" (33 L"MISSINGREDISTPREREQERROR" L"[RedistPreReqErrorPrefix][MISSINGREDISTPREREQS][NewLine][NewLine][RedistPreReqErrorSuffix]") ... 0024:trace:msi:ACTION_CustomAction Handling custom action L"CA_ErrorMissingPreReqs" (13 (null) L"[MISSINGREDISTPREREQERROR]") ... 0024:trace:msi:msi_get_property returning L"Setup is missing prerequisites:\n- MSXML6\n\nGo to http://go.microsoft.com/fwlink/?LinkId=54583" for property L"MISSINGREDISTPREREQERROR" ... 0024:Call user32.MessageBoxW(00000000,007910a0 L"Setup is missing prerequisites:\n- MSXML6\n\nGo to http://go.microsoft.com/fwlink/?LinkId=54583",00000000,00000000) ret=7ecc7a4d --- snip --- Dump of "SQLServer2005_SSMSEE.msi" using "ORCA" tool: "InstallExecuteSequence" table: --- snip --- MISSINGMSXML6.6D658EB9_E2B8_429A_92C4_84337700878E (EnableMSXML6PreReq=1) AND (NOT MSXML6PRESENT) AND (VersionNT < 600) 402 --- snip --- "RegLocator" table: --- snip --- MSXML6PRESENTREG 2 SOFTWARE\Microsoft\MSXML60\Setup Uninstall 2 --- snip --- "Installing and Redistributing MSXML 6.0": http://msdn.microsoft.com/en-us/library/windows/desktop/cc507436%28v=vs.85%… --- quote --- When MSXML 6.0 is installed for the first time, the following registry key is created with an initial value. [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSXML60\Setup] "Uninstall"="{11111111-1111-1111-1111-111111111111}" Subsequently, whenever MSXML 6.0 is redistributed by some application, the product code for that application is appended to the registry key shown above. --- quote --- Following that suggestion, running prior installer in clean WINEPREFIX: --- snip --- $ wine reg add "HKLM\\Software\\Microsoft\\MSXML60\\Setup" /v Uninstall /t REG_SZ /d "{11111111-1111-1111-1111-111111111111}" /f --- snip --- With that registry key present, "MSXML 6.0" is considered installed. 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 6

[Bug 32408] New: Evolve client (.NET 4.0 app) fails on startup due to WindowsCodecs PngDecoder_Frame_GetThumbnail() stub returning E_NOTIMPL instead of WINCODEC_ERR_CODECNOTHUMBNAIL
by wine-bugs＠winehq.org 17 Apr '21

17 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=32408 Bug #: 32408 Summary: Evolve client (.NET 4.0 app) fails on startup due to WindowsCodecs PngDecoder_Frame_GetThumbnail() stub returning E_NOTIMPL instead of WINCODEC_ERR_CODECNOTHUMBNAIL Product: Wine Version: 1.5.19 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: windowscodecs AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, Prerequisite: 'winetricks -q dotnet40' (32-bit WINEPREFIX) Optional (the client will download/install on its own): 'winetricks -q msxml6' (wontfix bug 30078) Download: https://www.evolvehq.com/client --- snip --- $ wine ./EvolveSetup.exe ... 002c:Call KERNEL32.MultiByteToWideChar(0000fde9,00000008,047a110a "WindowsCodecs.dll",ffffffff,0032d784,00000012) ret=79171cfb 002c:Ret KERNEL32.MultiByteToWideChar() retval=00000012 ret=79171cfb 002c:Call KERNEL32.GetProcAddress(7cd80000,047cf5fc "IWICBitmapFrameDecode_GetThumbnail_Proxy") ret=79171e1e 002c:Ret KERNEL32.GetProcAddress() retval=7cd89d10 ret=79171e1e 002c:Call KERNEL32.GetCurrentProcess() ret=791620b4 002c:Ret KERNEL32.GetCurrentProcess() retval=ffffffff ret=791620b4 002c:Call KERNEL32.FlushInstructionCache(ffffffff,04bacd80,0000000c) ret=791620bb 002c:Ret KERNEL32.FlushInstructionCache() retval=00000001 ret=791620bb 002c:Call ntdll.RtlFreeHeap(00b3c000,00000000,00b3ca90) ret=7919c036 002c:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7919c036 002c:Call windowscodecs.IWICBitmapFrameDecode_GetThumbnail_Proxy(0016ee24,0032e2f8) ret=04fa1d21 002c:fixme:wincodecs:PngDecoder_Frame_GetThumbnail (0x16ee24,0x32e2f8): stub 002c:Ret windowscodecs.IWICBitmapFrameDecode_GetThumbnail_Proxy() retval=80004001 ret=04fa1d21 ... 002c:Call KERNEL32.RaiseException(e0434352,00000001,00000005,0032e25c) ret=791cac08 002c:trace:seh:raise_exception code=e0434352 flags=1 addr=0x7b8399b3 ip=7b8399b3 tid=002c 002c:trace:seh:raise_exception info[0]=80004001 002c:trace:seh:raise_exception info[1]=00000000 002c:trace:seh:raise_exception info[2]=00000000 002c:trace:seh:raise_exception info[3]=00000000 002c:trace:seh:raise_exception info[4]=79140000 002c:trace:seh:raise_exception eax=7b826831 ebx=7b8b2770 ecx=79140000 edx=0032e148 esi=0032e218 edi=0032e190 002c:trace:seh:raise_exception ebp=0032e178 esp=0032e114 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000283 ... 002c:Call user32.MessageBoxW(00000000,00f7df78 L"The Evolve Updater failed to initialize.\n\nError was: Provide value on 'System.Windows.Baml2006.TypeConverterMarkupExtension' threw an exception.",00f2b770 L"Evolve Updater",00000010) ret=04fa5fdf --- snip --- http://source.winehq.org/git/wine.git/blob/92d445bcca7c00a3759c84abdecd1776… --- snip --- 895 static HRESULT WINAPI PngDecoder_Frame_GetThumbnail(IWICBitmapFrameDecode *iface, 896 IWICBitmapSource **ppIThumbnail) 897 { 898 FIXME("(%p,%p): stub\n", iface, ppIThumbnail); 899 return E_NOTIMPL; 900 } --- snip --- Other decoder types return WINCODEC_ERR_CODECNOTHUMBNAIL which seems to be the better choice as long as Wine's WindowsCodecs doesn't implement GetThumbnail in frame decoders for various formats. http://source.winehq.org/git/wine.git/blob/4bb2c61b39668a02f68e859afc2a8de7… --- snip --- 690 static HRESULT WINAPI JpegDecoder_Frame_GetThumbnail(IWICBitmapFrameDecode *iface, 691 IWICBitmapSource **ppIThumbnail) 692 { 693 FIXME("(%p,%p): stub\n", iface, ppIThumbnail); 694 return WINCODEC_ERR_CODECNOTHUMBNAIL; 695 } --- snip --- Changing PngDecoder_Frame_GetThumbnail stub to return WINCODEC_ERR_CODECNOTHUMBNAIL lets the client run further (into next Wine bug). --- snip --- ... fixme:wincodecs:PngDecoder_Frame_GetThumbnail (0x1609f4,0x32e378): stub fixme:wincodecs:PngDecoder_Frame_GetThumbnail (0x19d80c,0x32e378): stub fixme:wincodecs:PngDecoder_Frame_GetThumbnail (0x179e54,0x32e378): stub fixme:wincodecs:PngDecoder_Frame_GetThumbnail (0x179f94,0x32e378): stub fixme:shell:URL_ParseUrl failed to parse L"PresentationFramework.classic" fixme:process:FlushProcessWriteBuffers : stub fixme:shell:URL_ParseUrl failed to parse L"UIAutomationProvider" fixme:shell:URL_ParseUrl failed to parse L"CustomControls.resources" fixme:shell:URL_ParseUrl failed to parse L"CustomControls.resources" fixme:advapi:RegisterTraceGuidsW (0xb3c57a, (nil), {2e5dba47-a3d2-4d16-8ee0-6671ffdcd7b5}, 1, 0x32d88c, (null), (null), 0x10dfef0,): stub fixme:shell:URL_ParseUrl failed to parse L"System.Configuration" fixme:shell:URL_ParseUrl failed to parse L"System.Xml" ... --- 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 5

[Bug 27678] New: Yu-gi-oh online 3 black screen because our D3DXAssembleShader doesn't handle apostrophes in comments
by wine-bugs＠winehq.org 17 Apr '21

17 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=27678 Summary: Yu-gi-oh online 3 black screen because our D3DXAssembleShader doesn't handle apostrophes in comments Product: Wine Version: 1.3.23 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3dx9 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com CC: wine-bugs(a)winehq.org http://www.yugioh-online.net/ links eventually to http://dlg.ygopkg.konamionline.com/ygopkg/yo3setup_20100709en.exe This installs and updates fine, but the app has a completely black main window, as noted briefly in bug 25562. The log shows Vertex shader compilation failed: :19:1: Warning: Newline in string constant encounterd (started line 18) native d3dx9_36 works around the problem. Digging into it a bit, I see that the game uses shader assembly, and one of the lines of source is def c96, -1, 1, 1, 1 ; somewhere I've got a bug. flipping the vectors with this fixes it. Kludging preprocess_shader() to replace "I've" with "I,ve" lets the game display properly. -- 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 32260] New: Error while installing Windows 7 Gadgets Pack
by wine-bugs＠winehq.org 15 Apr '21

15 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=32260 Bug #: 32260 Summary: Error while installing Windows 7 Gadgets Pack Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: akshayvyas29(a)gmail.com Classification: Unclassified Created attachment 42570 --> http://bugs.winehq.org/attachment.cgi?id=42570 Backtrace steps to reproduce: 1. Download Windows 7 Gadgets Pack from C Net http://download.cnet.com/Windows-7-Gadgets-Pack/3000-12565_4-75664936.html?… 2. Install it using Wine loader 3. Error While installing/copying the contents -- 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 30130] New: No text displayed in MycoKey 3.2
by wine-bugs＠winehq.org 10 Apr '21

10 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=30130 Bug #: 30130 Summary: No text displayed in MycoKey 3.2 Product: Wine Version: 1.4 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified After "winetricks riched20" to work around bug 30128, the app starts, but doesn't display any text (except menus). "winetricks corefonts tahoma" didn't make any difference. -- 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 7

[Bug 32432] New: .NET 2.0 SDK installer fails on builtin atl80.dll (.spec file contains entries with spelling errors)
by wine-bugs＠winehq.org 10 Apr '21

10 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=32432 Bug #: 32432 Summary: .NET 2.0 SDK installer fails on builtin atl80.dll (.spec file contains entries with spelling errors) Product: Wine Version: 1.5.19 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 folks, found while installing .NET 2.0 Framework SDK ... --- snip --- err:module:find_forwarded_export function not found for forward 'atl100.AltCallTermFunc' used by L"C:\\windows\\system32\\atl80.dll". If you are using builtin L"atl80.dll", try using the native one instead. --- snip --- http://source.winehq.org/git/wine.git/blob/9abb9ffe91f034eb53f5788d915d5551… These entries have spelling errors (AltXXX vs. AtlXXX): --- snip --- 49 62 stub AltWinModuleRegisterClassExW 50 63 stub AltWinModuleRegisterClassExA 51 64 stdcall AltCallTermFunc(ptr) atl100.AltCallTermFunc 52 65 stub AltWinModuleInit 53 66 stub AltWinModuleTerm --- 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 6

[Bug 31262] New: Diablo III in game mouse cursor Out of sync, hangs in place.
by wine-bugs＠winehq.org 10 Apr '21

10 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=31262 Bug #: 31262 Summary: Diablo III in game mouse cursor Out of sync, hangs in place. Product: Wine Version: 1.5.9 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: grzegorz.krzystek(a)gmail.com Classification: Unclassified it is my first bug here. Steps to reproduce: Start a game , use right mouse button to use seccondary attack couple times. then you will see that mouse cursor , stops moving, hangs in one place, but random clicks and moves of mouse causing character moving. version 1.5.8 with patch from #30986 is not affected. -- 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 37

[Bug 19533] New: reg.exe missing most options
by wine-bugs＠winehq.org 09 Apr '21

09 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=19533 Summary: reg.exe missing most options Product: Wine Version: 1.1.26 Platform: PC OS/Version: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Windows: REG QUERY /? REG ADD /? REG DELETE /? REG COPY /? REG SAVE /? REG RESTORE /? REG LOAD /? REG UNLOAD /? REG COMPARE /? REG EXPORT /? REG IMPORT /? Wine: REG [ ADD | DELETE | QUERY ] Missing: copy, save, restore, load, unload, compare, export, import -- 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 38

[Bug 32640] New: Breath of Fire IV: Mouse is not visible on the installer
by wine-bugs＠winehq.org 09 Apr '21

09 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=32640 Bug #: 32640 Summary: Breath of Fire IV: Mouse is not visible on the installer Product: Wine Version: 1.5.20 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sworddragon2(a)aol.com Classification: Unclassified After launching the InstallShield Wizzard from the menu the mouse was invisible. I have minimized the installer with my window manager and after recovering the installer the mouse showed up so this seems to be a workaround. -- 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 6

[Bug 14179] New: Evil Twin Demo crash
by wine-bugs＠winehq.org 09 Apr '21

09 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=14179 Summary: Evil Twin Demo crash Product: Wine Version: 1.1.0 Platform: All OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: thomas.vdburgt(a)xs4all.nl CC: thomas.vdburgt(a)xs4all.nl Created an attachment (id=14450) --> (http://bugs.winehq.org/attachment.cgi?id=14450) Terminal output The intro movies work, but when the game seems to go to the MainMenu it crashes. Terminal output is attached, it seems a sound problem (fnx_sound_ds7 ?) (note. Sound does work in the intro). I used several sound-drivers, all crash with the same error. Wine version 1.10 on Ubuntu 8.04 with: Nvidia Driver 173.14.05 (nvidia-glx-new-envy from ubuntu repos) on a Dell Latitude D830. If I can provide more info somehow, I'll be happy to. PS. I uploaded the demo to http://www.filedropper.com/eviltwindemo (Official site is down and only place to download is fileplanet wish requires a login) -- 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 27

[Bug 19626] New: Half-life engine's software rendering is ridiculously slow on Intel GMA 945
by wine-bugs＠winehq.org 09 Apr '21

09 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=19626 Summary: Half-life engine's software rendering is ridiculously slow on Intel GMA 945 Product: Wine Version: 1.1.26 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: richardcavell(a)mail.com When I play Half-Life on Wine in software rendering mode, the screen renders really slowly. About one frame every five to ten seconds. What is actually being displayed is graphically correct, it's just ridiculously slow. While watching the screen, the top rasterline is updated to the new frame, then the one below it, then the one below that, and so on, until the line being updated reaches the bottom of the screen. It then starts on a new frame. There is no tearing within the middle of a line. The lines are output at a perfectly constant speed. If I increase the resolution, it is slower to update an entire frame. My computer is easily able to render Duke Nukem 3D at fast frame rate, so there has to be a bottleneck or bug somewhere. People who have non-Intel graphics hardware don't get this problem. I suspect that Wine is incorrectly waiting for VSync after outputting each raster line. The problem occurs also with any Half-Life engine derivative (Counter-Strike, Condition Zero, etc). Half-Life is capable of rendering in OpenGL, software rendering or Direct3D, selectable from a menu. I'm on 64-bit Ubuntu Karmic with all current updates applied. Half-Life and Steam have updated themselves. Intel video drivers are version 2.8.0. Wine version 1.1.26. Xserver-xorg version 7.4. Second-generation MacBook using an Intel GMA 945. Jaunty uses version 2.6.3 of the Intel drivers, and Half-Life and its derivatives are basically completely unuseable on those drivers - they're just too buggy. I'm happy to perform any experiments that people suggest. Running hl.exe from console doesn't give any printf output, since the main Half-Life engine isn't actually in that executable. Richard -- 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 27528] New: Half Life Software Rendering completely wrong
by wine-bugs＠winehq.org 09 Apr '21

09 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=27528 Summary: Half Life Software Rendering completely wrong Product: Wine Version: 1.3.22 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: michael(a)araneidae.co.uk The Software mode rendering of Half Life (the original 1998 game) is completely wrong: the colours are messed up (purple, mostly) and the selected screen size is squashed into half the selected width. Although noone in their right mind would run Half Life in software mode, this bug must expose problems in the Half Life rendering engine that must affect other games of this and earlier vintage. -- 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 16

[Bug 32641] New: Breath of Fire IV: Crash on starting the game
by wine-bugs＠winehq.org 09 Apr '21

09 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=32641 Bug #: 32641 Summary: Breath of Fire IV: Crash on starting the game Product: Wine Version: 1.5.20 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sworddragon2(a)aol.com Classification: Unclassified Created attachment 43068 --> http://bugs.winehq.org/attachment.cgi?id=43068 Output of Wine On starting the game it crashes with an error window that the application has encountered a serious problem. In the attachments is a log with the console output. -- 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 20

[Bug 17735] New: andrew rudson's drum machine: makes wine segfault upon start
by wine-bugs＠winehq.org 08 Apr '21

08 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=17735 Summary: andrew rudson's drum machine: makes wine segfault upon start Product: Wine Version: 1.1.17 Platform: PC URL: http://andrewrudson.com/drummachine/main.php OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: timonator(a)perpetuum-immobile.de When starting up Drum Machine (see URL for download link; this bug report is for drum machine version "1.36 beta") Wine crashes with a Segfault like this: zsh: segmentation fault wine DrumMachine.exe I can briefly see a window pop up and immediately close again. -- 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 18

[Bug 31899] New: No keyboard input in La-Mulana remake
by wine-bugs＠winehq.org 06 Apr '21

06 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=31899 Bug #: 31899 Summary: No keyboard input in La-Mulana remake Product: Wine Version: 1.5.14 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: twwinwood(a)gmail.com Classification: Unclassified Created attachment 41993 --> http://bugs.winehq.org/attachment.cgi?id=41993 Output of "env WINEDEBUG=-all,+keyboard,+key,+dinput,+message wine LaMulanaWin.exe" Per the AppDB entry for version 1.1.1.1, the game works as far as the menu screen but cannot be played due to the lack of response to keyboard input. -- 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 25

[Bug 33137] New: Can display characters with WM_SETFONT but not with DrawText - same font Arial
by wine-bugs＠winehq.org 04 Apr '21

04 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=33137 Bug #: 33137 Summary: Can display characters with WM_SETFONT but not with DrawText - same font Arial Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: forums(a)robertinventor.com Classification: Unclassified I used CreateFontIndirect to create the font, with "Arial Unicode MS" as the font name. Using GetTextFace(..) I find that the font actually created is "Arial". In one place I set it as the font for a text control using WM_SETFONT In another place I draw the text directly to a window using DrawTextW(..) I'm using characters such as: ☀ ☁ ☂ ☃ ☄ ★ ✾ ✰ ✲ ✳ ❉ ✿ ❂ ✺ ❀ They get shown fine in the text control. But when drawn directly to the window with DrawTextW you just see boxes. To make sure it isn't some error in my code, I made sure to use EXACTLY THE SAME FONT HANDLE in both cases. Same thing happens as before. Under Windows both show the same way.. So, just want to know - why can't DrawTextW find the font glyphs used by WM_SETFONT? Seems like a bug of some sort, so that's why reported it here as a bug. OTHER OBSERVATIONS I had a similar result when it was able to find Arial Unicode MS - in that case again showed them all fine with WM_SETFONT, but when I used DrawTextW, only the ★ of ★ ✾ ✰ ✲ was shown correctly. If I install unifont, then it finds it as the best match for "Arial Unicode MS", and then shows the characters in both cases correctly (but is no good for my purposes, too pixellated). THIS IS A VERY MINOR FEATURE It is a minor feature of my app so not a priority bug to fix, just for completeness. I am about to submit my app to the Wine database and this is one of the remaining unfixed differences when testing for compatibility of the app with Windows. -- 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 6

[Bug 22152] New: Atlantica Online:=?UTF-8?Q?=20Installer=20don=C2=B4t=20work?=
by wine-bugs＠winehq.org 03 Apr '21

03 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=22152 Summary: Atlantica Online: Installer don´t work Product: Wine Version: unspecified Platform: x86 URL: http://www.gamershell.com/download_50600.shtml OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: linuxdonald(a)linuxdonald.de Atlantica Online: Installer don´t work at the last git version: [LinuxDonald@localhost mmorpg-installer]$ env WINEPREFIX="/home/LinuxDonald/.wine-atlantica" /db/wine/wine-git/bin/wine SetupAtlantica_EU_ver21001.exe err:ntdll:NtQueryInformationToken Unhandled Token Information class 18! err:ntdll:NtQueryInformationToken Unhandled Token Information class 18! err:ntdll:NtQueryInformationToken Unhandled Token Information class 18! Thats all :( -- 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 51

[Bug 15901] New: Sibelius 3: wrong tooltips in a child window
by wine-bugs＠winehq.org 02 Apr '21

02 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=15901 Summary: Sibelius 3: wrong tooltips in a child window Product: Wine Version: 1.1.7 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lauri.kentta(a)gmail.com Created an attachment (id=17070) --> (http://bugs.winehq.org/attachment.cgi?id=17070) Screenshot about the bug Sibelius 3 shows wrong tooltips in the Keypad window. Clearly these are not "Save As" buttons and such. But somehow the topmost row of five buttons has still the right tooltips. Is it possible that the two windows (main & Keypad) would have separate string resources with overlapping identifiers but Wine just uses the main window's resources for both? There was a demo version of the program, but it's not officially available anymore, as the most recent version is Sibelius 5. However, a Sibelius 3 Demo might be downloadable here (not tested): http://www.tempomusic.com/lifeway/download.htm -- 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 32568] New: Visual Studio 2010 fails on startup, .NET Framework 4.0 WPF message dispatcher unexpectedly receives messages (CoWaitForMultipleHandles, COWAIT_FLAGS, message pump)
by wine-bugs＠winehq.org 28 Mar '21

28 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=32568 Bug #: 32568 Summary: Visual Studio 2010 fails on startup, .NET Framework 4.0 WPF message dispatcher unexpectedly receives messages (CoWaitForMultipleHandles, COWAIT_FLAGS, message pump) Product: Wine Version: 1.5.20 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: ole32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, after working around bug 28924 the VS 2010 IDE crashes on startup. Prerequisite: 'winetricks -q dotnet20 dotnet40 corefonts' WINEDLLOVERRIDES="atl100=n" WINEDEBUG=+tid,+seh,+relay,+msg,+win wine ./devenv.exe >>log.txt 2>&1 Managed backtrace: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Microsoft Visual Studio 10.0/Common7/IDE ... System.InvalidOperationException: Dispatcher processing has been suspended, but messages are still being processed. at System.Windows.Threading.Dispatcher.WndProcHook(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled) at MS.Win32.HwndWrapper.WndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled) at MS.Win32.HwndSubclass.DispatcherCallbackOperation(Object o) at System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs) at MS.Internal.Threading.ExceptionFilterHelper.TryCatchWhen(Object source, Delegate method, Object args, Int32 numArgs, Delegate catchHandler) at System.Windows.Threading.Dispatcher.WrappedInvoke(Delegate callback, Object args, Int32 numArgs, Delegate catchHandler) at System.Windows.Threading.Dispatcher.InvokeImpl(DispatcherPriority priority, TimeSpan timeout, Delegate method, Object args, Int32 numArgs) at MS.Win32.HwndSubclass.SubclassWndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam) at System.Threading.Monitor.ReliableEnter(Object obj, Boolean& lockTaken) at System.Threading.Monitor.Enter(Object obj, Boolean& lockTaken) at System.Windows.FrameworkTemplate.LoadContent(DependencyObject container, List`1 affectedChildren) at System.Windows.StyleHelper.ApplyTemplateContent(UncommonField`1 dataField, DependencyObject container, FrameworkElementFactory templateRoot, Int32 lastChildIndex, HybridDictionary childIndexFromChildID, FrameworkTemplate frameworkTemplate) at System.Windows.FrameworkTemplate.ApplyTemplateContent(UncommonField`1 templateDataField, FrameworkElement container) at System.Windows.FrameworkElement.ApplyTemplate() at System.Windows.FrameworkElement.MeasureCore(Size availableSize) at System.Windows.UIElement.Measure(Size availableSize) at System.Windows.Controls.DockPanel.MeasureOverride(Size constraint) at System.Windows.FrameworkElement.MeasureCore(Size availableSize) at System.Windows.UIElement.Measure(Size availableSize) at System.Windows.Controls.Control.MeasureOverride(Size constraint) at System.Windows.FrameworkElement.MeasureCore(Size availableSize) at System.Windows.UIElement.Measure(Size availableSize) at System.Windows.Controls.Grid.MeasureOverride(Size constraint) at System.Windows.FrameworkElement.MeasureCore(Size availableSize) at System.Windows.UIElement.Measure(Size availableSize) at Microsoft.Internal.VisualStudio.PlatformUI.VisualTargetPresentationSource.set_RootVisual(Visual value) at Microsoft.Internal.VisualStudio.PlatformUI.WorkerThreadElementContainer.UIWorkerThreadStart(Object arg) at System.Threading.ThreadHelper.ThreadStart_Context(Object state) at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean ignoreSyncCtx) at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state) at System.Threading.ThreadHelper.ThreadStart(Object obj) --- snip --- Took me a while to figure this out ... It seems the .NET Framework 4.0 WPF message dispatcher doesn't like unexpected messages in certain situations. Relevant part of trace log (filtered for a specific thread to turn down noise from other interleaving WPF/MIL threads): --- snip --- 0042:Call ole32.CoWaitForMultipleHandles(00000002,ffffffff,00000001,067de2dc,108abfc8) ret=792074f3 ... 0042:Call user32.MsgWaitForMultipleObjectsEx(00000001,067de2dc,ffffffff,00000160,00000002) ret=7e55bde1 0042:Ret user32.MsgWaitForMultipleObjectsEx() retval=00000001 ret=7e55bde1 0042:Call user32.PeekMessageW(108abe28,00000000,00000000,00000000,00000003) ret=7e55bbe3 0042:trace:msg:peek_message got type 6 msg c05f ("DispatcherProcessQueue") hwnd 0x100b2 wp 0 lp 0 0042:Ret user32.PeekMessageW() retval=00000001 ret=7e55bbe3 0042:Call user32.TranslateMessage(108abe28) ret=7e55bfa0 0042:Ret user32.TranslateMessage() retval=00000000 ret=7e55bfa0 0042:Call user32.DispatchMessageW(108abe28) ret=7e55bfb1 0042:Call window proc 0x125c872 (hwnd=0x100b2,msg="DispatcherProcessQueue",wp=00000000,lp=00000000) ... 0042:Call KERNEL32.RaiseException(e0434352,00000001,00000005,108ab884) ret=791cac08 0042:trace:seh:raise_exception code=e0434352 flags=1 addr=0x7b83aa77 ip=7b83aa77 tid=0042 0042:trace:seh:raise_exception info[0]=80131509 0042:trace:seh:raise_exception info[1]=00000000 0042:trace:seh:raise_exception info[2]=00000000 0042:trace:seh:raise_exception info[3]=00000000 0042:trace:seh:raise_exception info[4]=79140000 0042:trace:seh:raise_exception eax=7b826831 ebx=7b8b96b0 ecx=79140000 edx=108ab768 esi=108ab840 edi=108ab7c0 0042:trace:seh:raise_exception ebp=108ab798 esp=108ab734 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000283 ... 0042:Call KERNEL32.MultiByteToWideChar(0000fde9,00000000,108aa4b4 "InvalidOperationException",0000001a,00000000,00000000) ret=79216b79 0042:Ret KERNEL32.MultiByteToWideChar() retval=0000001a ret=79216b79 --- snip --- The problem is actually CoWaitForMultipleHandles( COWAIT_ALERTABLE, ...). It is not supposed to pump/dispatch messages in this situation hence the error. Wine only checks for apartment type, ignores COWAIT_FLAGS enumeration regarding that. Source: http://source.winehq.org/git/wine.git/blob/fa96beb5c439c55c935fbd667dd31cbc… --- snip --- 3837 HRESULT WINAPI CoWaitForMultipleHandles(DWORD dwFlags, DWORD dwTimeout, 3838 ULONG cHandles, LPHANDLE pHandles, LPDWORD lpdwindex) 3839 { 3840 HRESULT hr = S_OK; 3841 DWORD start_time = GetTickCount(); 3842 APARTMENT *apt = COM_CurrentApt(); 3843 BOOL message_loop = apt && !apt->multi_threaded; 3844 3845 TRACE("(0x%08x, 0x%08x, %d, %p, %p)\n", dwFlags, dwTimeout, cHandles, 3846 pHandles, lpdwindex); 3847 3848 while (TRUE) 3849 { 3850 DWORD now = GetTickCount(); 3851 DWORD res; 3852 3853 if (now - start_time > dwTimeout) 3854 { 3855 hr = RPC_S_CALLPENDING; 3856 break; 3857 } 3858 3859 if (message_loop) 3860 { 3861 DWORD wait_flags = ((dwFlags & COWAIT_WAITALL) ? MWMO_WAITALL : 0) | 3862 ((dwFlags & COWAIT_ALERTABLE ) ? MWMO_ALERTABLE : 0); 3863 3864 TRACE("waiting for rpc completion or window message\n"); 3865 3866 res = MsgWaitForMultipleObjectsEx(cHandles, pHandles, 3867 (dwTimeout == INFINITE) ? INFINITE : start_time + dwTimeout - now, 3868 QS_SENDMESSAGE | QS_ALLPOSTMESSAGE | QS_PAINT, wait_flags); ... --- snip --- If you fix this, taking COWAIT_FLAGS into account, Visual Studio 2010 IDE starts fine. 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 14

[Bug 32281] New: Visual C++ 2010 IDE General Failure
by wine-bugs＠winehq.org 28 Mar '21

28 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=32281 Bug #: 32281 Summary: Visual C++ 2010 IDE General Failure Product: Wine Version: 1.5.18 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fernandocarvalhocoelho(a)gmail.com Classification: Unclassified Fulfilling Dan Kegel's request, I'm opening a new bug to discuss Visual C++ issues on Wine. When installing on wine-1.5.18 on Ubuntu 12.04 64 bit, Visual C++ installer fails. The supposed cause can be the error on following line, when running with WINEDEBUG=+relay enabled: 0025:Call KERNEL32.CreateFileW(06c4e000 L"C:\\windows\\Microsoft.NET\\Framework64\\v2.0.50727\\CONFIG\\machine.config",80000000,00000001,00000000,00000003,00000080,00000000) ret=7e28dfc9 0025:Ret KERNEL32.CreateFileW() retval=ffffffff ret=7e28dfc9 -- 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 32280] New: 32 bit Visual C++ 2010 Express full installer complains "Unknown Error"
by wine-bugs＠winehq.org 28 Mar '21

28 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=32280 Bug #: 32280 Summary: 32 bit Visual C++ 2010 Express full installer complains "Unknown Error" Product: Wine Version: 1.5.18 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified With wine-1.5.18 (and some earlier versions), the 32 bit Visual C++ 2010 Express full install ( http://download.microsoft.com/download/1/E/5/1E5F1C0A-0D5B-426A-A603-1798B9… sha1sum adef5e361a1f64374f520b9a2d03c54ee43721c6 ) puts up an "Unknown error" messagebox during installation of component 4 of 6. Console shows at that point: ... fixme:shell:SetCurrentProcessExplicitAppUserModelID L"VCExpress.10.0": stub fixme:ole:CoInitializeSecurity (0x33f898,-1,(nil),(nil),0,0,(nil),8,(nil)) - stub! err:ole:CoGetClassObject class {0000034b-0000-0000-c000-000000000046} not registered err:ole:CoGetClassObject no class object {0000034b-0000-0000-c000-000000000046} could be created for context 0x1 fixme:thread:SetThreadStackGuarantee (0x33fac4): stub If you dismiss the messagebox, installation continues, and at the end there is an error summary saying that "SQL Server Compact" could not be installed. Interestingly, if you then run the installed VCExpress.exe, you get the same dialog, and the same messages in the log. Looking at the +relay log, I see the following bit not long before the messagebox: 0009:Call KERNEL32.LoadLibraryW(0040dd00 L"mscoree.dll") ret=0041b5d4 0009:Ret KERNEL32.LoadLibraryW() retval=7e3f0000 ret=0041b5d4 0009:Call KERNEL32.GetProcAddress(7e3f0000,0040dd18 "CreateInterface") ret=0041b5e4 0009:Ret KERNEL32.GetProcAddress() retval=00000000 ret=0041b5e4 0009:Call KERNEL32.GetLastError() ret=0041b609 0009:Ret KERNEL32.GetLastError() retval=0000007f ret=0041b609 I'll attach the log showing VCExpress.exe putting up that MessageBox. -- 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 19

[Bug 20989] New: Full Tilt Poker Hangs on Exit
by wine-bugs＠winehq.org 28 Mar '21

28 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=20989 Summary: Full Tilt Poker Hangs on Exit Product: Wine Version: 1.1.34 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: amikrop(a)gmail.com Created an attachment (id=25165) --> (http://bugs.winehq.org/attachment.cgi?id=25165) the log The latest Full Tilt Poker runs normally and everything works. But when you try to exit (either via the "X" button or "Lobby->Exit") the program hangs, and never ends. This has two side effects. Firstly, the preferences you choose do not get saved (as the program does not terminate the way it should (save user options, etc)) and secondly, when you try to launch the program again, the characters appear ugly and unreadable, and this is a known issue that gets fixed by killing the first, existing process. -- 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 6

[Bug 19944] New: Full Tilt Poker: Application never exits
by wine-bugs＠winehq.org 28 Mar '21

28 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=19944 Summary: Full Tilt Poker: Application never exits Product: Wine Version: 1.1.29 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: xlreaper(a)gmail.com The Full Tilt Poker client Version WIN.FullTilt.COM.11.2 runs fine, but once you quit the application the FullTiltPoker.exe proccess remains and never quits - you have to kill it. Because of this you cannot save any preferences in the app. -- 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 10

[Bug 33142] New: Right shift key not working with winemac.drv
by wine-bugs＠winehq.org 28 Mar '21

28 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=33142 Bug #: 33142 Summary: Right shift key not working with winemac.drv Product: Wine Version: 1.5.25 Platform: x86 OS/Version: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: betaguy(a)gmail.com Classification: Unclassified Created attachment 43845 --> http://bugs.winehq.org/attachment.cgi?id=43845 WINEDEBUG=+key When using winemac.drv, the right shift key has no effect on input. The keyboard I'm using is a Logitech Elite Keyboard (with Logitech Control Center installed); I don't happen to have an actual Apple keyboard handy to test, unfortunately. The left shift key works as expected. Attached is WINEDEBUG=+keyboard and WINEDEBUG=+key when pressing the right shift key and then releasing it. -- 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 32152] New: Guild Wars 2: Missing sound and game crashes on time adjusting
by wine-bugs＠winehq.org 28 Mar '21

28 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=32152 Bug #: 32152 Summary: Guild Wars 2: Missing sound and game crashes on time adjusting Product: Wine Version: 1.5.16 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sworddragon2(a)aol.com Classification: Unclassified I have noticed a lot of crashes the last weeks with Guild Wars 2. Now I figured out that this happens at every full hour. At this time ntp is adjusting my clock so this is my first hint. I have adjusted manually the time and if the time is set to an earlier state then the game currently has the sound will be disabled. It will be enabled again if the time is equal or higher then the "normal" time. The missing sound is independent of the value of the option "In-Game Clock". The In-Game Clock is using in every case the system clock so this could be the reason. This way I couldn't reproduce the crashes but I will now disable ntp and report back if something changes. -- 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 11

[Bug 25528] New: HLSL shader not translated correctly (uniform variables)
by wine-bugs＠winehq.org 27 Mar '21

27 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=25528 Summary: HLSL shader not translated correctly (uniform variables) Product: Wine Version: 1.3.5 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: knight666+wine(a)gmail.com Created an attachment (id=32501) --> (http://bugs.winehq.org/attachment.cgi?id=32501) Program run in a normal way I was trying to run the game "Sexy Beach Zero" (hmmyes) and it runs great. But when you load any of the 3D scenes, the body model isn't bound correctly to her and is stationary at (0, 0, 0) in the scene. I checked the log and found a lot of these: err:d3d_shader:set_glsl_shader_program >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from Find glsl program uniform locations @ glsl_shader.c / 4435 err:d3d_shader:set_glsl_shader_program >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUseProgramObjectARB(programId) @ glsl_shader.c / 4449 err:d3d_shader:hardcode_local_constants >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from Hardcoding local constants @ glsl_shader.c / 3955 err:d3d_shader:shader_glsl_select >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUseProgramObjectARB @ glsl_shader.c / 4618 trace:d3d_constants:shader_glsl_load_constantsI Loading local constants 0: 2, 0, 0, 0 err:d3d_shader:shader_glsl_load_constantsI >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUniform4ivARB @ glsl_shader.c / 598 err:d3d_shader:shader_glsl_load_constants >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUniform4fvARB @ glsl_shader.c / 769 (After this it repeats the last 4 lines) Perfectly willing to chip my teeth on this bug, I downloaded the latest Wine git to check the source. I ran the game again with the following command: WINEDEBUG=trace+d3d_constants wine "Sexy Beach Zero English.exe" &> ~/sbz2.log The log now returns this: fixme:d3d_shader:print_glsl_info_log Error received from GLSL shader #10: fixme:d3d_shader:print_glsl_info_log Vertex info fixme:d3d_shader:print_glsl_info_log ----------- fixme:d3d_shader:print_glsl_info_log 0(35) : warning C1068: array index out of bounds Repeat the array index out of bounds warning plenty of times. Going deeper, I ran the game like this: WINEDEBUG=trace+d3d_shader wine "Sexy Beach Zero English.exe" &> ~/sbz.log Part of the offending HLSL shader: def *c822* = 1.000000, 3.000000, 0.000000, 0.000000 def c823 = 0.500000, 0.000000, 0.000000, 0.000000 def c824 = -1.000000, -2.000000, -3.000000, -4.000000 defi i0 = 5, 0, 0, 0 frc r0, v2 slt r1, -r0, r0 add r2, -r0, v2 slt r0, v2, -v2 mad r0, r0, r1, r2 mul r0, r0, *c822*.y Emphasis marked with *'s. uniform vec4 *VC[256]*; // snip void main() { R0.xyzw = (fract(attrib2.xyzw)); R1.xyzw = (vec4(lessThan(-R0.xyzw, R0.xyzw))); R2.xyzw = (-R0.xyzw + attrib2.xyzw); R0.xyzw = (vec4(lessThan(attrib2.xyzw, -attrib2.xyzw))); R0.xyzw = ((R0.xyzw * R1.xyzw) + R2.xyzw); R0.xyzw = (R0.xyzw * *VC[822]*.yyyy); This is where the "array index out of bounds" warning comes from. The shader translator should have converted "c822" to a uniform, but instead put it in an array. I got hopelessly lost in the Wine source, I couldn't find the error myself, unfortunately. :( Hopefully this helps someone more knowledgeable with these things! -- 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 24

[Bug 33375] New: Cannot test dlls with dashes in their name
by wine-bugs＠winehq.org 26 Mar '21

26 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=33375 Bug #: 33375 Summary: Cannot test dlls with dashes in their name Product: Wine Version: 1.5.19 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: build-env AssignedTo: wine-bugs(a)winehq.org ReportedBy: fgouget(a)codeweavers.com Classification: Unclassified Created attachment 44165 --> http://bugs.winehq.org/attachment.cgi?id=44165 Patch to reproduce this bug No conformance test can be written for dlls that have a dash in their name. These will first run into a build error: echo "api-ms-win-security-base-l1-1-0_test.exe TESTRES \"api-ms-win-security-base-l1-1-0_test-stripped.exe.so\"" | LD_LIBRARY_PATH="../../../libs/wine:$LD_LIBRARY_PATH" ../../../tools/wrc/wrc --nostdinc --po-dir=../../../po -m32 -I. -I. -I../../../include -I../../../include -DWINE_STRICT_PROTOTYPES -DWINE_NO_NAMELESS_EXTENSION -DWIDL_C_INLINE_WRAPPERS -o ../../../programs/winetest/api-ms-win-security-base-l1-1-0_test.res :1:5: Error: syntax error What surprises me is that the dot on the 'TESTRES' left-hand causes no problem while the dashes do. I tried quoting that string but it did not help. The next problem is that if the TESTRES left-hand is modified to work around that issue, then winetest.exe will not be able to find the corresponding dll anymore and will thus skip the test. Filtering the list of tests to run based on the command line will likely be broken too. I'm attaching a patch to reproduce this issue. -- 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 6

[Bug 16445] New: .NET Framework 2.0 fails to install because of IE dependency
by wine-bugs＠winehq.org 24 Mar '21

24 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=16445 Summary: .NET Framework 2.0 fails to install because of IE dependency Product: Wine Version: 1.1.9 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: tobias.vogel(a)bluewin.ch Trying to install the Microsoft .NET Framework fails on wine-1.1.9 (Fedora 10, x86_64) with the error "IE5.01 or higher version is required prior to installing Microsoft .NET Framework." Tryied on a clean, new .wine environment (Removed ~/.wine-Folder before) with and without winetricks. -- 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 19

[Bug 11228] New: .NET Framework 2.0 Registry Bug
by wine-bugs＠winehq.org 24 Mar '21

24 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=11228 Summary: .NET Framework 2.0 Registry Bug Product: Wine Version: 0.9.53. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: n.tessore(a)gmail.com When installing the .NET Framework 2.0, the installer creates a registry key HKEY_LOCAL_MACHINE\Software\Microsoft\.NETFramework\Policy\AppPatch\v[RTM_ProductVersion].00000 --- The correct key would be HKEY_LOCAL_MACHINE\Software\Microsoft\.NETFramework\Policy\AppPatch\v2.0.50727.00000 --- This leads to seemingly meaningless errors in a number of unexpected places (ie. normal non-.NET applications), like this one here: fixme:advapi:RegisterEventSourceA ((null),".NET Runtime"): stub fixme:advapi:RegisterEventSourceW (L"",L".NET Runtime"): stub fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x00000000,(nil),0x0001,0x00000000,0x33e64c,(nil)): stub err:eventlog:ReportEventW L"Error enumerating shim databases - 234" fixme:advapi:DeregisterEventSource (0xcafe4242) stub -- 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 13

[Bug 25612] New:=?UTF-8?Q?=20can=C2=B4t=20install=20?=.NET Framework 2.0
by wine-bugs＠winehq.org 24 Mar '21

24 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=25612 Summary: can´t install .NET Framework 2.0 Product: Wine Version: 1.2.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: winehqbugs(a)bugmenot.com Created an attachment (id=32610) --> (http://bugs.winehq.org/attachment.cgi?id=32610) log from the command line If i try to install .NET Framework 2 I always get error-messages (see attatchments). Can somebody please help me? -- 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 10

[Bug 10325] New: Avencast: Rise of the Mage crash on attempt to play startup video
by wine-bugs＠winehq.org 23 Mar '21

23 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=10325 Summary: Avencast: Rise of the Mage crash on attempt to play startup video Product: Wine Version: 0.9.48. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-directx AssignedTo: wine-bugs(a)winehq.org ReportedBy: cheetahmorph(a)gmail.com Created an attachment (id=8986) --> (http://bugs.winehq.org/attachment.cgi?id=8986) Logfile auto-generated by the Avencast Demo >From watching the installer, I noticed several .wmv files installed. Game asked for d3dx9_30.dll, which was copied from my other harddrive partition to the game folder. Game launches easily, showing the splash screen, and then this error: DXC Error (DirectX9) DXC_VideoPlayerOverlayBase: CoCreateInstance failed (VideoMixingRenderer) Upon clicking "Ok", the game crashes. Link to demo: http://files.filefront.com/Avencast+Rise+of+the+Mage+Demo/;8771255;/fileinf… Attached: Log that the demo created on its own, might be useful -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 24

[Bug 22616] New: problem with merriam-webster-dictionary
by wine-bugs＠winehq.org 23 Mar '21

23 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=22616 Summary: problem with merriam-webster-dictionary Product: Wine Version: 1.1.43 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: romangrubecki(a)hotmail.com Merriam- Webster 3.11 dictionary does not work. I have 2 Ubuntu versions on 2 separate hard drives. In Ubuntu 9.10 and wine 1.1.43 - works perfect. I have installed Webster 4 months ago. with older version of wine. Since then I keep upgrading Wine and dictionary still works fine. Then I have installed Ubuntu 10.04 from cd on separate hard drive. I installed Wine from repository. Webster dictionary does not work on this instalation. Is the same version of wine, and the same computer. Communicate appears: The program Merriam-Webster.exe has encountered a serious problem and needs to close. -- 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 42

[Bug 30014] New: Wouxun KG-UV2D
by wine-bugs＠winehq.org 23 Mar '21

23 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=30014 Bug #: 30014 Summary: Wouxun KG-UV2D Product: Wine Version: 1.4-rc5 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: johndoe32102002(a)gmail.com Classification: Unclassified Created attachment 39078 --> http://bugs.winehq.org/attachment.cgi?id=39078 Backtrace When starting Wouxun KGUV2D software, version 1.12, the program fails to startup with Wine. Software URL: http://www.wouxun.us/item.php?item_id=222&category_id=50 Download URL: http://wouxun.us/Software/Programming_Software/KG-UV2D.zip Download Missing DLLs: http://www.dlldump.com/download-dll-files_new.php/dllfiles/M/mfc42.dll/6.0.… I tried two sources for the missing DLL, MFC42.dll. Both had the same checksum. More background information is found on the WineHQ AppDB. -- 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 22749] New: Hard link creation from a Finddupe-generated batch file fails (needs fsutil.exe implemented)
by wine-bugs＠winehq.org 23 Mar '21

23 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=22749 Summary: Hard link creation from a Finddupe-generated batch file fails (needs fsutil.exe implemented) Product: Wine Version: 1.1.44 Platform: x86-64 URL: http://www.sentex.net/~mwandel/finddupe/ OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Finddupe has an option to generate a batch file that can be run later to create hard links for the duplicate files it find, but these batch files don't work in Wine: wine: cannot find L"C:\\windows\\system32\\fsutil.exe" The particular command it's using is this: fsutil hardlink create "C:\test6\testfile_1.gif" "C:\test6\testfile.gif" Copying over fsutil.exe from WinXP lets it work as expected (aside from the native app producing corrupted output). Fsutil is documented here: http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en… A lot of these functions probably wouldn't translate to Wine well (setting NTFS attributes, etc.) but "fsutil hardlink create" seems to do the same thing as CreateHardLink... -- 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 16

[Bug 21150] New: exPressit crashes
by wine-bugs＠winehq.org 23 Mar '21

23 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=21150 Summary: exPressit crashes Product: Wine Version: 1.1.35 Platform: x86 URL: http://www.jumpjet.info/Win2k/05/exPressit_Label_Desig n_Studio/exPressit.zip OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: shdocvw AssignedTo: wine-bugs(a)winehq.org ReportedBy: xerox_xerox2000(a)yahoo.co.uk Hi a user reported this crash in appdb. I gave it a try and after starting , and choosing default project it crashes. I'll attach a crash log. The problem seems to be unimplemented OleObject_Advise in shdocvw. Faking success like in the hack below makes the app start fine. diff --git a/dlls/shdocvw/oleobject.c b/dlls/shdocvw/oleobject.c index dde850f..8322525 100644 --- a/dlls/shdocvw/oleobject.c +++ b/dlls/shdocvw/oleobject.c @@ -516,7 +516,7 @@ static HRESULT WINAPI OleObject_Advise(IOleObject *iface, IA { WebBrowser *This = OLEOBJ_THIS(iface); FIXME("(%p)->(%p, %p)\n", This, pAdvSink, pdwConnection); - return E_NOTIMPL; + return 0;//E_NOTIMPL; } -- 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 18

[Bug 28332] New: Wazzal crashes during loading
by wine-bugs＠winehq.org 23 Mar '21

23 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=28332 Summary: Wazzal crashes during loading Product: Wine Version: 1.3.28 Platform: x86 URL: http://gamejolt.com/freeware/games/wazzal/download/521 0/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrew.millington(a)gmail.com Created an attachment (id=36307) --> (http://bugs.winehq.org/attachment.cgi?id=36307) wine Wazzal.exe &> loading.txt with wine-1.3.27 Doesn't get past the loading screen and crashes. More information about this game. http://freegamer.blogspot.com/2011/09/wazzal-dx8-game-open-sourced.html -- 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 26

[Bug 32613] New: Tom Clancy's Rainbow Six: Lockdown crashes after the intro videos (without native dxdiagn.dll)
by wine-bugs＠winehq.org 23 Mar '21

23 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=32613 Bug #: 32613 Summary: Tom Clancy's Rainbow Six: Lockdown crashes after the intro videos (without native dxdiagn.dll) Product: Wine Version: 1.5.20 Platform: x86 URL: http://www.fileplanet.com/160005/160000/fileinfo/Tom-C lancy%27s-Rainbow-Six:-Lockdown-Demo OS/Version: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com Classification: Unclassified Created attachment 43039 --> http://bugs.winehq.org/attachment.cgi?id=43039 terminal output The game crashes after playing the 2 intro videos without native dxdiagn.dll. After the crash the game opens a crash report file in notepad and generates a minidump file. Removing videos doesn't help. Can be reproduced with the demo version as well, just skip the DirectX installation step (or set dxdiagn=builtin). -- 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 24

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs August 2013