June 2021 - Wine-Bugs - list.winehq.org

[Bug 39508] New: OneDrive for Business installer reports failure to decode 'Owner Rights' SID 'S-1-3-4' in Win8 mode
by wine-bugs＠winehq.org July 23, 2021

July 23, 2021

https://bugs.winehq.org/show_bug.cgi?id=39508 Bug ID: 39508 Summary: OneDrive for Business installer reports failure to decode 'Owner Rights' SID 'S-1-3-4' in Win8 mode Product: Wine Version: 1.7.53 Hardware: x86-64 OS: Linux Status: NEW Severity: enhancement Priority: P2 Component: advapi32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, found during other investigations. Not critical though, the installer catches the C++ exception (log). --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Microsoft Office 15/ClientX86 $ WINEDEBUG=+tid,+seh,+relay wine ./officeclicktorun.exe >>log.txt 2>&1 ... 0022:Call advapi32.ConvertStringSecurityDescriptorToSecurityDescriptorW(005d2330 L"D:(A;;GRGWGX;;;WD)(A;;GRGWGX;;;RC)(A;;GA;;;BA)(A;;GA;;;OW)(A;;GR;;;AC)S:(ML;OICI;NW;;;LW)",00000001,0033ef88,00000000) ret=004b4f58 0022:fixme:advapi:ParseStringSidToSid String constant not supported: L"OW" 0022:Ret advapi32.ConvertStringSecurityDescriptorToSecurityDescriptorW() retval=00000000 ret=004b4f58 0022:Call KERNEL32.GetLastError() ret=004b4f64 0022:Ret KERNEL32.GetLastError() retval=00000538 ret=004b4f64 0022:Call KERNEL32.GetLastError() ret=004b4f79 0022:Ret KERNEL32.GetLastError() retval=00000538 ret=004b4f79 ... 0022:Call msvcr100.wcsncpy_s(0033e848,00000100,005e6d60 L"failed to create security descriptor from string D:(A;;GRGWGX;;;WD)(A;;GRGWGX;;;RC)(A;;GA;;;BA)(A;;GA;;;OW)(A;;GR;;;AC)S:(ML;OICI;NW;;;LW), error = 1336",ffffffff) ret=004b5031 0022:Ret msvcr100.wcsncpy_s() retval=00000000 ret=004b5031 ... 0022:Call msvcr100._CxxThrowException(0033ebcc,00547e64) ret=004b4fa7 0022:Call KERNEL32.RaiseException(e06d7363,00000001,00000003,0033e7c4) ret=7e79c928 0022:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b845f21 ip=7b845f21 tid=0022 0022:trace:seh:raise_exception info[0]=19930520 0022:trace:seh:raise_exception info[1]=0033ebcc 0022:trace:seh:raise_exception info[2]=00547e64 0022:trace:seh:raise_exception eax=7b832cbd ebx=00000000 ecx=0000000c edx=0033e714 esi=0033e7c0 edi=0033e780 0022:trace:seh:raise_exception ebp=0033e758 esp=0033e6f4 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000202 0022:trace:seh:call_stack_handlers calling handler at 0x5333d5 code=e06d7363 flags=1 0022:trace:seh:call_stack_handlers handler at 0x5333d5 returned 1 0022:trace:seh:call_stack_handlers calling handler at 0x535c6d code=e06d7363 flags=1 0022:trace:seh:call_stack_handlers handler at 0x535c6d returned 1 ... --- snip --- MSDN: https://msdn.microsoft.com/en-us/library/cc230374.aspx ("SDDL -> 2.5.1.1 Syntax") --- quote --- SDDL alias | Well-Known SID name ... "OW" | OWNER_RIGHTS ... --- quote --- --- quote --- SID: S-1-3-4 Name: Owner Rights Description: A group that represents the current owner of the object. When an ACE that carries this SID is applied to an object, the system ignores the implicit READ_CONTROL and WRITE_DAC permissions for the object owner. --- quote --- $ sha1sum Setup.x86.en-us_GrooveRetail_3V9N8-W93CC-FQPB8-Y9WVF-TVGJ3_TX_PR_.exe ddf02801b54227849886ef9a2767a1155f87a9ef Setup.x86.en-us_GrooveRetail_3V9N8-W93CC-FQPB8-Y9WVF-TVGJ3_TX_PR_.exe $ du -sh Setup.x86.en-us_GrooveRetail_3V9N8-W93CC-FQPB8-Y9WVF-TVGJ3_TX_PR_.exe 1.1M Setup.x86.en-us_GrooveRetail_3V9N8-W93CC-FQPB8-Y9WVF-TVGJ3_TX_PR_.exe $ wine --version wine-1.7.53-156-gf8d78b0 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 11

