August 2020 - Wine-Bugs - list.winehq.org

[Bug 21557] New: .net 3.0 redistributable installer aborts after clicking 'OK'
by wine-bugs＠winehq.org March 19, 2021

March 19, 2021

http://bugs.winehq.org/show_bug.cgi?id=21557 Summary: .net 3.0 redistributable installer aborts after clicking 'OK' Product: Wine Version: 1.1.37 Platform: x86 OS/Version: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: wintrust AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com http://appdb.winehq.org/objectManager.php?sClass=version&iId=9828 says "winetricks dotnet30" works but says there is a "large delay near the end of installation". This seems to be true with wine-1.1.31, but with current wine, it aborts after a few seconds instead. Looking in c:/users/$LOGNAME/Temp, I see dd_dotnetfx3error.txt which says [01/30/10,16:19:12] XPSEPSC x86 Installer: [2] Error code 1603 for this component means "ERROR_INSTALL_FAILURE" and dd_XPS.txt (?) which says STR_FAILED_INF_INTEGRITY. Could this be the same regression as bug 21542? -- 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 21542] New: SOFTPUB_LoadCatalogMessage should use catalog members instead of file ones for retrieving msg data
by wine-bugs＠winehq.org March 19, 2021

March 19, 2021

http://bugs.winehq.org/show_bug.cgi?id=21542 Summary: SOFTPUB_LoadCatalogMessage should use catalog members instead of file ones for retrieving msg data Product: Wine Version: 1.1.37 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wintrust AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, recent wintrust refactoring patch series broke PowerShell 1.x/2.x installers by revealing a previously hidden bug... --- snip --- 0036:Call wintrust.SoftpubInitialize(001e86f8) ret=7974e691 0036:trace:wintrust:SoftpubInitialize (0x1e86f8) 0036:trace:wintrust:SoftpubInitialize returning 00000000 0036:Ret wintrust.SoftpubInitialize() retval=00000000 ret=7974e691 0036:Call wintrust.SoftpubLoadMessage(001e86f8) ret=7974e691 0036:trace:wintrust:SoftpubLoadMessage (0x1e86f8) 0036:Call KERNEL32.CreateFileW(0033b53c L"C:\\windows\\system32\\catroot\\{f750e6c3-38ee-11d1-85e5-00c04fc295ee}\\KB968930xp.cat",80000000,00000001,00000000,00000003,00000080,00000000) ret=7974bf32 0036:Ret KERNEL32.CreateFileW() retval=0000007c ret=7974bf32 0036:Call crypt32.CryptSIPRetrieveSubjectGuid(0033b53c L"C:\\windows\\system32\\catroot\\{f750e6c3-38ee-11d1-85e5-00c04fc295ee}\\KB968930xp.cat",0000007c,001640dc) ret=7974bf70 ... 0036:Call KERNEL32.GetFileSize(0000007c,00000000) ret=686fa459 0036:Ret KERNEL32.GetFileSize() retval=0000e8d2 ret=686fa459 ... 0036:Ret crypt32.CryptSIPRetrieveSubjectGuid() retval=00000001 ret=7974bf70 ... 0036:Call crypt32.CryptSIPLoad(001640dc,00000000,001ed4c0) ret=7974b4f9 ... 0036:Ret crypt32.CryptSIPLoad() retval=00000001 ret=7974b4f9 0036:trace:wintrust:SOFTPUB_GetSIP returning 0 ... 0036:Call wintrust.CryptSIPGetSignedDataMsg(001e8780,001e8730,00000000,0033b188,00000000) ret=686fb39a 0036:trace:wintrust:CryptSIPGetSignedDataMsg (0x1e8780 0x1e8730 0 0x33b188 (nil)) 0036:trace:wintrust:WINTRUST_GetSignedMsgFromCatFile (0x1e8780 0x1e8730 0 0x33b188 (nil)) 0036:Call KERNEL32.GetFileSize(0033b53c,00000000) ret=7974418b 0036:Ret KERNEL32.GetFileSize() retval=ffffffff ret=7974418b 0036:trace:wintrust:CryptSIPGetSignedDataMsg returning 1 0036:Ret wintrust.CryptSIPGetSignedDataMsg() retval=00000001 ret=686fb39a 0036:Call KERNEL32.GetProcessHeap() ret=7974e07e 0036:Ret KERNEL32.GetProcessHeap() retval=00110000 ret=7974e07e 0036:Call ntdll.RtlAllocateHeap(00110000,00000008,ffffffff) ret=7974e095 0036:Ret ntdll.RtlAllocateHeap() retval=00000000 ret=7974e095 0036:Call KERNEL32.CloseHandle(0000007c) ret=7974bfff 0036:Ret KERNEL32.CloseHandle() retval=00000001 ret=7974bfff 0036:trace:wintrust:SoftpubLoadMessage returning 1 (0000000e) 0036:Ret wintrust.SoftpubLoadMessage() retval=00000001 ret=7974e691 0036:trace:wintrust:WINTRUST_DefaultVerify returning 0000000e 0036:trace:wintrust:WINTRUST_DefaultClose ((nil), {00aac56b-cd44-11d0-8cc2-00c04fc295ee}, 0x33b4e8) 0036:Call wintrust.SoftpubCleanup(001e86f8) ret=7974eb81 ... --- snip --- SoftpubLoadMessage -> (WTD_CHOICE_CATALOG) SOFTPUB_LoadCatalogMessage -> SOFTPUB_GetMessageFromFile WINTRUST_GetSignedMsgFromCatFile -> GetFileSize() gets passed invalid file handle (stack garbage) -> following alloc fails and error is propagated to top ... --- snip dlls/wintrust/softpub.c --- static DWORD SOFTPUB_LoadCatalogMessage(CRYPT_PROVIDER_DATA *data) { DWORD err; HANDLE catalog = INVALID_HANDLE_VALUE; if (!data->pWintrustData->u.pCatalog) { SetLastError(ERROR_INVALID_PARAMETER); return FALSE; } catalog = CreateFileW(data->pWintrustData->u.pCatalog->pcwszCatalogFilePath, GENERIC_READ, FILE_SHARE_READ, NULL, OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL, NULL); if (catalog == INVALID_HANDLE_VALUE) return GetLastError(); if (!CryptSIPRetrieveSubjectGuid( data->pWintrustData->u.pCatalog->pcwszCatalogFilePath, catalog, &data->u.pPDSip->gSubject)) { err = GetLastError(); goto error; } err = SOFTPUB_GetSIP(data); if (err) goto error; err = SOFTPUB_GetMessageFromFile(data, data->pWintrustData->u.pFile->hFile, data->pWintrustData->u.pFile->pcwszFilePath); if (err) goto error; ... } --- snip dlls/wintrust/softpub.c --- This is a catalog type file hence the pFile members can't be used for SOFTPUB_GetMessageFromFile(), e.g. "data->pWintrustData->u.pFile->hFile" and "data->pWintrustData->u.pFile->pcwszFilePath" will be invalid upon entry. You must use "catalog" file handle and "data->pWintrustData->u.pCatalog->pcwszCatalogFilePath" just like you do with CryptSIPRetrieveSubjectGuid() for SOFTPUB_GetMessageFromFile(). 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 10

