May 2019 - Wine-bugs - list.winehq.org

[Bug 45795] New: Nvidia GeForce Now installer aborts due to failure to process xml config
by wine-bugs＠winehq.org 03 Mar '20

03 Mar '20

https://bugs.winehq.org/show_bug.cgi?id=45795 Bug ID: 45795 Summary: Nvidia GeForce Now installer aborts due to failure to process xml config Product: Wine Version: 3.15 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: msxml3 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. The sub-installer can be run directly after executing 'GeForceNOW-release.exe' --- snip --- $ pwd /home/focht/.wine/drive_c/GeForceNOWInstallerTemp $ file * EULA.txt: ASCII text, with very long lines, with CRLF line terminators GeForceNOW: directory license.txt: Non-ISO extended-ASCII text, with very long lines, with CRLF line terminators NVI2: directory setup.cfg: XML 1.0 document, ASCII text, with CRLF line terminators setup.exe: PE32 executable (GUI) Intel 80386, for MS Windows $ WINEDEBUG=+seh,+relay,+msi,+ole,+variant,+msxml wine ./setup.exe >>log.txt 2>&1 ... 002a:trace:ole:apartment_getclassobject added new loaded dll L"C:\\windows\\system32\\msxml3.dll" 002a:trace:ole:apartment_getclassobject calling DllGetClassObject 0x7cc36870 002a:Call msxml3.DllGetClassObject(0033f7f8,7e5ec928,0033f808) ret=7e50d2a5 002a:trace:msxml:DllGetClassObject {f5078f33-c551-11d3-89b9-0000f81fe221} {00000001-0000-0000-c000-000000000046} 0x33f808 ... 002a:trace:msxml:DOMClassFactory_AddRef (0x173188) ref = 1 002a:Ret msxml3.DllGetClassObject() retval=00000000 ret=7e50d2a5 ... 002a:trace:ole:apartment_release 290000cafe: after = 1 002a:trace:msxml:DOMClassFactory_CreateInstance (nil) {2933bf95-7b36-11d2-b20e-00c04f983e60} 0x33f80c 002a:trace:msxml:DOMDocument_create (30, 0x33f7ac) ... 002a:trace:msxml:xmldoc_add_refs (0x7c946550)->(1) 002a:trace:msxml:get_domdoc_from_xmldoc returning iface 0x178eb8 002a:trace:msxml:domdoc_QueryInterface (0x178ea0)->({2933bf95-7b36-11d2-b20e-00c04f983e60} 0x33f80c) 002a:trace:msxml:domdoc_AddRef (0x178ea0)->(2) 002a:trace:msxml:domdoc_Release (0x178ea0)->(1) 002a:trace:msxml:DOMClassFactory_Release (0x173188) ref = 0 ... 002a:Ret ole32.CoCreateInstance() retval=00000000 ret=1017f7b3 ... 002a:trace:msxml:domdoc_load (0x178ea0)->(0x33f870 {VT_BSTR: L"Z:\\home\\focht\\Downloads\\GeForceNOWInstallerTemp\\setup.CFG"}) 002a:trace:msxml:create_uri L"Z:\\home\\focht\\Downloads\\GeForceNOWInstallerTemp\\setup.CFG" ... 002a:trace:msxml:domdoc_load ret (0) ... 002a:Call oleaut32.VariantInit(0033f970) ret=1018af28 002a:trace:variant:VariantInit (0x33f970) 002a:Ret oleaut32.VariantInit() retval=0033f970 ret=1018af28 002a:Call oleaut32.VariantClear(0033f970) ret=10028d65 002a:trace:variant:VariantClear (0x33f970 {VT_EMPTY}) 002a:Ret oleaut32.VariantClear() retval=00000000 ret=10028d65 002a:Call oleaut32.SysAllocStringLen(00180e10 L"//setup",00000007) ret=10028d75 002a:trace:ole:SysAllocStringLen L"//setup" 002a:Ret oleaut32.SysAllocStringLen() retval=0016397c ret=10028d75 002a:trace:msxml:domdoc_selectNodes (0x178ea0)->(L"//setup" 0x33f9bc) 002a:Call KERNEL32.WideCharToMultiByte(0000fde9,00000000,0016397c L"//setup",ffffffff,00000000,00000000,00000000,00000000) ret=7cc68ae0 002a:Ret KERNEL32.WideCharToMultiByte() retval=00000008 ret=7cc68ae0 002a:Call ntdll.RtlAllocateHeap(00110000,00000000,00000009) ret=7cc68a0d 002a:Ret ntdll.RtlAllocateHeap() retval=001731a0 ret=7cc68a0d 002a:Call KERNEL32.WideCharToMultiByte(0000fde9,00000000,0016397c L"//setup",ffffffff,001731a0,00000009,00000000,00000000) ret=7cc68b3a 002a:Ret KERNEL32.WideCharToMultiByte() retval=00000008 ret=7cc68b3a 002a:Call ntdll.RtlAllocateHeap(00110000,00000000,00000024) ret=7cc7fbf9 002a:Ret ntdll.RtlAllocateHeap() retval=00180e28 ret=7cc7fbf9 002a:trace:msxml:create_selection (0x7c47d1b0, "//setup", 0x33f9bc) 002a:trace:msxml:xmldoc_add_refs (0x7c47d1b0)->(2) 002a:trace:msxml:registerNamespaces (0x7c91cb80) 002a:trace:msxml:XSLPattern_to_XPath ("//setup") 002a:trace:msxml:xslpattern_lex token: TOK_DblFSlash : // 002a:trace:msxml:xslpattern_lex token: TOK_NCName : setup 002a:trace:msxml:xslpattern_parse Got UnprefixedName: "setup" 002a:trace:msxml:xslpattern_parse Got AbbreviatedAbsoluteLocationPath: "//*[name()='setup']" 002a:trace:msxml:XSLPattern_to_XPath => "//*[name()='setup']" 002a:trace:msxml:create_selection found 1 matches 002a:Call ntdll.RtlFreeHeap(00110000,00000000,001731a0) ret=7cc68a35 002a:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7cc68a35 002a:Call oleaut32.VariantClear(0033f970) ret=10027eca 002a:trace:variant:VariantClear (0x33f970 {VT_BSTR: L"//setup"}) 002a:Call ntdll.RtlSizeHeap(00110000,00000000,00163978) ret=7e52da26 002a:Ret ntdll.RtlSizeHeap() retval=00000020 ret=7e52da26 002a:Ret oleaut32.VariantClear() retval=00000000 ret=10027eca 002a:Call ntdll.RtlFreeHeap(00110000,00000000,00180e00) ret=10029306 002a:Ret ntdll.RtlFreeHeap() retval=00000001 ret=10029306 002a:Call oleaut32.VariantInit(0033f978) ret=1018863c 002a:trace:variant:VariantInit (0x33f978) 002a:Ret oleaut32.VariantInit() retval=0033f978 ret=1018863c 002a:trace:msxml:domselection_get__newEnum (0x180e28)->(0x33f93c) 002a:Call ntdll.RtlAllocateHeap(00110000,00000000,00000018) ret=7cc7fbf9 002a:Ret ntdll.RtlAllocateHeap() retval=00173200 ret=7cc7fbf9 002a:trace:msxml:domselection_AddRef (0x180e28)->(2) 002a:trace:msxml:enumvariant_AddRef (0x173200)->(1) 002a:trace:msxml:enumvariant_QueryInterface (0x173200)->({00020404-0000-0000-c000-000000000046} 0x33f954) 002a:trace:msxml:enumvariant_AddRef (0x173200)->(2) 002a:trace:msxml:enumvariant_AddRef (0x173200)->(3) 002a:trace:msxml:enumvariant_Release (0x173200)->(2) 002a:trace:msxml:enumvariant_Release (0x173200)->(1) 002a:Call oleaut32.VariantClear(0033f978) ret=1006be44 002a:trace:variant:VariantClear (0x33f978 {VT_EMPTY}) 002a:Ret oleaut32.VariantClear() retval=00000000 ret=1006be44 002a:trace:msxml:enumvariant_Next (0x173200)->(1 0x33f978 0x33f94c) 002a:trace:msxml:domselection_get_item (0x180e28)->(0 0x33f980) 002a:trace:msxml:create_node type 1 002a:Call ntdll.RtlAllocateHeap(00110000,00000000,00000020) ret=7cc4ea42 002a:Ret ntdll.RtlAllocateHeap() retval=00180e00 ret=7cc4ea42 002a:trace:msxml:xmldoc_add_refs (0x7c47d1b0)->(3) 002a:trace:msxml:domelem_QueryInterface (0x180e00)->({2933bf80-7b36-11d2-b20e-00c04f983e60} 0x33f838) 002a:trace:msxml:domelem_AddRef (0x180e00)->(2) 002a:trace:msxml:domelem_Release (0x180e00)->(1) 002a:trace:msxml:domselection_nextNode (0x180e28)->(0x33f8bc) 002a:Call oleaut32.VariantChangeType(0033f978,0033f978,00000000,0000000d) ret=100a2638 002a:trace:variant:VariantChangeTypeEx (0x33f978 {VT_DISPATCH: 0x180e18},0x33f978 {VT_DISPATCH: 0x180e18},0x00000400,0x0000,VT_UNKNOWN) 002a:trace:variant:VariantClear (0x33f838 {VT_EMPTY}) 002a:trace:variant:VariantClear (0x33f828 {VT_EMPTY}) 002a:trace:variant:VariantCopyInd (0x33f828 {VT_EMPTY},0x33f978 {VT_DISPATCH: 0x180e18}) 002a:trace:variant:VariantCopy (0x33f828 {VT_EMPTY},0x33f978 {VT_DISPATCH: 0x180e18}) 002a:trace:variant:VariantClear (0x33f828 {VT_EMPTY}) 002a:trace:msxml:domelem_AddRef (0x180e00)->(2) 002a:trace:variant:VARIANT_Coerce (0x33f838 {VT_EMPTY},0x00000400,0x0000,0x33f828 {VT_DISPATCH: 0x180e18},VT_UNKNOWN) 002a:trace:msxml:domelem_QueryInterface (0x180e00)->({00000000-0000-0000-c000-000000000046} 0x33f840) 002a:trace:msxml:domelem_AddRef (0x180e00)->(3) 002a:trace:variant:VariantCopy (0x33f978 {VT_DISPATCH: 0x180e18},0x33f838 {VT_UNKNOWN: 0x180e18}) 002a:trace:variant:VariantClear (0x33f978 {VT_DISPATCH: 0x180e18}) 002a:trace:msxml:domelem_Release (0x180e00)->(2) 002a:trace:msxml:domelem_AddRef (0x180e00)->(3) 002a:trace:variant:VariantClear (0x33f838 {VT_UNKNOWN: 0x180e18}) 002a:trace:msxml:domelem_Release (0x180e00)->(2) 002a:trace:variant:VariantClear (0x33f828 {VT_DISPATCH: 0x180e18}) 002a:trace:msxml:domelem_Release (0x180e00)->(1) 002a:trace:variant:VariantChangeTypeEx returning 0x00000000, 0x33f978 {VT_UNKNOWN: 0x180e18} 002a:Ret oleaut32.VariantChangeType() retval=00000000 ret=100a2638 002a:trace:msxml:domelem_QueryInterface (0x180e00)->({2933bf80-7b36-11d2-b20e-00c04f983e60} 0x33f93c) 002a:trace:msxml:domelem_AddRef (0x180e00)->(2) 002a:Call ntdll.RtlAllocateHeap(00110000,00000000,00000080) ret=102de3b5 002a:Ret ntdll.RtlAllocateHeap() retval=00178f58 ret=102de3b5 002a:trace:msxml:domelem_AddRef (0x180e00)->(3) 002a:trace:msxml:domelem_Release (0x180e00)->(2) 002a:Call oleaut32.VariantClear(0033f978) ret=1006be44 002a:trace:variant:VariantClear (0x33f978 {VT_UNKNOWN: 0x180e18}) 002a:trace:msxml:domelem_Release (0x180e00)->(1) 002a:Ret oleaut32.VariantClear() retval=00000000 ret=1006be44 002a:trace:msxml:enumvariant_Next (0x173200)->(1 0x33f978 0x33f94c) 002a:trace:msxml:domselection_get_item (0x180e28)->(1 0x33f980) 002a:Call ntdll.RtlAllocateHeap(00110000,00000000,00000078) ret=100292e1 002a:Ret ntdll.RtlAllocateHeap() retval=0017c6b0 ret=100292e1 002a:Call KERNEL32.RaiseException(e06d7363,00000001,00000003,0033f8e4) ret=102c71d8 002a:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b4473c3 ip=7b4473c3 tid=002a 002a:trace:seh:raise_exception info[0]=19930520 002a:trace:seh:raise_exception info[1]=0033f900 002a:trace:seh:raise_exception info[2]=1048dc68 002a:trace:seh:raise_exception eax=7b435899 ebx=0033f900 ecx=00000000 edx=0033f8c4 esi=0033f8c4 edi=0033f890 002a:trace:seh:raise_exception ebp=0033f868 esp=0033f804 cs=330023 ds=6332002b es=33002b fs=f7bf0063 gs=7bd0006b flags=00200212 002a:trace:seh:call_stack_handlers calling handler at 0x10300b71 code=e06d7363 flags=1 ... 002a:Call KERNEL32.OutputDebugStringW(001860f8 L" 0.155 | ERROR: [NVI2.NVInstaller] 2974(a)CNVInstaller::PreLoadFromConfig : COM error: Exception {0x80004005; File: TypedEnum.h; Line: 59}. \n") ret=1003cc17 --- snip --- Winedbg session (second get_item() fails): --- snip --- Wine-dbg>bt Backtrace: =>0 0x000000007d64c96d domselection_get_item() [/home/focht/projects/wine/mainline-src/dlls/msxml3/selection.c:238] in msxml3 (0x000000000033f8d8) 1 0x000000007d64d5e4 enumvariant_Next+0xae() [/home/focht/projects/wine/mainline-src/dlls/msxml3/selection.c:513] in msxml3 (0x000000000033f918) 2 0x000000001006be5c in nvi2 (+0x6be5b) (0x000000000033f950) 3 0x000000001017f8a8 in nvi2 (+0x17f8a7) (0x000000000033f9e4) 4 0x0000000010066e8b in nvi2 (+0x66e8a) (0x000000000033fc1c) 5 0x00000000004025ae in setup (+0x25ad) (0x000000000033fd68) 6 0x0000000000405486 in setup (+0x5485) (0x000000000033fe64) 7 0x000000000041ffe8 in setup (+0x1ffe7) (0x000000000033feb0) 8 0x000000007b46dde6 call_process_entry+0x11() in kernel32 (0x000000000033fec8) 9 0x000000007b46df1f start_process+0x12c() [/home/focht/projects/wine/mainline-src/dlls/kernel32/process.c:1094] in kernel32 (0x000000000033ffd8) 10 0x000000007b46ddf2 start_process_wrapper+0x9() in kernel32 (0x000000000033ffec) Wine-dbg>n ... Wine-dbg>n 248 if (index < 0 || index >= xmlXPathNodeSetGetLength(This->result->nodesetval)) ... Wine-dbg>n 251 *listItem = create_node(xmlXPathNodeSetItem(This->result->nodesetval, index)); ... Wine-dbg>n 252 This->resultPos = index + 1; Wine-dbg> 252 This->resultPos = index + 1; Wine-dbg> 254 return S_OK; ... Wine-dbg>bt Backtrace: =>0 0x000000007d64c96d domselection_get_item() [/home/focht/projects/wine/mainline-src/dlls/msxml3/selection.c:238] in msxml3 (0x000000000033f8d8) 1 0x000000007d64d5e4 enumvariant_Next+0xae() [/home/focht/projects/wine/mainline-src/dlls/msxml3/selection.c:513] in msxml3 (0x000000000033f918) 2 0x000000001006be5c in nvi2 (+0x6be5b) (0x000000000033f950) 3 0x000000001017f8a8 in nvi2 (+0x17f8a7) (0x000000000033f9e4) 4 0x0000000010066e8b in nvi2 (+0x66e8a) (0x000000000033fc1c) 5 0x00000000004025ae in setup (+0x25ad) (0x000000000033fd68) 6 0x0000000000405486 in setup (+0x5485) (0x000000000033fe64) 7 0x000000000041ffe8 in setup (+0x1ffe7) (0x000000000033feb0) 8 0x000000007b46dde6 call_process_entry+0x11() in kernel32 (0x000000000033fec8) 9 0x000000007b46df1f start_process+0x12c() [/home/focht/projects/wine/mainline-src/dlls/kernel32/process.c:1094] in kernel32 (0x000000000033ffd8) 10 0x000000007b46ddf2 start_process_wrapper+0x9() in kernel32 (0x000000000033ffec) Wine-dbg>n 239 domselection *This = impl_from_IXMLDOMSelection( iface ); Wine-dbg>n 241 TRACE("(%p)->(%d %p)\n", This, index, listItem); Wine-dbg>n 243 if(!listItem) Wine-dbg>n 246 *listItem = NULL; Wine-dbg>n 248 if (index < 0 || index >= xmlXPathNodeSetGetLength(This->result->nodesetval)) ... Wine-dbg>n 249 return S_FALSE; --- snip --- The content of the XML file: --- snip --- <?xml version="1.0" encoding="utf-8"?> <setup title="GeforceNow" enableNonUAC="true" version="00.00" installerMin="2.1002.83.512"> <include name="${{InstallerDllDirectory}}\presentations.cfg" select="/presentations/*"/> <include filter="not-manifest" name="${{InstallerDllDirectory}}\theme.cfg" select="/theme/*"/> <strings> </strings> <constraints> <platforms list="AMD64" level="critical" text="${{ErrorUnsupportedPlatform}}"/> <reject tests="PACKAGES" level="critical" text="${{ErrorNoPackagesToInstall}}"/> <reject tests="REQUIRED" level="critical" text="${{ErrorMissingRequiredPackages}}"/> <reject tests="FILES" level="critical" text="${{ErrorMissingPackageFiles}}"/> <reject tests="INSTALL, MSI" level="critical" text="${{ErrorInstallerAlreadyRunning}}"/> <reject tests="PNP" level="wait" text="${{WaitPnpAlreadyRunning}}"/> <reject tests="REBOOT" level="critical" text="${{ErrorInstallerNeedReboot}}"/> </constraints> <install> <search dir="."> <select name="**\*"/> <deselect name="english\**\*"/> <if filter="!x86"> <deselect name="**\x86\**\*"/> </if> <if filter="!amd64"> <deselect name="**\amd64\**\*"/> </if> <if filter="!xp"> <deselect name="**\WinXP\**\*"/> </if> <if filter="!minVista"> <deselect name="**\WinVista\**\*"/> </if> <if filter="!VistaAndWin7"> <deselect name="**\VistaAndWin7\**\*"/> </if> <if filter="!minWin8"> <deselect name="**\Win8\**\*"/> </if> </search> </install> <properties> <string name="EulaFile" value="${{InstallerDirectory}}\EULA.txt"/> <string name="ArpIcon" value="${{LocalUserAppData}}\NVIDIA Corporation\GeForceNOW\CEF\GeForceNOW.exe,0"/> <string name="TimeOutForPlugin" value="50000" /> <string name="ProductType" value="251"/> <bool name="SilentInstall" value="false"/> <bool name="noeula" value="true"/> </properties> <options> <bool name="clean" property="CleanInstall"/> <bool name="prestage" property="PrestageInstall"/> <bool name="validate" property="ValidationInstall"/> <string name="validationFile" property="ValidationFile"/> <bool name="forcereboot" property="RebootRequired"/> <bool name="noreboot" property="IgnoreReboot"/> <bool name="k" property="RebootRequired"/> <bool name="n" property="IgnoreReboot"/> <bool name="passive" property="ProgressOnly"/> <bool name="noeula" property="SkipEula"/> <bool name="nofinish" property="SkipFinish"/> <bool name="ignorepnp" property="IgnorePnpFlag"/> <bool name="progresswitheula" property="ProgressWithEula"/> <bool name="s" property="SilentInstall" /> </options> <properties> </properties> <forms> </forms> <manifest> <file name="setup.exe"/> <file name="setup.cfg"/> <file name="eula.txt"/> <file name="${{InstallerDllDirectory}}/NVI2.dll"/> <file name="${{InstallerDllDirectory}}/NVI2SystemService32.sys"/> <file name="${{InstallerDllDirectory}}/NVI2SystemService64.sys"/> <file name="${{InstallerDllDirectory}}/NvInstallerUtil.dll" core="true"/> <file name="${{InstallerDllDirectory}}/NVI2UI.dll"/> <file name="${{InstallerDllDirectory}}/NVPrxy32.dll"/> <file name="${{InstallerDllDirectory}}/NVPrxy64.dll"/> <file name="${{InstallerDllDirectory}}/theme.cfg"/> <file name="${{InstallerDllDirectory}}/*.ui.forms"/> <file name="${{InstallerDllDirectory}}/*.ui.strings"/> <file name="${{InstallerDllDirectory}}/*.png"/> <file name="${{InstallerDllDirectory}}/*.jpg"/> </manifest> </setup> --- snip --- Not sure, could be a dupe of existing msxml3/libxml2 bugs. https://bugs.winehq.org/buglist.cgi?bug_status=UNCONFIRMED&bug_status=NEW&b… Maybe Nikolay can tell. CC'ing. 'winetricks -q msxml3' makes it work (there are follow-up bugs though). $ sha1sum GeForceNOW-release.exe 9c7c50f9572464c4f1205eede2534580937481c8 GeForceNOW-release.exe $ du -sh GeForceNOW-release.exe 59M GeForceNOW-release.exe $ wine --version wine-3.15-94-gbfe8510ec0 Regards -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 8