[Bug 38510] New: STDU viewer crashes on opening file
by wine-bugs＠winehq.org July 23, 2021

July 23, 2021

https://bugs.winehq.org/show_bug.cgi?id=38510 Bug ID: 38510 Summary: STDU viewer crashes on opening file Product: Wine Version: 1.7.38 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: grendal74.geo(a)yahoo.com Distribution: --- Created attachment 51375 --> https://bugs.winehq.org/attachment.cgi?id=51375 crash log STDU (Scientific and Technical Documentation Utility) Viewer is intended to combine a variety of document, text, and graphics format viewers into one. The program includes a modern tabbed interface, search, rotate, thumbnail view, etc. The program can also export pages to an image file, create bookmarks, and more. http://www.portablefreeware.com/index.php?id=2045 It crashes when I open a pdf file. Have not tried other formats. -- 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 39161] New: Live Help Messenger Desktop v3.0 (.NET 4.5 app) crashes on startup (needs support for Win7+ Shell '{77f10cf0-3db5-4966-b520-b7c54fd35ed6}' ICustomDestinationList, Taskbar JumpList)
by wine-bugs＠winehq.org July 23, 2021

July 23, 2021

https://bugs.winehq.org/show_bug.cgi?id=39161 Bug ID: 39161 Summary: Live Help Messenger Desktop v3.0 (.NET 4.5 app) crashes on startup (needs support for Win7+ Shell '{77f10cf0-3db5-4966-b520-b7c54fd35ed6}' ICustomDestinationList, Taskbar JumpList) Product: Wine Version: 1.7.50 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, reported in WineHQ forums: https://forum.winehq.org/viewtopic.php?f=8&t=25155 Prerequisite: 'winetricks -q dotnet40' and .NET Framework 4.5 (without 'winetricks' to avoid more installer dependencies) Terminal output: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Stardevelop Pty Ltd/Chatstack $ wine ./LiveMessengerDesktop.exe ... fixme:shell:SetCurrentProcessExplicitAppUserModelID L"Stardevelop.LiveHelp": stub fixme:shell:GetCurrentProcessExplicitAppUserModelID 0x33e944: stub err:ole:CoGetClassObject class {77f10cf0-3db5-4966-b520-b7c54fd35ed6} not registered err:ole:create_server class {77f10cf0-3db5-4966-b520-b7c54fd35ed6} not registered fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported err:ole:CoGetClassObject no class object {77f10cf0-3db5-4966-b520-b7c54fd35ed6} could be created for context 0x15 fixme:wer:WerRegisterFile (L"C:\\users\\focht\\Application Data\\stardevelop.com\\Live Help\\Log\\Error.txt", 2, 2) stub! fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime"): stub fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x00000402,(nil),0x0001,0x00000000,0x33d998,(nil)): stub err:eventlog:ReportEventW L"Application: LiveMessengerDesktop.exe\nFramework Version: v4.0.30319\nDescription: The process was terminated due to an unhandled exception.\nException Info: System.Runtime.InteropServices.COMException\nStack:\n at MS.Internal.Threading.ExceptionFilterHelper.TryCatchWhen(System.Object, System.Deleg"... fixme:advapi:DeregisterEventSource (0xcafe4242) stub Unhandled Exception: System.Runtime.InteropServices.COMException: Retrieving the COM class factory for component with CLSID {77F10CF0-3DB5-4966-B520-B7C54FD35ED6} failed due to the following error: 80040154 Exception from HRESULT: 0x80040154 (REGDB_E_CLASSNOTREG). at LiveHelp.WindowsAPI.Shell.Taskbar.JumpList..ctor(String appID) at LiveHelp.WindowsAPI.Shell.Taskbar.Taskbar.get_JumpList() at LiveHelp.LiveHelpWindow..ctor() at LiveHelp.LiveHelpWindow.get_Instance() at LiveHelp.Application.a(Object A_0, StartupEventArgs A_1) at System.Windows.Application.OnStartup(StartupEventArgs e) at System.Windows.Application.<.ctor>b__1(Object unused) 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.DispatcherOperation.InvokeImpl() at System.Windows.Threading.DispatcherOperation.InvokeInSecurityContext(Object state) at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx) at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx) at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state) at System.Windows.Threading.DispatcherOperation.Invoke() at System.Windows.Threading.Dispatcher.ProcessQueue() 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.LegacyInvokeImpl(DispatcherPriority priority, TimeSpan timeout, Delegate method, Object args, Int32 numArgs) at MS.Win32.HwndSubclass.SubclassWndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam) at MS.Win32.UnsafeNativeMethods.DispatchMessage(MSG& msg) at System.Windows.Threading.Dispatcher.PushFrameImpl(DispatcherFrame frame) at System.Windows.Threading.Dispatcher.PushFrame(DispatcherFrame frame) at System.Windows.Application.RunDispatcher(Object ignore) at System.Windows.Application.RunInternal(Window window) at System.Windows.Application.Run(Window window) at LiveHelp.Application.Main() wine: Unhandled exception 0xe0434352 in thread 9 at address 0x7b845d61 (thread 0009), starting debugger... --- snip --- '{77f10cf0-3db5-4966-b520-b7c54fd35ed6}' -> 'CLSID_DestinationList' ILSpy: --- snip --- using System; using System.Runtime.CompilerServices; using System.Runtime.InteropServices; namespace LiveHelp.WindowsAPI.Shell.Taskbar { [ClassInterface, Guid("77F10CF0-3DB5-4966-B520-B7C54FD35ED6")] [ComImport] internal class CDestinationList { [MethodImpl(4096)] public extern CDestinationList(); } } --- snip --- --- snip --- namespace LiveHelp.WindowsAPI.Shell.Taskbar { // LiveHelp.WindowsAPI.Shell.Taskbar.JumpList public class JumpList { ... internal JumpList(string appID) { this.customDestinationList = (ICustomDestinationList)new CDestinationList(); this.AppID = appID; } ... --- snip --- MSDN: https://msdn.microsoft.com/en-us/library/windows/desktop/dd378460%28v=vs.85… $ sha1sum Setup.exe c719ec86e57e64ed64e9009478c134eb5e4c68ca Setup.exe $ du -sh Setup.exe 22M Setup.exe $ wine --version wine-1.7.50-53-gbdaa571c5 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 46057] New: Multiple applications need 'ntdll.NtQueryInformationToken ' to support 'TokenVirtualizationEnabled' (24) info class ( Blizzard Battle.net)
by wine-bugs＠winehq.org July 23, 2021