[Bug 21549] New: Windows PowerShell 1.x installer dies on unimplemented function USERENV.dll.138
by wine-bugs＠winehq.org March 19, 2021

March 19, 2021

http://bugs.winehq.org/show_bug.cgi?id=21549 Summary: Windows PowerShell 1.x installer dies on unimplemented function USERENV.dll.138 Product: Wine Version: 1.1.37 Platform: x86 URL: http://www.google.de/search?q=WindowsXP-KB926139-v2-x8 6-ENU.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, after working around bug 21542, the installer dies in post-install action: --- snip --- 0030:Starting process L"C:\\3f9c459343b0ee6273e24b88b0d982f2\\update\\update.exe" (entryproc=0x1065e2c) ... 0030:Call shlwapi.PathFileExistsW(0033ad50 L"C:\\users\\Public\\Start Menu\\Programs") ret=68ad8ae7 0030:Call KERNEL32.SetErrorMode(00000001) ret=68c4a703 0030:Ret KERNEL32.SetErrorMode() retval=00008005 ret=68c4a703 0030:Call KERNEL32.GetFileAttributesW(0033ad50 L"C:\\users\\Public\\Start Menu\\Programs") ret=68c4a714 0030:Ret KERNEL32.GetFileAttributesW() retval=00000010 ret=68c4a714 0030:Call KERNEL32.SetErrorMode(00008005) ret=68c4a725 0030:Ret KERNEL32.SetErrorMode() retval=00000001 ret=68c4a725 0030:Ret shlwapi.PathFileExistsW() retval=00000001 ret=68ad8ae7 0030:Call KERNEL32.WideCharToMultiByte(00000000,00000000,0033b00c L"C:\\users\\Public\\Start Menu\\Programs",ffffffff,0033b33c,00000104,00000000,00000000) ret=68ad8d7d 0030:Ret KERNEL32.WideCharToMultiByte() retval=00000024 ret=68ad8d7d 0030:Ret shell32.SHGetSpecialFolderPathA() retval=00000001 ret=01072df8 0030:Call KERNEL32.FindFirstFileA(0033b544 "C:\\users\\Public\\Start Menu\\Programs\\Windows PowerShell 1.0\\@.lnk",0033b18c) ret=0106da6d 0030:Ret KERNEL32.FindFirstFileA() retval=ffffffff ret=0106da6d 0030:trace:seh:raise_exception code=80000100 flags=1 addr=0x7bc4af8a ip=7bc4af8a tid=0030 0030:trace:seh:raise_exception info[0]=0108d004 0030:trace:seh:raise_exception info[1]=0000008a wine: Call from 0x7bc4af8a to unimplemented function USERENV.dll.138, aborting 0030:trace:seh:call_vectored_handlers calling handler at 0x68ec9e52 code=80000100 flags=1 0030:trace:seh:call_vectored_handlers handler at 0x68ec9e52 returned 0 0030:trace:seh:call_vectored_handlers calling handler at 0x6879bdc6 code=80000100 flags=1 0030:trace:seh:call_vectored_handlers handler at 0x6879bdc6 returned 0 0030:trace:seh:call_stack_handlers calling handler at 0x1066099 code=80000100 flags=1 0030:Call msvcrt._except_handler3(0033b25c,0033f37c,0033aeec,0033add0) ret=7bc77ab5 ... --- snip --- Dumping userenv imports for the installer: --- snip --- $ winedump -j import update.exe ... offset 0008c2f4 USERENV.dll Hint/Name Table: 0008D824 TimeDateStamp: 00000000 (Thu Jan 1 01:00:00 1970) ForwarderChain: 00000000 First thunk RVA: 000017F8 Ordn Name 138 <by ordinal> 121 <by ordinal> 119 <by ordinal> ... --- snip --- Actually only ordinal 138 seems to get used (Wine 'Windows XP' config). Unfortunately I didn't find anything useful about this one (MSDN, blogs, Bing ..) :-( By analyzing the caller stack setup we can deduce the necessary information to create a simple stub. The installer calls the ordinal like this: --- snip --- $ winedbg disas ... 0x01072e9b: pushl 0xffffff88(%ebp) 0x01072e9e: leal 0xbc(%ebp),%eax 0x01072ea4: pushl %eax 0x01072ea5: leal 0x5d0(%ebp),%eax 0x01072eab: pushl %eax 0x01072eac: pushl 0xffffff9c(%ebp) 0x01072eaf: leal 0x2c4(%ebp),%eax 0x01072eb5: pushl 0xffffffa0(%ebp) 0x01072eb8: pushl %eax 0x01072eb9: pushl 0xffffffa4(%ebp) 0x01072ebc: leal 0x4cc(%ebp),%eax 0x01072ec2: pushl %eax 0x01072ec3: leal 0x3c8(%ebp),%eax 0x01072ec9: pushl %eax 0x01072eca: leal 0x7d8(%ebp),%eax 0x01072ed0: pushl %eax 0x01072ed1: leal 0x6d4(%ebp),%eax 0x01072ed7: pushl %eax 0x01072ed8: pushl 0xffffffb4(%ebp) 0x01072edb: call *0x10017f8 -> 0x00450000 0x01072ee1: cmpl %ebx,%eax 0x01072ee3: movl %eax,0xffffffa8(%ebp) 0x01072ee6: jnz 0x01072f0c ... --- snip --- number of arguments: 12 calling conv: stdcall return type: most likely boolean (like the other known userenv API). Armed with this information one can add a simple stub, export with ordinal 138, -noname and 12 ptr params, name it whatever you like. If you find any documented name, feel free to use it. If we fake the stub to return FALSE, following messages will be logged to: "c:\windows\KB926139-v2.log" --- snip --- 22.312: Failed To Create Link -3 Windows PowerShell 22.314: Failed To Create Link -3 Release Notes 22.316: Failed To Create Link -3 Getting Started 22.319: Failed To Create Link -3 User Guide 22.321: Failed To Create Link -3 Quick Reference --- snip --- So this API is most likely some Lnk creation stuff. Anyway, that simple stub is sufficient to let the installer proceed with its post-install steps. In the end, the installer runs into bug 16876 (bug in property sheet control). 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 36630] New: Wizards Event Reporter fails on startup with .NET runtime reporting: 'Strong name validation failed. Exception from HRESULT: 0x8013141A'
by wine-bugs＠winehq.org March 19, 2021