[Bug 40583] New: Wine - mtndew.dll fails to initialize due to memory pointer work
by wine-bugs＠winehq.org 03 Mar '20

03 Mar '20

https://bugs.winehq.org/show_bug.cgi?id=40583 Bug ID: 40583 Summary: Wine - mtndew.dll fails to initialize due to memory pointer work Product: Wine Version: 1.7.53 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: pjb82(a)outlook.com Distribution: --- Attempting to run 'Eldorito' in WINE (https://github.com/ElDewrito/ElDorito.git) fails, seemingly due to the pointer work which is pervasive through the code. I have modified the code a little in the Git to try to track the failure. It appears that the memory pointer work causes the failed initialization with the first action being: size_t TlsPtrAddress = Pointer(TlsPtrArrayAddress).Read<uint32_t>(); I am creating this report at the request of hackomatic in the #winehackers channel on freenode.net -- 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 23944] New: Verizon Media Manager needs native Windows VB scripting dlls to install
by wine-bugs＠winehq.org 01 Mar '20

01 Mar '20

http://bugs.winehq.org/show_bug.cgi?id=23944 Summary: Verizon Media Manager needs native Windows VB scripting dlls to install Product: Wine Version: 1.2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: spzakulec(a)gmail.com Created an attachment (id=30054) --> (http://bugs.winehq.org/attachment.cgi?id=30054) Console output from trying to install the program with builtin dlls. If I try to install Verizon Media Manager without having the native wsh56vb installed from winetricks, I get stuck on the last screen before it starts installing. That screen is right after the EULA, and has you put in a name for share and where you would like to install 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 11