July 23, 2021

https://bugs.winehq.org/show_bug.cgi?id=46057 Bug ID: 46057 Summary: Multiple applications need 'ntdll.NtQueryInformationToken' to support 'TokenVirtualizationEnabled' (24) info class (Blizzard Battle.net) Product: Wine Version: 3.19 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, to track: https://www.winehq.org/pipermail/wine-devel/2018-October/thread.html#134139 https://source.winehq.org/patches/data/153194 Not sure about the criticality as no further information was provided with the patch. Searching for "Unhandled Token Information class 24" ('TokenVirtualizationEnabled') reveals Blizzard Battle.net but that err is most likely harmless. --- snip --- err:ntdll:NtQueryInformationToken Unhandled Token Information class 24! --- snip --- Some resources: https://stackoverflow.com/questions/3505295/create-process-with-fs-virtuali… https://github.com/adrianoc/BlogCode/blob/master/DYK%20II%20-%20FileSystemV… $ wine --version wine-3.19 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 37639] New: AlphaShadow v1.2 (.NET 4.0 app) crashes on unimplemented function vssapi.dll.?CreateVssBackupComponents@@YGJPAPAVIVssBackupComponents@@@Z
by wine-bugs＠winehq.org July 23, 2021

July 23, 2021

https://bugs.winehq.org/show_bug.cgi?id=37639 Bug ID: 37639 Summary: AlphaShadow v1.2 (.NET 4.0 app) crashes on unimplemented function vssapi.dll.?CreateVssBackupComponents@@YGJPAPAVIVssBac kupComponents@@@Z Product: Wine Version: 1.7.31 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 37599 Prerequisite: 'winetricks -q dotnet40' --- snip --- $ pwd /home/focht/Downloads/AlphaVSS-1.2.4000.3/Bin/Release $ wine ./AlphaShadow.exe ... AlphaShadow v1.2 - AlphaVSS Volume Shadow Copy Library Sample Client Copyright c Peter Palotas 2008-2012 ... AlphaShadow query Lists information about shadow copies in the system. AlphaShadow create Creates a shadow set on the specified volume(s). AlphaShadow lws List writer status AlphaShadow lwm List writer metadata AlphaShadow delete Deletes one or more shadow copies on the system. AlphaShadow revert Revert a volume to the specified shadow copy. AlphaShadow expose Exposes a shadow copy locally or as a share. AlphaShadow import Imports a transportable shadow copy. AlphaShadow restore Restore based on a previously-generated Backup Components document --- snip --- --- snip --- $ wine ./AlphaShadow.exe lws ... fixme:shell:URL_ParseUrl failed to parse L"AlphaVSS.Common" fixme:shell:URL_ParseUrl failed to parse L"System.Core" fixme:shell:URL_ParseUrl failed to parse L"System.EnterpriseServices" AlphaShadow v1.2 - AlphaVSS Volume Shadow Copy Library Sample Client Copyright c Peter Palotas 2008-2012 fixme:shell:URL_ParseUrl failed to parse L"System" Final context: 0 fixme:shell:URL_ParseUrl failed to parse L"AlphaVSS.51.x86" wine: Call from 0x7b83b1d3 to unimplemented function vssapi.dll.?CreateVssBackupComponents@@YGJPAPAVIVssBackupComponents@@@Z, aborting fixme:advapi:RegisterTraceGuidsW (0x9705b2, (nil), {8e9f5090-2d75-4d03-8a81-e5afbf85daf1}, 1, 0x33cf1c, (null), (null), 0xccf168): stub Error: External component has thrown an exception. --- snip --- $ sha1sum AlphaVSS-1.2.4000.3.zip d465732a6a8909bde092d6a8ce3961086a5a57d4 AlphaVSS-1.2.4000.3.zip $ du -sh AlphaVSS-1.2.4000.3.zip 5.4M AlphaVSS-1.2.4000.3.zip $ wine --version wine-1.7.31-154-g871fc4a 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 9