March 19, 2021

https://bugs.winehq.org/show_bug.cgi?id=36630 Bug ID: 36630 Summary: Wizards Event Reporter fails on startup with .NET runtime reporting: 'Strong name validation failed. Exception from HRESULT: 0x8013141A' Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, reported in WineHQ user forums here: http://forum.winehq.org/viewtopic.php?f=8&t=22329 Prerequisite: 'winetricks -q dotnet20sp1 jet40' --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Wizards of the Coast/Event Reporter $ wine ./Reporter.exe fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime 2.0 Error Reporting"): stub fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x000003e8,(nil),0x0008,0x000000f4,0x3009a1b4,0x69c610): stub err:eventlog:ReportEventW L"reporter.exe" err:eventlog:ReportEventW L"4.1.14.439" err:eventlog:ReportEventW L"537a1f52" err:eventlog:ReportEventW L"kernel32.dll" err:eventlog:ReportEventW L"5.1.2600.2180" err:eventlog:ReportEventW L"00000000" err:eventlog:ReportEventW L"0" err:eventlog:ReportEventW L"0002ac57" fixme:advapi:DeregisterEventSource (0xcafe4242) stub ... Unhandled Exception: System.IO.FileLoadException: Could not load file or assembly 'Reporter, Version=4.1.14.439, Culture=neutral, PublicKeyToken=f6187a2321850a68' or one of its dependencies. Strong name validation failed. (Exception from HRESULT: 0x8013141A) File name: 'Reporter, Version=4.1.14.439, Culture=neutral, PublicKeyToken=f6187a2321850a68' ---> System.Security.SecurityException: Strong name validation failed. (Exception from HRESULT: 0x8013141A) The Zone of the assembly that failed was: MyComputer wine: Unhandled exception 0xe0434f4d in thread 9 at address 0x7b83ac57 (thread 0009), starting debugger... --- snip --- Running 'sn.exe' (Strong Name-Tool) from .NET Framework 2.0 SDK ('winetricks -q dotnet20sdk') on the assembly also reports failure: --- snip --- $ wine "C:\Program Files\Microsoft.NET\SDK\v2.0\bin\sn.exe" -vf ./Reporter.exe Microsoft (R) .NET Framework Strong Name Utility Version 2.0.50727.42 Copyright (c) Microsoft Corporation. All rights reserved. fixme:msvcrt:__clean_type_info_names_internal (0x60345090) stub Failed to verify assembly -- Strong name validation failed for assembly './Reporter.exe'. fixme:msvcrt:__clean_type_info_names_internal (0x7a38d5c8) stub --- snip --- Interestingly, registering the assembly for verification skipping is reported successful but verification is still done and fails in the end. --- snip --- $ wine "C:\Program Files\Microsoft.NET\SDK\v2.0\bin\sn.exe" -Vr ./Reporter.exe Microsoft (R) .NET Framework Strong Name Utility Version 2.0.50727.42 Copyright (c) Microsoft Corporation. All rights reserved. Verification entry added for assembly 'Reporter,F6187A2321850A68' fixme:msvcrt:__clean_type_info_names_internal (0x7a38d5c8) stub --- snip --- $ sha1sum ReporterSetup.exe 36a15e8bf2c9d1a1501fe3fd0844f695750e198c ReporterSetup.exe $ du -sh ReporterSetup.exe 14M ReporterSetup.exe $ wine --version wine-1.7.19-70-gd6a59f7 Regards -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 7