[Bug 27708] New: GetThreadSelectorEntry fails
by wine-bugs＠winehq.org 01 Mar '20

01 Mar '20

http://bugs.winehq.org/show_bug.cgi?id=27708 Summary: GetThreadSelectorEntry fails Product: Wine Version: 1.2.2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: nitsuja-(a)hotmail.com Created an attachment (id=35459) --> (http://bugs.winehq.org/attachment.cgi?id=35459) binary (and source code) of the test case When a program calls GetThreadSelectorEntry after creating a process, it fails in Wine (returns FALSE and sets lasterror to 5), but succeeds in Windows. This is a problem for a program I made which needs this function to work, so I've boiled it down to a tiny test case which still fails in the same way, and is attached. When run on Windows, this exe brings up a messagebox saying "ALL OK", but when run on Wine, it says "ERROR: GetThreadSelectorEntry failed". Here's the source code: #define WIN32_LEAN_AND_MEAN #define _WIN32_WINNT 0x0500 #include <windows.h> void AssertSuccess(BOOL success, const char* errorMessage); int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR lpCmdLine, int nShowCmd) { // it doesn't matter which exe I start, so for this example I use the current exe path CHAR filename[MAX_PATH]; GetModuleFileName(NULL, filename, MAX_PATH); STARTUPINFO startupInfo = {sizeof(STARTUPINFO)}; PROCESS_INFORMATION processInfo = {}; BOOL success = CreateProcess(filename, NULL, NULL, NULL, FALSE, CREATE_SUSPENDED | DEBUG_PROCESS, NULL, NULL, &startupInfo, &processInfo); AssertSuccess(success, "ERROR: CreateProcess failed.\n"); HANDLE hThread = processInfo.hThread; CONTEXT context; context.ContextFlags = CONTEXT_SEGMENTS; success = GetThreadContext(hThread, &context); AssertSuccess(success, "ERROR: GetThreadContext failed.\n"); LDT_ENTRY ldtEntry; success = GetThreadSelectorEntry(hThread, context.SegFs, &ldtEntry); AssertSuccess(success, "ERROR: GetThreadSelectorEntry failed.\n"); if(success) MessageBox(NULL, "ALL OK.", "DONE", MB_ICONASTERISK); return success ? 0 : -1; } void AssertSuccess(BOOL success, const char* errorMessage) { if(!success) MessageBox(NULL, errorMessage, "ERROR", MB_ICONERROR); } -- 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 9