[Bug 45560] New: Windows Sysinternals 'psping' v2.x tool, part of 'PsTools ' crashes when trying to ping host (needs 'iphlpapi.ParseNetworkString')
by wine-bugs＠winehq.org July 23, 2021

July 23, 2021

https://bugs.winehq.org/show_bug.cgi?id=45560 Bug ID: 45560 Summary: Windows Sysinternals 'psping' v2.x tool, part of 'PsTools' crashes when trying to ping host (needs 'iphlpapi.ParseNetworkString') Product: Wine Version: 3.13 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: iphlpapi Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/pstools $ wine ./psping -? i PsPing v2.10 - PsPing - ping, latency, bandwidth measurement utility Copyright (C) 2012-2016 Mark Russinovich Sysinternals - www.sysinternals.com ICMP ping usage: psping [-t|-n count[s]] [-i interval] [-w count] [-q] [-h [buckets|val1,val2,...]] [-l requestsize[k]] [-6|-4] destination -t Ping until stopped with Ctrl+C and type Ctrl+Break for statistics. -n Number of pings or append 's' to specify seconds e.g. '10s'. -i Interval in seconds. Specify 0 for fast ping. -w Warmup with the specified number of iterations (default is 1). -q Don't output during pings. -h Print histogram (default bucket count is 20). If you specify a single argument, it's interpreted as a bucket count and the histogram will contain that number of buckets covering the entire time range of values. Specify a comma-separated list of times to create a custom histogram (e.g. "0.01,0.05,1,5,10"). -l Request size. Append 'k' for kilobytes. -4 Force using IPv4. -6 Force using IPv6. For high-speed ping tests use -q and -i 0. $ wine ./psping -i 10 www.winehq.org PsPing v2.10 - PsPing - ping, latency, bandwidth measurement utility Copyright (C) 2012-2016 Mark Russinovich Sysinternals - www.sysinternals.com wine: Unhandled page fault on execute access to 0x00000000 at address (nil) (thread 0067), starting debugger... Unhandled exception: page fault on execute access to 0x00000000 in 32-bit code (0x00000000). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:00000000 ESP:0033fb94 EBP:0033fbfc EFLAGS:00010206( R- -- I - -P- ) EAX:00000000 EBX:00000000 ECX:00148df8 EDX:0043ab90 ESI:0033fbac EDI:0033fbfc ... Backtrace: =>0 0x00000000 (0x0033fbfc) 1 0x00409478 in psping (+0x9477) (0x0033fc50) 2 0x004098d5 in psping (+0x98d4) (0x0033fe68) 3 0x0041154f in psping (+0x1154e) (0x0033feb0) 4 0x7b46dbfe call_process_entry+0x11() in kernel32 (0x0033fec8) 5 0x7b46dd37 start_process+0x12c() [/home/focht/projects/wine/mainline-src/dlls/kernel32/process.c:1101] in kernel32 (0x0033ffd8) 6 0x7b46dc0a start_process_wrapper+0x9() in kernel32 (0x0033ffec) 0x00000000: -- no code accessible -- Modules: Module Address Debug info Name (109 modules) PE 400000- 441000 Export psping ELF 7b400000-7b7f4000 Dwarf kernel32<elf> \-PE 7b420000-7b7f4000 \ kernel32 ELF 7bc00000-7bd10000 Deferred ntdll<elf> \-PE 7bc30000-7bd10000 \ ntdll ELF 7c000000-7c004000 Deferred <wine-loader> ... Threads: process tid prio (all id:s are in hex) ... 00000066 (D) C:\Program Files\pstools\psping.exe 00000067 0 <== --- snip --- --- snip --- $ WINEDEBUG=+seh,+relay wine ./psping.exe -i 10 www.winehq.org >>log.txt 2>&1 ... 004d:Call KERNEL32.LoadLibraryExW(0042dd68 L"iphlpapi.dll",00000000,00000000) ret=004051a3 004d:Ret KERNEL32.LoadLibraryExW() retval=7e2e0000 ret=004051a3 004d:Call KERNEL32.GetModuleHandleW(0042dd68 L"iphlpapi.dll") ret=004051be 004d:Ret KERNEL32.GetModuleHandleW() retval=7e2e0000 ret=004051be 004d:Call KERNEL32.GetProcAddress(7e2e0000,0042dd84 "ParseNetworkString") ret=004051cc 004d:Ret KERNEL32.GetProcAddress() retval=00000000 ret=004051cc 004d:Call KERNEL32.GetModuleHandleW(0042ddb0 L"ntdll.dll") ret=004051f0 004d:Ret KERNEL32.GetModuleHandleW() retval=7bc30000 ret=004051f0 004d:Call KERNEL32.GetProcAddress(7bc30000,0042dd98 "RtlIpv6AddressToStringW") ret=004051fe 004d:Ret KERNEL32.GetProcAddress() retval=00000000 ret=004051fe 004d:Call KERNEL32.GetModuleHandleW(0042ddb0 L"ntdll.dll") ret=00405222 004d:Ret KERNEL32.GetModuleHandleW() retval=7bc30000 ret=00405222 004d:Call KERNEL32.GetProcAddress(7bc30000,0042ddc4 "RtlIpv4AddressToStringW") ret=00405230 004d:Ret KERNEL32.GetProcAddress() retval=7bc38d24 ret=00405230 004d:Call KERNEL32.LoadLibraryExW(0042dd68 L"iphlpapi.dll",00000000,00000000) ret=004051a3 004d:Ret KERNEL32.LoadLibraryExW() retval=7e2e0000 ret=004051a3 004d:Call KERNEL32.GetModuleHandleW(0042dd68 L"iphlpapi.dll") ret=004051be 004d:Ret KERNEL32.GetModuleHandleW() retval=7e2e0000 ret=004051be 004d:Call KERNEL32.GetProcAddress(7e2e0000,0042dd84 "ParseNetworkString") ret=004051cc 004d:Ret KERNEL32.GetProcAddress() retval=00000000 ret=004051cc 004d:Call KERNEL32.GetModuleHandleW(0042ddb0 L"ntdll.dll") ret=004051f0 004d:Ret KERNEL32.GetModuleHandleW() retval=7bc30000 ret=004051f0 004d:Call KERNEL32.GetProcAddress(7bc30000,0042dd98 "RtlIpv6AddressToStringW") ret=004051fe 004d:Ret KERNEL32.GetProcAddress() retval=00000000 ret=004051fe 004d:Call KERNEL32.GetModuleHandleW(0042ddb0 L"ntdll.dll") ret=00405222 004d:Ret KERNEL32.GetModuleHandleW() retval=7bc30000 ret=00405222 004d:Call KERNEL32.GetProcAddress(7bc30000,0042ddc4 "RtlIpv4AddressToStringW") ret=00405230 004d:Ret KERNEL32.GetProcAddress() retval=7bc38d24 ret=00405230 ... 004d:Call ws2_32.WSAStartup(00000202,0033fcc0) ret=004098c1 004d:Ret ws2_32.WSAStartup() retval=00000000 ret=004098c1 004d:Call KERNEL32.GetLastError() ret=004126ab 004d:Ret KERNEL32.GetLastError() retval=00000000 ret=004126ab 004d:trace:seh:raise_exception code=c0000005 flags=0 addr=(nil) ip=00000000 tid=004d 004d:trace:seh:raise_exception info[0]=00000008 004d:trace:seh:raise_exception info[1]=00000000 004d:trace:seh:raise_exception eax=00000000 ebx=00000000 ecx=0015a680 edx=0043ab90 esi=0033fbac edi=0033fbfc 004d:trace:seh:raise_exception ebp=0033fbfc esp=0033fb94 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010206 004d:trace:seh:call_stack_handlers calling handler at 0x42368c code=c0000005 flags=0 --- snip --- Debugger/disassembly reveals which one is causing the crash (late bound at startup and the actual API call is much later): --- snip --- ... 00405194 PUSH 0 ; Flags = 0 00405196 PUSH 0 ; hFile = NULL 00405198 PUSH OFFSET 0042DD68 ; "iphlpapi.dll" 0040519D CALL DWORD PTR DS:[<&KERNEL32.LoadLibraryExW>] 004051A3 CMP ESI,ESP 004051A5 CALL 0042281C 004051AA MOV ESI,ESP 004051AC PUSH OFFSET 0042DD84 ; "ParseNetworkString" 004051B1 MOV EDI,ESP 004051B3 PUSH OFFSET 0042DD68 ; "iphlpapi.dll" 004051B8 CALL DWORD PTR DS:[<&KERNEL32.GetModuleHandleW>] 004051BE CMP EDI,ESP 004051C0 CALL 0042281C 004051C5 PUSH EAX ; hModule 004051C6 CALL DWORD PTR DS:[<&KERNEL32.GetProcAddress>] 004051CC CMP ESI,ESP 004051CE CALL 0042281C 004051D3 MOV EDX,DWORD PTR SS:[LOCAL.1] 004051D6 MOV DWORD PTR DS:[EDX+21C],EAX 004051DC MOV ESI,ESP ... 00407360 PUSH EBP 00407361 MOV EBP,ESP 00407363 SUB ESP,48 00407366 PUSH ESI 00407367 PUSH EDI 00407368 PUSH ECX 00407369 LEA EDI,[LOCAL.18] 0040736C MOV ECX,12 00407371 MOV EAX,CCCCCCCC 00407376 REP STOS DWORD PTR ES:[EDI] 00407378 POP ECX 00407379 MOV DWORD PTR SS:[LOCAL.1],ECX 0040737C MOV ESI,ESP 0040737E PUSH 0 00407380 PUSH 0 00407382 MOV EAX,DWORD PTR SS:[LOCAL.1] 00407385 PUSH EAX 00407386 PUSH 109 0040738B MOV ECX,DWORD PTR SS:[ARG.2] 0040738E PUSH ECX 0040738F MOV EDX,DWORD PTR SS:[LOCAL.1] 00407392 MOV EAX,DWORD PTR DS:[EDX+21C] 00407398 CALL EAX ; *boom* 0040739A CMP ESI,ESP --- snip --- https://docs.microsoft.com/en-us/windows/desktop/api/iphlpapi/nf-iphlpapi-p… $ sha1sum PSTools.zip 1e562ff2bae38856f8dcf3f939cdbe8e1bf6ccf3 PSTools.zip $ du -sh PSTools.zip 2.8M PSTools.zip $ wine --version wine-3.13 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