[Bug 40534] New: Advanced SystemCare: Error message at start-up (OFCommon.dll/FindWMIName)
by wine-bugs＠winehq.org March 19, 2021

March 19, 2021

https://bugs.winehq.org/show_bug.cgi?id=40534 Bug ID: 40534 Summary: Advanced SystemCare: Error message at start-up (OFCommon.dll/FindWMIName) Product: Wine Version: 1.9.8 Hardware: x86 URL: http://download.iobit.com/ OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: wmi&wbemprox Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com CC: hans(a)meelstraat.net Depends on: 26936 Distribution: Gentoo Created attachment 54359 --> https://bugs.winehq.org/attachment.cgi?id=54359 +tid,+seh,+wmi main thread ($9): 0512f591 +045 OFCommon.dll WMI_Info 21 +3 FindWMIName 0512f6a9 +061 OFCommon.dll WMI_Info 188 +7 GetDiskSerial 0514d7dc +068 OFCommon.dll OFCommon 292 +5 UpdateTaskInfo 0515065e +032 OFCommon.dll OFCommon 1735 +2 GetTaskTrailCount 00604ecd +06d ASC.exe Unit_MainForm 13942 +9 TForm_ASC6.GetLicenseStatus 0060cbd5 +015 ASC.exe Unit_MainForm 17156 +6 TForm_ASC6.FormCreate 501ef9e9 +011 vcl120.bpl Forms TCustomForm.AfterConstruction 00620a02 +04a ASC.exe ASC 127 +6 initialization 7bc8315a +24a ntdll.dll RtlCaptureStackBackTrace This is the next bug after working around bug 26936. Unfortunately this is an older version of the installer, I'm not aware of a download (didn't check archive.org though). austin(a)austin2:~$ sha1sum asc-setup.exe 8535ed1ab74d7b9547c7d47e75b9159076527253 asc-setup.exe austin(a)austin2:~$ wine --version wine-1.9.8 -- 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 26936] New: Advanced SystemCare: Error message at start-up
by wine-bugs＠winehq.org March 19, 2021

March 19, 2021

http://bugs.winehq.org/show_bug.cgi?id=26936 Summary: Advanced SystemCare: Error message at start-up Product: Wine Version: 1.3.18 Platform: x86 URL: http://download.iobit.com/asc-setup.exe OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Created an attachment (id=34357) --> (http://bugs.winehq.org/attachment.cgi?id=34357) Terminal output on wine-1.3.18-171-g1ffb069 Steps to reproduce: 1) remove ~/.wine 2) winetricks gecko 3) install Advanced SystemCare (default installation) 4) wine ASC.exe Behaviour: Error message. Expected behaviour: There should be no error message. Workaround: winetricks ie7 msxml3 Additional information: winetricks msxml3 doesn't solve the problem winetricks ie7 doesn't solve the problem Is this msxml bug then? -- 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 45979] New: Advanced SystemCare 6.4 needs 'SWbemPropertySet:: get__NewEnum' to iterate over 'Win32_PhysicalMedia' properties
by wine-bugs＠winehq.org March 19, 2021

March 19, 2021