[Bug 44141] New: Divinity: Original Sin 2 massive slowdown with shadows enabled
by wine-bugs＠winehq.org 01 Mar '20

01 Mar '20

https://bugs.winehq.org/show_bug.cgi?id=44141 Bug ID: 44141 Summary: Divinity: Original Sin 2 massive slowdown with shadows enabled Product: Wine Version: 2.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: r9shackleford(a)gmail.com Distribution: --- Created attachment 59889 --> https://bugs.winehq.org/attachment.cgi?id=59889 Log file running Divinity:Original Sin 2 with shadows enabled. Enabling shadows fills the log with: fixme:d3d:wined3d_debug_callback 0x2377a6a0: "Program undefined behavior warning: Sampler object 24 has depth compare enabled but is bound to a non-depth texture, and used by a program that samples it with a shadow sampler. This is undefined behavior.". Driver is Nvidia Proprietary, no idea what other drivers say with shadows enabled. It goes away when shadows are disabled, and framerate returns to normal. Possibly related log messages that seem unrelated to shadows being enabled/disabled: fixme:d3d11:shdr_handler Unhandled chunk "RDEF". fixme:d3d11:shdr_handler Unhandled chunk "STAT". fixme:d3d_shader:shader_sm4_read_instruction_modifier Unhandled modifier 0x800000c2. fixme:d3d_shader:shader_sm4_read_instruction_modifier Unhandled modifier 0x00155543. fixme:d3d11:wined3d_depth_stencil_view_desc_from_d3d11 Unhandled depth stencil view flags 0x3. Clean wine directory, absolutely no dll overrides. Attached is a log of running the game to the menu screen with shadows enabled. The game menu screen has 3D rendering which triggers the bug. A log without shadows is essentially identical sans the wined3d_debug_callback line spammed as stated above. -- 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 44257] New: Divinity: Original Sin 2: Audio via pulseaudio has popping/crackling in music
by wine-bugs＠winehq.org 01 Mar '20