[Bug 51083] New: Deadlock in llvm-mingw compiled app
by WineHQ Bugzilla July 22, 2021

July 22, 2021

https://bugs.winehq.org/show_bug.cgi?id=51083 Bug ID: 51083 Summary: Deadlock in llvm-mingw compiled app Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: vladimir.kokovic(a)gmail.com Distribution: --- Created attachment 69945 --> https://bugs.winehq.org/attachment.cgi?id=69945 wine log I have one test program (pomocni-llvm-mingw.exe) who acts very strangely in wine git version(Wine-6.7-175-G2Deb8C2825A) while in the Windows10 does not work at all. What the most surprise is that although the wine64 call is terminated for the specified program, wine processes and the program itself remain in memory and after interruptions: [root(a)vlada-kuci tmp 21:17:48]$ /asoft-src/ispp-64/linux/cross-compile/llvm-mingw/pomocni-cross-llvm-mingw/pomocni-cross-mingw64.sh > /tmp/pomocni-cross-mingw64.log 2>&1 ^C[root(a)vlada-kuci tmp 01:00:13]$ [root(a)vlada-kuci tmp 01:00:15]$ [root(a)vlada-kuci tmp 01:00:15]$ ps -ef | grep pomocni root 419722 1 0 00:57 pts/16 00:00:00 pomocni-llvm-mingw.exe DRIVER=PostgreSQL;DATABASE=ispp-pprostor-beograd;SERVER=localhost;UID=vlada;PWD=vladakk;MaxVarcharSize=65536;MaxLongVarcharSize=65536;ByteaAsLongVarBinary=1 root 419932 1456 0 01:08 pts/16 00:00:00 grep pomocni [root(a)vlada-kuci tmp 01:08:41]$ ps -ef | grep win root 419631 1 0 00:55 ? 00:00:25 /mnt/WD-Elements-25A1/src/wine-git/install64/bin/wineserver root 419637 1 0 00:55 ? 00:00:00 C:\windows\system32\services.exe root 419640 1 0 00:55 ? 00:00:13 C:\windows\system32\winedevice.exe root 419647 1 0 00:55 ? 00:00:00 C:\windows\system32\plugplay.exe root 419655 1 1 00:55 ? 00:05:57 C:\windows\system32\winedevice.exe root 419672 1 0 00:55 ? 00:00:00 C:\windows\system32\svchost.exe -k LocalServiceNetworkRestricted root 419677 1 0 00:55 ? 00:00:00 C:\windows\system32\rpcss.exe root 419716 1 0 00:57 pts/16 00:00:00 C:\windows\system32\conhost.exe --unix --width 0 --height 0 --server 0x30 root 422318 1456 0 06:38 pts/16 00:00:00 grep win The program is made with the latest version of llvm-mingw:Clang Version 11.0.0 (https://github.com/llvm/llvm-project.git 176249bd6732a8044d457092ed922768724a6f06). That same program when it is made and performed in Linux works correctly as predicted. In the attachment, I send the following files: 1. wine log - pomocni-cross-mingw64.log 2. exe characteristics - trt.log 3. test script - pomocni-cross-mingw64.sh 4. test program - testIsppRadenik.cpp Vladimir Koković, DP senior(70), Serbia, Belgrade, 1.May 2021 -- 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.