https://bugs.winehq.org/show_bug.cgi?id=45979 Bug ID: 45979 Summary: Advanced SystemCare 6.4 needs 'SWbemPropertySet::get__NewEnum' to iterate over 'Win32_PhysicalMedia' properties Product: Wine Version: 3.18 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wmi&wbemprox Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 40534 Download: https://advanced-systemcare-free.en.uptodown.com/windows/download/49018 Prerequisite: workaround for bug 26936 ('winetricks -q comctl32') --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/IObit/Advanced SystemCare 6 $ WINEDEBUG=+tid,+seh,+relay,+wbemprox wine ./ASC.exe >>log.txt 2>&1 ... 002a:trace:wbemprox:wbem_services_ExecQuery 0x1ef4e0, L"WQL", L"SELECT * FROM Win32_PhysicalMedia", 0x00000011, (nil), 0x33f77c ... 002a:trace:wbemprox:grab_table returning 0x7ba6860c 002a:trace:wbemprox:parse_query wql_parse returned 0 ... 002a:trace:wbemprox:EnumWbemClassObject_create 0x33f77c ... 002a:trace:wbemprox:EnumWbemClassObject_create returning iface 0x1efb98 ... 002a:trace:wbemprox:enum_class_object_Skip 0x1efb98, -1, 1 002a:trace:wbemprox:enum_class_object_Skip 0x1efb98, -1, 1 002a:trace:wbemprox:enum_class_object_Reset 0x1efb98 ... 002a:trace:wbemprox:enum_class_object_Clone 0x1efb98, 0x33f7fc 002a:trace:wbemprox:EnumWbemClassObject_create 0x33f7fc ... 002a:trace:wbemprox:EnumWbemClassObject_create returning iface 0x1efbc8 ... 002a:trace:wbemprox:enum_class_object_Next 0x1efbc8, -1, 1, 0x33f7e4, 0x33f7e8 002a:trace:wbemprox:create_class_object L"Win32_PhysicalMedia", 0x33f7e4 ... 002a:trace:wbemprox:create_class_object returning iface 0x1efbf8 ... 002a:trace:wbemprox:class_object_Get 0x1efbf8, L"__PROPERTY_COUNT", 00000000, 0x33f7f0, (nil), (nil) 002a:fixme:wbemdisp:propertyset_get__NewEnum 002a:Call ole32.GetErrorInfo(00000000,0033f820) ret=0527c946 002a:Ret ole32.GetErrorInfo() retval=00000001 ret=0527c946 002a:Call KERNEL32.FormatMessageW(00003200,00000000,80004001,00000000,0033f564,00000100,00000000) ret=0522136c 002a:Ret KERNEL32.FormatMessageW() retval=00000000 ret=0522136c 002a:Call user32.LoadStringW(051c0000,0000ff1d,0033d75c,00001000) ret=051c8996 002a:Ret user32.LoadStringW() retval=0000000e ret=051c8996 002a:Call KERNEL32.RaiseException(0eedfade,00000001,00000007,0033f7d4) ret=0527f336 002a:trace:seh:raise_exception code=eedfade flags=1 addr=0x7b43c81b ip=7b43c81b tid=002a 002a:trace:seh:raise_exception info[0]=0527f336 002a:trace:seh:raise_exception info[1]=053e8510 002a:trace:seh:raise_exception info[2]=80004001 002a:trace:seh:raise_exception info[3]=0527f336 002a:trace:seh:raise_exception info[4]=0033f904 002a:trace:seh:raise_exception info[5]=0033f824 002a:trace:seh:raise_exception info[6]=0033f7f0 002a:trace:seh:raise_exception eax=7b4298b1 ebx=00000018 ecx=0033f724 edx=0033f7d4 esi=0033f824 edi=0033f7a0 002a:trace:seh:raise_exception ebp=0033f778 esp=0033f704 cs=7bcf0023 ds=33002b es=f7b9002b fs=f7b90063 gs=f7b9006b flags=00000212 002a:trace:seh:call_stack_handlers calling handler at 0x527ca00 code=eedfade flags=1 002a:trace:seh:call_stack_handlers handler at 0x527ca00 returned 1 002a:trace:seh:call_stack_handlers calling handler at 0x527f403 code=eedfade flags=1 002a:trace:seh:__regs_RtlUnwind code=eedfade flags=3 002a:trace:seh:__regs_RtlUnwind eax=00000000 ebx=0033f360 ecx=0527f336 edx=0033f830 esi=0033f830 edi=0033f710 002a:trace:seh:__regs_RtlUnwind ebp=0033f378 esp=0033f32c eip=051c4934 cs=0023 ds=002b fs=0063 gs=006b flags=00000246 002a:trace:seh:__regs_RtlUnwind calling handler at 0x7bc81810 code=eedfade flags=3 002a:trace:seh:__regs_RtlUnwind handler at 0x7bc81810 returned 1 002a:trace:seh:__regs_RtlUnwind calling handler at 0x527ca00 code=eedfade flags=3 002a:trace:seh:__regs_RtlUnwind handler at 0x51c4b90 returned 1 002a:Call KERNEL32.MultiByteToWideChar(0000fde9,00000000,0527c1bb "EOleException\xb0\x04\x02",0000000d,053e854c,0000000e) ret=051c8551 002a:Ret KERNEL32.MultiByteToWideChar() retval=0000000d ret=051c8551 ... --- snip --- $ sha1sum advanced-systemcare-free-6-4-0-es-en-br-fr-de-it-win.exe 8535ed1ab74d7b9547c7d47e75b9159076527253 advanced-systemcare-free-6-4-0-es-en-br-fr-de-it-win.exe $ du -sh advanced-systemcare-free-6-4-0-es-en-br-fr-de-it-win.exe 23M advanced-systemcare-free-6-4-0-es-en-br-fr-de-it-win.exe $ wine --version wine-3.18 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 2

[Bug 46149] New: Multiple applications need ntdll.dll.RtlIpv4StringToAddress{A,W,ExA, ExW} implementation (Processhacker 2.x)
by wine-bugs＠winehq.org March 19, 2021

March 19, 2021