01 Mar '20

https://bugs.winehq.org/show_bug.cgi?id=44257 Bug ID: 44257 Summary: Divinity: Original Sin 2: Audio via pulseaudio has popping/crackling in music Product: Wine Version: 2.21 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lucianposton(a)gmail.com Distribution: --- The music on the start screen has minor crackling/popping sounds with pulseaudio. This repros on both card 0 device 0 and card 1 device 3 listed below. I was able to workaround the issue by disabling timer-based scheduling via the following setting in /etc/pulse/default.pa: load-module module-udev-detect tsched=0 pulseaudio-11.1 aplay --list-devices **** List of PLAYBACK Hardware Devices **** card 0: Intel [HDA Intel], device 0: ALC889 Analog [ALC889 Analog] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: Intel [HDA Intel], device 1: ALC889 Digital [ALC889 Digital] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: NVidia [HDA NVidia], device 3: HDMI 0 [HDMI 0] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: NVidia [HDA NVidia], device 7: HDMI 1 [HDMI 1] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: NVidia [HDA NVidia], device 8: HDMI 2 [HDMI 2] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: NVidia [HDA NVidia], device 9: HDMI 3 [HDMI 3] Subdevices: 1/1 Subdevice #0: subdevice #0 card 2: USB [Scarlett 2i4 USB], device 0: USB Audio [USB Audio] Subdevices: 1/1 Subdevice #0: subdevice #0 -- 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 36956] New: Galactic Civilizations II (Dark Avatar/Twilight of Arnor) renders strange polygons on ships
by wine-bugs＠winehq.org 29 Feb '20