1 26

[Bug 50695] New: Roots Magic Version 8 Not Connecting Keypad
by WineHQ Bugzilla July 22, 2021

July 22, 2021

https://bugs.winehq.org/show_bug.cgi?id=50695 Bug ID: 50695 Summary: Roots Magic Version 8 Not Connecting Keypad Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: felix-bearden(a)felixlovesliz.com Distribution: --- Beta testing of Roots Magic Version 8, all versions. Using "Uninstall" the product appears to install correctly. At startup Roots Magic asks for license confirmation then proceeds to selection of Licensed System and free system. Selecting Licensed System brings up window to enter name and key. Clicking in the Name box results in the disappearance of the cursor and entering the name is not possible. Cancel takes to an error message but details are not available. This error not on Windows 10. -- 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.

1 4

[Bug 51371] New: Too many fonts slows down kernel32:heap! (caused by gdi32)
by WineHQ Bugzilla July 20, 2021

July 20, 2021

https://bugs.winehq.org/show_bug.cgi?id=51371 Bug ID: 51371 Summary: Too many fonts slows down kernel32:heap! (caused by gdi32) Product: Wine Version: 6.10 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- In fact having too many fonts slows down the startup of any process that loads gdi32 (or user32), which is to say essentially every process. This hits kernel32:heap quite hard because it starts many subprocesses for its tests. Here's a list of the worst hit tests: Base Full set of fonts (see bug 51367) kernel32:heap <1s 13s comctl32:status <1s 13s reg.exe:add 3s 17s regedit.exe:regedit 14s 54s shell32:shlexec 13s 29s But it's not just these tests being impacted, it's every one of the 720 test units, resulting in a full WineTest run taking an extra 9 minutes (on my box, more on the TestBot's debiant2). The reason for the slowdown seems similar to the dwrite:font case (bug 51367) but on the gdi32 side. In particular each process issues quite a lot of these messages (OPENTYPE_PLATFORM_MAC case iirc) which may or may not be related: 0034:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1. -- 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.