https://bugs.winehq.org/show_bug.cgi?id=46149 Bug ID: 46149 Summary: Multiple applications need ntdll.dll.RtlIpv4StringToAddress{A,W,ExA,ExW} implementation (Processhacker 2.x) Product: Wine Version: 3.20 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, needed for some tools like 'processhacker' (via plugins-extra) and/or Win Vista+ native wininet (attempt to prove bug 45847). --- snip --- ... 0059:fixme:ntdll:RtlIpv4StringToAddressExW (L"origin.*", 1, 0x7d4fd50, 0x7d4fd4e): stub 0059:fixme:ntdll:RtlIpv6StringToAddressExW (L"origin.*", 0x7d4fd54, 0x7d4fd64, 0x7d4fd4e): stub ... 0059:fixme:ntdll:RtlIpv4StringToAddressExW (L"origin.warframe.com", 1, 0x7d4fd24, 0x7d4fd22): stub 0059:fixme:ntdll:RtlIpv6StringToAddressExW (L"origin.warframe.com", 0x7d4fd28, 0x7d4fd38, 0x7d4fd22): stub ... 0059:trace:seh:raise_exception code=80000100 flags=1 addr=0x7bc53371 ip=7bc53371 tid=0059 0059:trace:seh:raise_exception info[0]=63184658 0059:trace:seh:raise_exception info[1]=63186020 wine: Call from 0x7bc53371 to unimplemented function ntdll.dll.RtlIpv4StringToAddressExA, aborting 0059:trace:seh:call_stack_handlers calling handler at 0x48b6cc code=80000100 flags=1 0059:trace:seh:call_stack_handlers handler at 0x48b6cc returned 1 0059:trace:seh:call_stack_handlers calling handler at 0x4620a0 code=80000100 flags=1 0059:trace:seh:call_stack_handlers handler at 0x4620a0 returned 1 0059:trace:seh:call_stack_handlers calling handler at 0x7bca6fa0 code=80000100 flags=1 wine: Unimplemented function ntdll.dll.RtlIpv4StringToAddressExA called at address 0x7bc53371 (thread 0059), starting debugger... ... --- snip --- Process hacker plugins-extra: https://github.com/processhacker/plugins-extra/blob/master/FirewallMonitorP… https://github.com/processhacker/plugins-extra/blob/master/FirewallMonitorP… Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntdll/ntdll.spec --- snip --- 732 @ stdcall RtlIpv4AddressToStringA(ptr ptr) 733 @ stdcall RtlIpv4AddressToStringExA(ptr long ptr ptr) 734 @ stdcall RtlIpv4AddressToStringExW(ptr long ptr ptr) 735 @ stdcall RtlIpv4AddressToStringW(ptr ptr) 736 # @ stub RtlIpv4StringToAddressA 737 # @ stub RtlIpv4StringToAddressExA 738 @ stdcall RtlIpv4StringToAddressExW(wstr long ptr ptr) 739 @ stdcall RtlIpv4StringToAddressW(wstr long ptr ptr) 740 # @ stub RtlIpv6AddressToStringA 741 # @ stub RtlIpv6AddressToStringExA 742 # @ stub RtlIpv6AddressToStringExW 743 # @ stub RtlIpv6AddressToStringW 744 # @ stub RtlIpv6StringToAddressA 745 # @ stub RtlIpv6StringToAddressExA 746 @ stdcall RtlIpv6StringToAddressExW(wstr ptr ptr ptr) 747 # @ stub RtlIpv6StringToAddressW --- snip --- https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntdll/rtl.c#l897 https://source.winehq.org/git/wine.git/commitdiff/71e04aaa38b35ab1607962ad3… Looks pretty inconsistent. There is no pattern between Ipv4, Ipv6 and/or A/W ExA/ExW pairs of the API recognizable here. Some are auto-generated stubs, some are stubs, some are simply not present (commented out). The Ipv4 string <-> address functions are not very hard to implement. Wine tests for this family of functions were added some time ago via Wine-Staging: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntdll/tests/rtl.c#l1… * https://docs.microsoft.com/en-us/windows/desktop/api/ip2string/nf-ip2string… * https://docs.microsoft.com/en-us/windows/desktop/api/ip2string/nf-ip2string… 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 45175] New: Icinga 2 'check_ping' tool with IPv4 address/ host crashes due to ntdll.RtlIpv4StringToAddressW stub
by wine-bugs＠winehq.org March 19, 2021

March 19, 2021