29 Feb '20

http://bugs.winehq.org/show_bug.cgi?id=36956 Bug ID: 36956 Summary: Galactic Civilizations II (Dark Avatar/Twilight of Arnor) renders strange polygons on ships Product: Wine Version: 1.7.22 Hardware: x86 OS: Linux Status: NEW Severity: minor Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com Created attachment 49067 --> http://bugs.winehq.org/attachment.cgi?id=49067 terminal output The two expansions to the base game introduced a new rendering option 'Enhanced ship rendering'. When this option is enabled strange polygons appear on the ship models as can be seen in the attached screenshot. The demo version of GalCiv II doesn't have this option. The same problem with Wine 1.4.1/1.6.2/1.7.22 Tested with the open source Nouveau and the binary Nvidia drivers, both show the problem. Disabling GLSL or pixel shaders doesn't help. Fedora 20 Nvidia 250 gfx card / Nvidia binary drivers 340.24 -- 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 20732] New: Icons are not rendered 100% correctly in VB6 apps (regression)
by wine-bugs＠winehq.org 29 Feb '20

29 Feb '20

http://bugs.winehq.org/show_bug.cgi?id=20732 Summary: Icons are not rendered 100% correctly in VB6 apps (regression) Product: Wine Version: 1.1.33 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: oleaut32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: gabmoa(a)yahoo.it CC: thunderbird2k(a)gmail.com Created an attachment (id=24783) --> (http://bugs.winehq.org/attachment.cgi?id=24783) Example application An icon rendering problem is born between 1.1.25 and 1.1.26 In attachment there is a VB6 test project and screenshots of various applications that suffer of this rendering problem. (I hope is correct add Roderick Colenbrander mail to cc, otherwise sorry for the mistake) -- 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 21