1 2

[Bug 51367] New: Major dwrite:analyzer, dwrite:layout and dwrite:font slowdown when adding (CJK) fonts
by WineHQ Bugzilla July 20, 2021

July 20, 2021

https://bugs.winehq.org/show_bug.cgi?id=51367 Bug ID: 51367 Summary: Major dwrite:analyzer, dwrite:layout and dwrite:font slowdown when adding (CJK) fonts Product: Wine Version: 6.10 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: dwrite Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Created attachment 70223 --> https://bugs.winehq.org/attachment.cgi?id=70223 Command and fonts for Debian's locales Adding fonts causes major slowdowns in dwrite:analyzer, dwrite:layout and dwrite:font when running in Wine. On my test VM I get the following run times: Base Full set dwrite:analyzer <1s 50s dwrite:layout ~1s 46s dwrite:font ~2s 85s On the TestBot's debiant2 VM dwrite:font actually runs in about 118 seconds with the full set of fonts; which is why it times out about 6% of the time: https://test.winehq.org/data/patterns.html#dwrite:font The base set of font packages is: fonts-dejavu-core fonts-freefont-ttf fonts-liberation fonts-quicksand The problem is that the base set produces unreadable text when running in a Chinese, Japanese or Korean locale: all translated strings are replaced with a set of black squares (surprisingly ar_MA, he_IL, hi_HI are ok). That does not seem to impact the test results but it does not feel right either. At a minimum if Debian says a given set of fonts are needed for a locale we should test the said locale with that set of fonts. So the full set of fonts was created by installing the font packages for all of Debian's locale task packages and this is what debiant2 has. See apt_wine_locales() in wt-install-dev [1]. For reference I attached the corresponding set of packages. The run time increase is not concentrated in one specific test_xxx() function that would iterate over all the fonts. All test_xxx() functions take longer to run. Even the test_CreateFontFromLOGFONT() run time increased to ~17s (iirc). Yet it does not look like it's doing all that much. To speed things up I modified dwrite:font to use multiple threads using the same approach as d3d10core:d3d10core. However even with 8 threads that only gained about 4 seconds out of 118s: each individual test function just took longer. Is that because of lots of global locking? Or because each test adds/removes fonts forcing all the other threads to do many rescans? Are all fonts reloaded and analyzed despite most fonts not having changed? [1] https://github.com/fgouget/wt-daily/blob/master/wt-install-dev#L556 -- 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.

1 5