https://bugs.winehq.org/show_bug.cgi?id=45175 Bug ID: 45175 Summary: Icinga 2 'check_ping' tool with IPv4 address/host crashes due to ntdll.RtlIpv4StringToAddressW stub Product: Wine Version: 3.7 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, the stub was added here: https://source.winehq.org/git/wine.git/commitdiff/71e04aaa38b35ab1607962ad3… https://github.com/Icinga/icinga2 --- quote --- Icinga 2 is an open source monitoring system which checks the availability of your network resources, notifies users of outages, and generates performance data for reporting. --- quote --- Download: http://packages.icinga.com/windows/Icinga2-v2.8.4-x86.msi --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files (x86)/ICINGA2/sbin $ WINEDEBUG=+seh,+relay,+ntdll wine ./check_ping.exe --host www.google.com >>log.txt 2>&1 ... 008f:Call ws2_32.GetAddrInfoW(004a2818 L"www.google.com",00000000,0032fb0c,0032fb2c) ret=00419d0a ... 008f:Ret ws2_32.GetAddrInfoW() retval=00000000 ret=00419d0a 008f:Call ws2_32.InetNtopW(00000002,0015d9ac,0032fb30,0000002e) ret=00419d5f 008f:Call KERNEL32.MultiByteToWideChar(00000000,00000000,0032fa3f "172.217.21.228",ffffffff,0032fb30,0000002e) ret=7e59bde3 008f:Ret KERNEL32.MultiByteToWideChar() retval=0000000f ret=7e59bde3 008f:Ret ws2_32.InetNtopW() retval=0032fb30 ret=00419d5f ... 008f:Call ntdll.RtlIpv4StringToAddressW(004a2840 L"172.217.21.228",00000001,0032fba8,0032fba4) ret=00414d82 008f:fixme:ntdll:RtlIpv4StringToAddressW (L"172.217.21.228", 1, 0x32fba8, 0x32fba4): stub 008f:Ret ntdll.RtlIpv4StringToAddressW() retval=c0000002 ret=00414d82 008f:trace:seh:raise_exception code=c0000005 flags=0 addr=0x414db5 ip=00414db5 tid=008f 008f:trace:seh:raise_exception info[0]=00000000 008f:trace:seh:raise_exception info[1]=00000001 008f:trace:seh:raise_exception eax=00000001 ebx=00000000 ecx=0032fba8 edx=7bd0d548 esi=0032fe30 edi=00000000 008f:trace:seh:raise_exception ebp=0032fbb4 esp=0032fb78 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010297 008f:trace:seh:call_stack_handlers calling handler at 0x462aa6 code=c0000005 flags=0 008f:trace:seh:call_stack_handlers handler at 0x462aa6 returned 1 008f:trace:seh:call_stack_handlers calling handler at 0x45ce91 code=c0000005 flags=0 ... Backtrace: =>0 0x00414db5 in check_ping (+0x14db5) (0x0032fbb4) 1 0x0041ae23 in check_ping (+0x1ae22) (0x0032fe68) 2 0x0045c6f5 in check_ping (+0x5c6f4) (0x0032feb0) 3 0x7b46d860 call_process_entry+0xb() in kernel32 (0x0032fec8) 4 0x7b46d99b start_process+0x12c(entry=<couldn't compute location>, peb=<couldn't compute location>) [/home/focht/projects/wine/mainline-src/dlls/kernel32/process.c:1099] in kernel32 (0x0032ffd8) 5 0x7b46d86e start_process_wrapper+0x9() in kernel32 (0x0032ffec) 0x00414db5: cmpw %bx,0x0(%eax) Modules: Module Address Debug info Name (66 modules) PE 400000- 49c000 Export check_ping ELF 7b400000-7b7f3000 Dwarf kernel32<elf> \-PE 7b420000-7b7f3000 \ kernel32 ELF 7bc00000-7bd0e000 Deferred ntdll<elf> \-PE 7bc30000-7bd0e000 \ ntdll ... Threads: process tid prio (all id:s are in hex) ... 0000008e (D) C:\Program Files (x86)\ICINGA2\sbin\check_ping.exe 0000008f 0 <== ... --- snip --- Source: https://github.com/Icinga/icinga2/blob/5bd69b4a490b77ac5c3bf748606d4fffb9b3… --- snip --- static int check_ping4(const printInfoStruct& pi, response& response) { if (l_Debug) std::wcout << L"Parsing ip address" << '\n'; in_addr ipDest4; LPCWSTR term; if (RtlIpv4StringToAddress(pi.ip.c_str(), TRUE, &term, &ipDest4) == STATUS_INVALID_PARAMETER) { std::wcout << pi.ip << " is not a valid ip address\n"; return 3; } if (*term != L'\0') { std::wcout << pi.ip << " is not a valid ip address\n"; return 3; } .... --- snip --- $ sha1sum Icinga2-v2.8.4-x86.msi 5bd6dfdd5e437ef12e20b580a2745564055a0ea3 Icinga2-v2.8.4-x86.msi $ du -sh Icinga2-v2.8.4-x86.msi 28M Icinga2-v2.8.4-x86.msi $ wine --version wine-3.7-156-g6d6b4bffb3 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 5

[Bug 45798] New: NVIDIA GeForce Experience 3.x installer fails due to missing support for 'WinHttpSetOption( ..., WINHTTP_OPTION_RECEIVE_RESPONSE_TIMEOUT, ...)'
by wine-bugs＠winehq.org March 19, 2021

March 19, 2021