[Bug 43814] New: Danganronpa V3: black screen on startup ( unimplemented functions in mfplat?)
by wine-bugs＠winehq.org 28 Feb '20

28 Feb '20

https://bugs.winehq.org/show_bug.cgi?id=43814 Bug ID: 43814 Summary: Danganronpa V3: black screen on startup (unimplemented functions in mfplat?) Product: Wine Version: 2.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mfplat Assignee: wine-bugs(a)winehq.org Reporter: smelenchuk(a)gmail.com Distribution: --- Created attachment 59360 --> https://bugs.winehq.org/attachment.cgi?id=59360 Log output at time of black screen Steps to reproduce: - Using wine-staging, launch Danganronpa V3 from Steam. Expected results: - Intro cutscenes play; game gets to main menu. Actual results: - Black screen. Additional notes: See attached log. Without using wine-staging, the game will just complain about "Failed to initialize ID3D11Device" even with sufficiently advanced video hardware / drivers. Using a native mfplat.dll and mfreadwrite.dll can work around this issue, though doing so also requires Windows Media Foundation registry entries to be present or crashes will happen. -- 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 59

[Bug 22974] New: "Shell folders" settings are reset after each wine update
by wine-bugs＠winehq.org 28 Feb '20

28 Feb '20

http://bugs.winehq.org/show_bug.cgi?id=22974 Summary: "Shell folders" settings are reset after each wine update Product: Wine Version: 1.2-rc1 Platform: x86 OS/Version: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: amdmi3(a)amdmi3.ru Althrough I've disabled shell folder links (My Pictures, My Music, My Videos, My Documents) by unchecking "Link to" checkbox for each of them in winecfg->Desktop Integration->Shell Folders, after each wine update those settings are reset and all folders are again linked to my home directory. That is highly undesirable, as I'd prefer windows apps never access anything outside .wine/drive_c. -- 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 58