https://bugs.winehq.org/show_bug.cgi?id=45798 Bug ID: 45798 Summary: NVIDIA GeForce Experience 3.x installer fails due to missing support for 'WinHttpSetOption( ..., WINHTTP_OPTION_RECEIVE_RESPONSE_TIMEOUT, ...)' Product: Wine Version: 3.15 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: winhttp Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 45797 --- snip --- $ WINEDEBUG=+seh,+relay,+msi,+winhttp wine ./setup.exe >>log.txt 2>&1 ... 0047:Call KERNEL32.OutputDebugStringW(02e1d648 L" 20.201 | INFO: [NVI2.Telemetry] 1293(a)CTelemetry::UploadData : Sending request to \"https://telemetry.nvidia.com/installer-telemetry\". \n") ret=1003cbe7 ... 0047:Call winhttp.WinHttpOpen(10378b9c L"NVIDIA Installer v2.1002.291.0",00000000,00000000,00000000,00000000) ret=10286886 ... 0047:Ret winhttp.WinHttpOpen() retval=00000001 ret=10286886 0047:Call winhttp.WinHttpCrackUrl(02e099d0 L"https://telemetry.nvidia.com/installer-telemetry",00000030,00000000,02e09968) ret=102868e5 ... 0047:Call winhttp.WinHttpConnect(00000001,02dd2cd0 L"telemetry.nvidia.com",000001bb,00000000) ret=102869a3 0047:trace:winhttp:WinHttpConnect 0x1, L"telemetry.nvidia.com", 443, 0 ... 0047:trace:winhttp:WinHttpConnect returning 0x2 0047:Ret winhttp.WinHttpConnect() retval=00000002 ret=102869a3 ... 0047:Call winhttp.WinHttpOpenRequest(00000002,10378cd0 L"POST",02e09a08 L"/installer-telemetry",00000000,00000000,00000000,00800000) ret=10287f23 0047:trace:winhttp:WinHttpOpenRequest 0x2, L"POST", L"/installer-telemetry", (null), (null), (nil), 0x00800000 ... 0047:Ret winhttp.WinHttpOpenRequest() retval=00000003 ret=10287f23 ... 0047:Call winhttp.WinHttpSetOption(00000003,00000003,02d78480,00000004) ret=102883c6 0047:trace:winhttp:WinHttpSetOption 0x3, 3, 0x2d78480, 4 0047:trace:winhttp:addref_object 0x2e20a50 -> refcount = 2 0047:trace:winhttp:grab_object handle 0x3 -> 0x2e20a50 0047:trace:winhttp:release_object object 0x2e20a50 refcount = 1 0047:Ret winhttp.WinHttpSetOption() retval=00000001 ret=102883c6 0047:Call winhttp.WinHttpSetOption(00000003,00000006,02d78484,00000004) ret=102883c6 0047:trace:winhttp:WinHttpSetOption 0x3, 6, 0x2d78484, 4 0047:trace:winhttp:addref_object 0x2e20a50 -> refcount = 2 0047:trace:winhttp:grab_object handle 0x3 -> 0x2e20a50 0047:trace:winhttp:release_object object 0x2e20a50 refcount = 1 0047:Ret winhttp.WinHttpSetOption() retval=00000001 ret=102883c6 0047:Call winhttp.WinHttpSetOption(00000003,00000007,02d78488,00000004) ret=102883c6 0047:trace:winhttp:WinHttpSetOption 0x3, 7, 0x2d78488, 4 0047:trace:winhttp:addref_object 0x2e20a50 -> refcount = 2 0047:trace:winhttp:grab_object handle 0x3 -> 0x2e20a50 0047:fixme:winhttp:request_set_option unimplemented option 7 0047:trace:winhttp:release_object object 0x2e20a50 refcount = 1 0047:Ret winhttp.WinHttpSetOption() retval=00000000 ret=102883c6 0047:Call KERNEL32.GetLastError() ret=1028844d 0047:Ret KERNEL32.GetLastError() retval=00002ee9 ret=1028844d ... 0047:Call KERNEL32.RaiseException(e06d7363,00000001,00000003,00e6fa54) ret=102c4338 0047:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b4473c3 ip=7b4473c3 tid=0047 0047:trace:seh:raise_exception info[0]=19930520 0047:trace:seh:raise_exception info[1]=00e6fa70 0047:trace:seh:raise_exception info[2]=10489b00 0047:trace:seh:raise_exception eax=7b435899 ebx=00e6fa70 ecx=00000000 edx=00e6fa34 esi=00e6fa34 edi=00e6fa00 0047:trace:seh:raise_exception ebp=00e6f9d8 esp=00e6f974 cs=e60023 ds=6332002b es=e6002b fs=f7bd0063 gs=e7006b flags=00000216 0047:trace:seh:call_stack_handlers calling handler at 0x10369098 code=e06d7363 flags=1 ... 0047:Call KERNEL32.OutputDebugStringW(02e1d648 L" 20.203 | WARNING: [NVI2.Telemetry] 1260(a)CTelemetry::SendTelemetry : Ignoring exception Exception {0x80072ee9; File: Url.cpp; Line: 504; WinHttpSetOption failed.}. \n") ret=1003cbe7 ... --- snip --- Installer log: --- snip --- ... 20.213 | INFO: [NVI2.NVInstaller] 4990(a)CNVInstaller::GetOverallDownloadSize : Package "MSVCRuntime2017" has URL "http://download-cdn.gfe.nvidia.com/packages/vcredist/4be642f2-cc77-4d46-a24…". 20.215 | ERROR: [NVI2.InstallThread] 54(a)CInstallThread::ThreadProc : Install failed - Exception {0x80072ee9; File: Url.cpp; Line: 504; WinHttpSetOption failed.} - going to fail state. 20.218 | INFO: [NVI2.NVInstaller] 3820(a)CNVInstaller::InternalProcessFinalStatus : Calling all extensions to process final status -2147012887. ... --- snip --- Microsoft Docs: https://docs.microsoft.com/en-us/windows/desktop/winhttp/option-flags Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/winhttp/session.c#l8… --- snip --- 847 static BOOL request_set_option( object_header_t *hdr, DWORD option, LPVOID buffer, DWORD buflen ) 848 { 849 request_t *request = (request_t *)hdr; 850 851 switch (option) 852 { 853 case WINHTTP_OPTION_PROXY: 854 { 855 WINHTTP_PROXY_INFO *pi = buffer; 856 857 FIXME("%u %s %s\n", pi->dwAccessType, debugstr_w(pi->lpszProxy), debugstr_w(pi->lpszProxyBypass)); 858 return TRUE; 859 } ... 992 case WINHTTP_OPTION_CONNECT_RETRIES: 993 FIXME("WINHTTP_OPTION_CONNECT_RETRIES\n"); 994 return TRUE; 995 default: 996 FIXME("unimplemented option %u\n", option); 997 set_last_error( ERROR_WINHTTP_INVALID_OPTION ); 998 return FALSE; 999 } 1000 } --- snip --- With the option supported, the installer is able to download MS VC++ 2017 runtime package. $ sha1sum GeForce_Experience_v3.14.1.48.exe 67f7326ce6d328b0f5384bcb8a7a6eb7cde6efc5 GeForce_Experience_v3.14.1.48.exe $ du -sh GeForce_Experience_v3.14.1.48.exe 84M GeForce_Experience_v3.14.1.48.exe $ wine --version wine-3.15-97-g58338eac8b 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 4