March 2019 - wine-bugs

[Bug 37645] New: vsphere 5.5 (update2) - vmrc has disconnected
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=37645 Bug ID: 37645 Summary: vsphere 5.5 (update2) - vmrc has disconnected Product: Wine Version: 20050628 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: guillaume.lebigot(a)ikonenn.com Distribution: --- Hi, I successfully installed the Vsphere Hypervisor Esxi under its version 5.5.0-1618071. I do the necessary for the hcmon.sys bug. I have a shortcut of Vsphere on my desktop (ubuntu utopic) that launch vsphere and permits me to connect to my Dedibox (Online.net). My problem is about the launching of a VM because the console (vmrc) does not connect with this error message : La console VMRC a été déconnectée. Tentative de reconnexion... I found some solutions from Google investigations however I can't launch this VM wich is a new VM added with a ISO image store in datastore (debian7). I have added enought executable rights on this .iso file in case it could blocked the console but I don't think it could be linked to my problem. Have you some ideas, ideas of investigations i can make to solve this ? Thank you a lot for your help ! (I have a strange english writing ? It's normal...i am french ;)) Best 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 14

[Bug 36777] New: Couldn't install vSphere 5.5 client
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=36777 Bug ID: 36777 Summary: Couldn't install vSphere 5.5 client Product: Wine Version: 1.7.20 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mikhail.v.gavrilov(a)gmail.com Created attachment 48841 --> http://bugs.winehq.org/attachment.cgi?id=48841 error screenshot Couldn't install vSphere 5.5 client $ wine Downloads/VMware-viclient-all-5.5.0-1618071.exe fixme:heap:HeapSetInformation (nil) 1 (nil) 0 fixme:process:WTSGetActiveConsoleSessionId stub fixme:wtsapi:WTSQueryUserToken 0 0x72b114 err:ntdll:NtQueryInformationToken Unhandled Token Information class 19! fixme:advapi:CreateProcessAsUserW 0xfc L"C:\\Program Files\\Mobogenie\\DaemonProcess.exe" (null) 0x72b0ec (nil) 0 0x00000430 0x340000 (null) 0x72b08c 0x72b0f8 - semi-stub fixme:heap:HeapSetInformation (nil) 1 (nil) 0 fixme:system:SetProcessDPIAware stub! fixme:wininet:InternetCheckConnectionW fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot fixme:toolhelp:Heap32ListFirst : stub p11-kit: couldn't load module: /usr/lib/pkcs11/p11-kit-trust.so: /usr/lib/pkcs11/p11-kit-trust.so: cannot open shared object file: No such file or directory p11-kit: couldn't load module: /usr/lib/pkcs11/gnome-keyring-pkcs11.so: /usr/lib/pkcs11/gnome-keyring-pkcs11.so: cannot open shared object file: No such file or directory fixme:iphlpapi:NotifyAddrChange (Handle 0xdee8b0, overlapped 0xdee8bc): stub wine: configuration in '/home/mikhail/.wine' has been updated. fixme:wtsapi:WTSQueryUserToken 0 0x72b0e0 err:ntdll:NtQueryInformationToken Unhandled Token Information class 19! fixme:advapi:CreateProcessAsUserW 0x104 L"C:\\Program Files\\Mobogenie\\UpdateMoboGenie.exe" (null) 0x72b0b8 (nil) 0 0x00000430 0x340000 (null) 0x72b058 0x72b0c4 - semi-stub fixme:heap:HeapSetInformation (nil) 1 (nil) 0 fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot fixme:toolhelp:Heap32ListFirst : stub fixme:msvcrt:__clean_type_info_names_internal (0x381178) stub fixme:msvcrt:__clean_type_info_names_internal (0x8e93a8) stub fixme:msvcrt:__clean_type_info_names_internal (0x10bd6cc4) stub fixme:msvcrt:__clean_type_info_names_internal (0x640f0ce4) stub fixme:msvcrt:__clean_type_info_names_internal (0x657b9c4c) stub fixme:msvcrt:__clean_type_info_names_internal (0x672641fc) stub fixme:ntdll:NtLockFile I/O completion on lock not implemented yet p11-kit: couldn't load module: /usr/lib/pkcs11/p11-kit-trust.so: /usr/lib/pkcs11/p11-kit-trust.so: cannot open shared object file: No such file or directory p11-kit: couldn't load module: /usr/lib/pkcs11/gnome-keyring-pkcs11.so: /usr/lib/pkcs11/gnome-keyring-pkcs11.so: cannot open shared object file: No such file or directory fixme:clusapi:GetNodeClusterState ((null),0x33ebe4) stub! fixme:advapi:DecryptFileA ("c:\\6679bda56132be6639f215f076c214\\", 00000000): stub fixme:heap:HeapSetInformation (nil) 1 (nil) 0 p11-kit: couldn't load module: /usr/lib/pkcs11/p11-kit-trust.so: /usr/lib/pkcs11/p11-kit-trust.so: cannot open shared object file: No such file or directory p11-kit: couldn't load module: /usr/lib/pkcs11/gnome-keyring-pkcs11.so: /usr/lib/pkcs11/gnome-keyring-pkcs11.so: cannot open shared object file: No such file or directory fixme:advapi:LsaOpenPolicy ((null),0x33f2c4,0x00000001,0x33f2b0) stub fixme:advapi:LsaClose (0xcafe) stub fixme:ntdll:NtLockFile I/O completion on lock not implemented yet fixme:clusapi:GetNodeClusterState ((null),0x33ebe4) stub! fixme:advapi:DecryptFileA ("c:\\802862d94b2f1e3e87\\", 00000000): stub err:process:create_process 64-bit application L"C:\\802862d94b2f1e3e87\\install.exe" not supported in 32-bit prefix fixme:advapi:DecryptFileA ("C:\\users\\mikhail\\Temp\\IXP000.TMP\\", 00000000): stub p11-kit: couldn't load module: /usr/lib/pkcs11/p11-kit-trust.so: /usr/lib/pkcs11/p11-kit-trust.so: cannot open shared object file: No such file or directory p11-kit: couldn't load module: /usr/lib/pkcs11/gnome-keyring-pkcs11.so: /usr/lib/pkcs11/gnome-keyring-pkcs11.so: cannot open shared object file: No such file or directory fixme:advapi:LsaOpenPolicy ((null),0x33f2e4,0x00000001,0x33f2d0) stub fixme:advapi:LsaClose (0xcafe) stub fixme:ntdll:NtLockFile I/O completion on lock not implemented yet fixme:ngen:wmain stub: L"C:\\windows\\Microsoft.NET\\Framework\\v2.0.50727\\ngen.exe" L"install" L"Microsoft.Build.VisualJSharp, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" L"/NoDependencies" L"/queue:3" L"/nologo" fixme:ngen:wmain stub: L"C:\\windows\\Microsoft.NET\\Framework\\v2.0.50727\\ngen.exe" L"install" L"VjsWfcBrowserStubLib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" L"/NoDependencies" L"/queue:3" L"/nologo" fixme:ngen:wmain stub: L"C:\\windows\\Microsoft.NET\\Framework\\v2.0.50727\\ngen.exe" L"install" L"vjscor, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" L"/NoDependencies" L"/queue:3" L"/nologo" fixme:ngen:wmain stub: L"C:\\windows\\Microsoft.NET\\Framework\\v2.0.50727\\ngen.exe" L"install" L"VJSharpCodeProvider, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" L"/NoDependencies" L"/queue:3" L"/nologo" fixme:ngen:wmain stub: L"C:\\windows\\Microsoft.NET\\Framework\\v2.0.50727\\ngen.exe" L"install" L"vjslib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" L"/NoDependencies" L"/queue:3" L"/nologo" fixme:ngen:wmain stub: L"C:\\windows\\Microsoft.NET\\Framework\\v2.0.50727\\ngen.exe" L"install" L"vjslibcw, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" L"/NoDependencies" L"/queue:3" L"/nologo" fixme:ngen:wmain stub: L"C:\\windows\\Microsoft.NET\\Framework\\v2.0.50727\\ngen.exe" L"install" L"VJSSupUILib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" L"/NoDependencies" L"/queue:3" L"/nologo" fixme:ngen:wmain stub: L"C:\\windows\\Microsoft.NET\\Framework\\v2.0.50727\\ngen.exe" L"install" L"vjswfc, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" L"/NoDependencies" L"/queue:3" L"/nologo" fixme:ngen:wmain stub: L"C:\\windows\\Microsoft.NET\\Framework\\v2.0.50727\\ngen.exe" L"install" L"vjswfccw, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" L"/NoDependencies" L"/queue:3" L"/nologo" fixme:ngen:wmain stub: L"C:\\windows\\Microsoft.NET\\Framework\\v2.0.50727\\ngen.exe" L"install" L"vjswfchtml, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" L"/NoDependencies" L"/queue:3" L"/nologo" fixme:ngen:wmain stub: L"C:\\windows\\Microsoft.NET\\Framework\\v2.0.50727\\ngen.exe" L"install" L"vjsjbc, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" L"/NoDependencies" L"/queue:3" L"/nologo" fixme:ngen:wmain stub: L"C:\\windows\\Microsoft.NET\\Framework\\v2.0.50727\\ngen.exe" L"install" L"vjsvwaux, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" L"/NoDependencies" L"/queue:3" L"/nologo" fixme:ngen:wmain stub: L"C:\\windows\\Microsoft.NET\\Framework\\v2.0.50727\\ngen.exe" L"update" L"/queue" p11-kit: couldn't load module: /usr/lib/pkcs11/p11-kit-trust.so: /usr/lib/pkcs11/p11-kit-trust.so: cannot open shared object file: No such file or directory p11-kit: couldn't load module: /usr/lib/pkcs11/gnome-keyring-pkcs11.so: /usr/lib/pkcs11/gnome-keyring-pkcs11.so: cannot open shared object file: No such file or directory fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x33f4ac 1 C) semi-stub regsvr32: Successfully registered DLL 'C:\Program Files\Common Files\VMware\VMware Remote Console Plug-in 5.5\Internet Explorer\vmwareRemoteConsole.dll' fixme:msvcrt:__clean_type_info_names_internal (0x11072b4c) stub fixme:ntoskrnl:IoWMIRegistrationControl (0x546940 2147549185) stub wine: Call from 0x7b83b83c to unimplemented function ntoskrnl.exe.IoCsqInitialize, aborting wine: Unimplemented function ntoskrnl.exe.IoCsqInitialize called at address 0x7b83b83c (thread 0056), starting debugger... err:msi:ITERATE_Actions Execution halted, action L"VM_InstallHcmon.AB568CC9_1F06_4225_B985_9531B0D3BB56" returned 1603 err:msi:ITERATE_Actions Execution halted, action L"ExecuteAction" returned 1603 p11-kit: couldn't load module: /usr/lib/pkcs11/p11-kit-trust.so: /usr/lib/pkcs11/p11-kit-trust.so: cannot open shared object file: No such file or directory p11-kit: couldn't load module: /usr/lib/pkcs11/gnome-keyring-pkcs11.so: /usr/lib/pkcs11/gnome-keyring-pkcs11.so: cannot open shared object file: No such file or directory fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x33f4ac 1 C) semi-stub regsvr32: Successfully unregistered DLL 'C:\Program Files\Common Files\VMware\VMware Remote Console Plug-in 5.5\Internet Explorer\vmwareRemoteConsole.dll' fixme:msvcrt:__clean_type_info_names_internal (0x11072b4c) stub [mikhail@localhost ~]$ fixme:wtsapi:WTSQueryUserToken 0 0x72b0e0 err:ntdll:NtQueryInformationToken Unhandled Token Information class 19! fixme:advapi:CreateProcessAsUserW 0x104 L"C:\\Program Files\\Mobogenie\\UpdateMoboGenie.exe" (null) 0x72b0b8 (nil) 0 0x00000430 0x340000 (null) 0x72b058 0x72b0c4 - semi-stub fixme:heap:HeapSetInformation (nil) 1 (nil) 0 fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot fixme:toolhelp:Heap32ListFirst : stub fixme:msvcrt:__clean_type_info_names_internal (0x381178) stub fixme:msvcrt:__clean_type_info_names_internal (0x8e93a8) stub fixme:msvcrt:__clean_type_info_names_internal (0x10bd6cc4) stub fixme:msvcrt:__clean_type_info_names_internal (0x640f0ce4) stub fixme:msvcrt:__clean_type_info_names_internal (0x657b9c4c) stub fixme:msvcrt:__clean_type_info_names_internal (0x672641fc) stub -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 15

[Bug 45448] New: vSphere 5.5 client 'hcmon.sys' driver crashes on unimplemented function ntoskrnl.exe.KeFlushQueuedDpcs
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45448 Bug ID: 45448 Summary: vSphere 5.5 client 'hcmon.sys' driver crashes on unimplemented function ntoskrnl.exe.KeFlushQueuedDpcs Product: Wine Version: 3.12 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 45378 Prerequisite: * .NET Framework 3.5 (SP1) installation ('winetricks -q dotnet35sp1') Happens on teardown/unloading. --- snip --- $ WINEDEBUG=+seh,+relay,+ntoskrnl,+service wineboot >>log.txt 2>&1 ... 0022:Ret advapi32.SetServiceStatus() retval=00000001 ret=7effb431 0022:Call driver unload 0x782f60 (obj=0x11cc98) 0022:Call ntoskrnl.exe.RtlInitUnicodeString(0076fc74,007859fc L"\\DosDevices\\hcmon") ret=00782f8b 0022:Call ntdll.RtlInitUnicodeString(0076fc74,007859fc L"\\DosDevices\\hcmon") ret=7bc81503 0022:Ret ntdll.RtlInitUnicodeString() retval=0076fc74 ret=7bc81503 0022:Ret ntoskrnl.exe.RtlInitUnicodeString() retval=0076fc74 ret=00782f8b 0022:Call ntoskrnl.exe.IoDeleteSymbolicLink(0076fc74) ret=00782f95 0022:Call ntdll.NtOpenSymbolicLinkObject(0076fc00,00000000,0076fbe8) ret=7e986ad9 0022:Ret ntdll.NtOpenSymbolicLinkObject() retval=00000000 ret=7e986ad9 0022:Call ntdll.NtClose(00000050) ret=7e986b52 0022:Ret ntdll.NtClose() retval=00000000 ret=7e986b52 0022:Ret ntoskrnl.exe.IoDeleteSymbolicLink() retval=00000000 ret=00782f95 0022:Call ntoskrnl.exe.IoUnregisterPlugPlayNotification(00000000) ret=00782fa3 0022:fixme:ntoskrnl:IoUnregisterPlugPlayNotification stub: (nil) 0022:Ret ntoskrnl.exe.IoUnregisterPlugPlayNotification() retval=00000000 ret=00782fa3 0022:Call ntoskrnl.exe.IoUnregisterPlugPlayNotification(00000000) ret=00782fab 0022:fixme:ntoskrnl:IoUnregisterPlugPlayNotification stub: (nil) 0022:Ret ntoskrnl.exe.IoUnregisterPlugPlayNotification() retval=00000000 ret=00782fab 0022:Call ntoskrnl.exe.KeSetEvent(00120f70,00000000,00000000) ret=00782fc1 0022:fixme:ntoskrnl:KeSetEvent (0x120f70, 0, 0): stub 0022:Ret ntoskrnl.exe.KeSetEvent() retval=00000000 ret=00782fc1 0022:Call ntoskrnl.exe.KeWaitForSingleObject(deadbeaf,00000000,00000000,00000000,00000000) ret=00782fd1 0022:fixme:ntoskrnl:KeWaitForSingleObject stub: 0xdeadbeaf, 0, 0, 0, (nil) 0022:Ret ntoskrnl.exe.KeWaitForSingleObject() retval=c0000002 ret=00782fd1 0022:Call ntoskrnl.exe.ExFreePoolWithTag(0011ce60,63684d76) ret=00782fe2 0022:trace:ntoskrnl:ExFreePoolWithTag 0x11ce60 0022:Call ntdll.RtlFreeHeap(00110000,00000000,0011ce60) ret=7e987d37 0022:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7e987d37 0022:Ret ntoskrnl.exe.ExFreePoolWithTag() retval=00000001 ret=00782fe2 0022:trace:ntoskrnl:ObDereferenceObject (0xdeadbeaf): stub 0022:Call KERNEL32.RaiseException(80000100,00000001,00000002,0076fc40) ret=7e98c13a 0022:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b447132 ip=7b447132 tid=0022 0022:trace:seh:raise_exception info[0]=7e98c160 0022:trace:seh:raise_exception info[1]=7e98e78d 0022:trace:seh:call_vectored_handlers calling handler at 0x7e983675 code=80000100 flags=1 0022:trace:seh:call_vectored_handlers handler at 0x7e983675 returned 0 0022:trace:seh:call_stack_handlers calling handler at 0x7bcb3cd2 code=80000100 flags=1 0022:Call KERNEL32.UnhandledExceptionFilter(0076f6f4) ret=7bcb3d0d 0022:trace:seh:start_debugger Starting debugger "winedbg --auto 27 80" 0022:err:seh:start_debugger Couldn't start debugger ("winedbg --auto 27 80") (1115) ... wine: Unimplemented function ntoskrnl.exe.KeFlushQueuedDpcs called at address 0x7b447132 (thread 0022), starting debugger... --- snip --- API: https://docs.microsoft.com/en-us/windows-hardware/drivers/ddi/content/wdm/n… --- quote --- KeFlushQueuedDpcs function The KeFlushQueuedDpcs routine returns after all queued DPCs on all processors have executed. Syntax NTKERNELAPI VOID KeFlushQueuedDpcs( ); Parameters This function has no parameters. Return Value None Remarks Drivers can use this routine to wait until all currently-queued DPCs are run. Note that KeFlushQueuedDpcs can take a long time to return, so drivers should not use it along any critical code paths. --- quote --- $ sha1sum VMware-viclient-all-5.5.0-1281650.exe dccbf3e787f05f7930ed712007375188ea99f009 VMware-viclient-all-5.5.0-1281650.exe $ du -sh VMware-viclient-all-5.5.0-1281650.exe 349M VMware-viclient-all-5.5.0-1281650.exe $ wine --version wine-3.12-110-g414fe80aeb 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 45379] New: VMware vSphere client console does not connect.
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45379 Bug ID: 45379 Summary: VMware vSphere client console does not connect. Product: Wine Version: 3.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: themainliner(a)hotmail.com Distribution: --- Created attachment 61692 --> https://bugs.winehq.org/attachment.cgi?id=61692 WINEDEBUG=+warn+all console output. VMware vSphere client console does not work. When clicking the console tab or the button 'Launch Virtual Machine Console'. Error message returned: "The VMRC console has disconnected...attempting to reconnect." -- 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 45378] New: vSphere 5.5 client 'hcmon.sys' driver crashes on unimplemented function ntoskrnl.exe.IoUnregisterPlugPlayNotification
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45378 Bug ID: 45378 Summary: vSphere 5.5 client 'hcmon.sys' driver crashes on unimplemented function ntoskrnl.exe.IoUnregisterPlugPlayNotification Product: Wine Version: 3.11 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, split out from bug 44981 Seems to happen on teardown/unloading. --- snip --- ... 0021:Ret advapi32.SetServiceStatus() retval=00000001 ret=7effbf63 0021:Call driver unload 0x782f60 (obj=0x11cbb0) 0021:Call ntoskrnl.exe.RtlInitUnicodeString(0076fd34,007859fc L"\\DosDevices\\hcmon") ret=00782f8b 0021:Call ntdll.RtlInitUnicodeString(0076fd34,007859fc L"\\DosDevices\\hcmon") ret=7bc91b0f 0021:Ret ntdll.RtlInitUnicodeString() retval=00000024 ret=7bc91b0f 0021:Ret ntoskrnl.exe.RtlInitUnicodeString() retval=00000024 ret=00782f8b 0021:Call ntoskrnl.exe.IoDeleteSymbolicLink(0076fd34) ret=00782f95 0021:Call ntdll.NtOpenSymbolicLinkObject(0076fc34,00000000,0076fc38) ret=7e98b101 0021:Ret ntdll.NtOpenSymbolicLinkObject() retval=00000000 ret=7e98b101 0021:Call ntdll.NtClose(00000050) ret=7e98b164 0021:Ret ntdll.NtClose() retval=00000000 ret=7e98b164 0021:Ret ntoskrnl.exe.IoDeleteSymbolicLink() retval=00000000 ret=00782f95 0021:Call KERNEL32.RaiseException(80000100,00000001,00000002,0076fcfc) ret=7e991acf 0021:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b43c40b ip=7b43c40b tid=0021 0021:trace:seh:raise_exception info[0]=7e991b00 0021:trace:seh:raise_exception info[1]=7e993cec 0021:trace:seh:call_vectored_handlers calling handler at 0x7e9882c0 code=80000100 flags=1 0021:trace:seh:call_vectored_handlers handler at 0x7e9882c0 returned 0 0021:trace:seh:call_stack_handlers calling handler at 0x7bcc7cf0 code=80000100 flags=1 0021:Call KERNEL32.UnhandledExceptionFilter(0076f858) ret=7bcc7d19 ... wine: Unimplemented function ntoskrnl.exe.IoUnregisterPlugPlayNotification called at address 0x7b43c40b (thread 0021), starting debugger... 0021:err:seh:start_debugger Couldn't start debugger ("winedbg --auto 27 80") (1115) --- snip --- $ sha1sum VMware-viclient-all-5.5.0-1281650.exe dccbf3e787f05f7930ed712007375188ea99f009 VMware-viclient-all-5.5.0-1281650.exe $ du -sh VMware-viclient-all-5.5.0-1281650.exe 349M VMware-viclient-all-5.5.0-1281650.exe $ wine --version wine-3.11-21-gb513d6dcbe 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 21557] New: .net 3.0 redistributable installer aborts after clicking 'OK'
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

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 19 Mar '21

19 Mar '21

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 19 Mar '21

19 Mar '21

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 19 Mar '21

19 Mar '21

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 19 Mar '21

19 Mar '21

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@austin2:~$ sha1sum asc-setup.exe 8535ed1ab74d7b9547c7d47e75b9159076527253 asc-setup.exe austin@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 19 Mar '21

19 Mar '21

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 19 Mar '21

19 Mar '21

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 19 Mar '21

19 Mar '21

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 19 Mar '21

19 Mar '21

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 19 Mar '21

19 Mar '21

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@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@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@CNVInstaller::GetOverallDownloadSize : Package "MSVCRuntime2017" has URL "http://download-cdn.gfe.nvidia.com/packages/vcredist/4be642f2-cc77-4d46-a24…". 20.215 | ERROR: [NVI2.InstallThread] 54@CInstallThread::ThreadProc : Install failed - Exception {0x80072ee9; File: Url.cpp; Line: 504; WinHttpSetOption failed.} - going to fail state. 20.218 | INFO: [NVI2.NVInstaller] 3820@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

[Bug 45665] New: 64-bit BattlEye 'BEDaisy' kernel service fails in driver entry point due to missing ' ntoskrnl.exe.MmCopyVirtualMemory'
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45665 Bug ID: 45665 Summary: 64-bit BattlEye 'BEDaisy' kernel service fails in driver entry point due to missing 'ntoskrnl.exe.MmCopyVirtualMemory' Product: Wine Version: 3.14 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. Only applies to 64-bit version of the driver. Continuation of bug 45664 --- snip --- $ pwd /home/focht/.wine/drive_c/users/Public/Daybreak Game Company/Installed Games/PlanetSide 2 $ WINEDEBUG=+seh,+relay,+ntoskrnl wine ./PlanetSide2_x64_BE.exe >>log.txt 2>&1 ... 0049:Call ntoskrnl.exe.MmGetSystemRoutineAddress(0055dfb0) ret=14024a248 ... 0049:Call KERNEL32.GetModuleHandleW(7f692f9758f0 L"ntoskrnl.exe") ret=7f692f9678b4 0049:Ret KERNEL32.GetModuleHandleW() retval=7f692f940000 ret=7f692f9678b4 0049:Call KERNEL32.GetProcAddress(7f692f940000,00027040 "MmCopyVirtualMemory") ret=7f692f9678d2 0049:Ret KERNEL32.GetProcAddress() retval=00000000 ret=7f692f9678d2 0049:Call KERNEL32.GetModuleHandleW(7f692f975910 L"hal.dll") ret=7f692f9678f5 0049:Ret KERNEL32.GetModuleHandleW() retval=00000000 ret=7f692f9678f5 ... 0049:fixme:ntoskrnl:MmGetSystemRoutineAddress L"MmCopyVirtualMemory" not found 0049:Ret ntoskrnl.exe.MmGetSystemRoutineAddress() retval=00000000 ret=14024a248 0049:Ret driver init 0x140011000 (obj=0x26d60,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\BEDaisy") retval=c0000001 --- snip --- https://github.com/DarthTon/Blackbone/blob/master/src/BlackBoneDrv/Imports.… --- snip --- NTKERNELAPI NTSTATUS NTAPI MmCopyVirtualMemory( IN PEPROCESS FromProcess, IN PVOID FromAddress, IN PEPROCESS ToProcess, OUT PVOID ToAddress, IN SIZE_T BufferSize, IN KPROCESSOR_MODE PreviousMode, OUT PSIZE_T NumberOfBytesCopied ); --- snip --- It's only imported, not called (yet). Adding stub line to .spec should be fine. Although it wouldn't harm if a real stub is added that just dumps the parameter and returns 'STATUS_NOT_IMPLEMENTED'. $ sha1sum PS2_setup.exe a49fec77dfe38ba6b6871aa832a50b7b10d48692 PS2_setup.exe $ du -sh PS2_setup.exe 38M PS2_setup.exe $ wine --version wine-3.14 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 38070] New: GEOVIA Surpac 6.x (geology and mine planning software) wants vbscript:Global_Replace
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=38070 Bug ID: 38070 Summary: GEOVIA Surpac 6.x (geology and mine planning software) wants vbscript:Global_Replace Product: Wine Version: 1.7.36 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 34913 Not critical (hence 'wants') because the stub failure is caught/confined locally by 'resume next'. Relevant part of trace log: --- snip --- $ WINEDEBUG=+tid,+seh,+relay,+msi,+vbscript wine msiexec -i surpac_63.msi >>log.txt 2>&1 ... 0031:trace:vbscript:DispatchEx_QueryInterface (0x57d0b0)->(IID_IDispatchEx 0x88e550) 0031:trace:vbscript:DispatchEx_AddRef (0x57d0b0) ref=2 0031:trace:vbscript:DispatchEx_InvokeEx (0x57d0b0)->(ba 0 3 0x88e60c 0x88e670 0x88e530 (nil)) 0031:fixme:vbscript:Global_Replace 0031:trace:vbscript:DispatchEx_Release (0x57d0b0) ref=1 0031:warn:vbscript:exec_script Failed 800a01bd in resume next mode 0031:trace:vbscript:exec_script unwind jmp 17 stack_off 0 ... --- snip --- Relevant VBScript code, extracted from MSI custom action: --- snip --- On error resume next Dim curdir, install_dir, share_install_dir, transFile Dim objFSO, objTextFile curdir = Session.Property("INSTALLDIR") share_install_dir = Session.Property("SHAREINSTALLDIR") share_install_dir = Replace(share_install_dir, "\", "/") Set objFSO = CreateObject("Scripting.FileSystemObject") transFile = share_install_dir + "share\etc\translate.mst" if not objFSO.FileExists(transFile) then Set objTextFile = objFSO.CreateTextFile (transFile, true) If Err.Number = 0 Then install_dir = Replace(curdir, "\", "/") ... --- snip --- $ sha1sum Surpac_Viewer.zip 554c7e0d552667747813a19f6a2a8c77bb7d46e6 Surpac_Viewer.zip $ du -sh Surpac_Viewer.zip 137M Surpac_Viewer.zip $ wine --version wine-1.7.36-41-ge4cb3b5 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 45879] New: Aruba Key crashes on unimplemented function setupapi.dll.CM_Request_Device_EjectA when clicking 'remove' button
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45879 Bug ID: 45879 Summary: Aruba Key crashes on unimplemented function setupapi.dll.CM_Request_Device_EjectA when clicking 'remove' button Product: Wine Version: 3.16 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: setupapi Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. BTW the app seems to be a perfect test candidate/suite for Wine's Winscard. Unfortunately Winscard looks pretty much abandoned area ('SCard4Wine' project exists for that). --- snip --- $ pwd /home/focht/.wine/drive_c/unpacked $ WINEDEBUG=+seh,+relay,+process,+setupapi wine ./autorun.exe >>log.txt 2>&1 ... 002a:Call KERNEL32.CreateProcessW(00000000,004435b8 L"C:\\unpacked\\Launcher\\launcher.exe",00000000,00000000,00000000,00000020,00000000,004437c8 L"C:\\unpacked\\Launcher",0033fdc4,0033fdb4) ret=00401104 .... 002a:trace:process:create_process_impl starting L"C:\\unpacked\\Launcher\\launcher.exe" as Win32 binary (400000-493000, arch 014c) ... 002c:Call KERNEL32.__wine_kernel_init() ret=7bc6d62a ... 002a:trace:process:create_process_impl started process pid 002b tid 002c 002a:Ret KERNEL32.CreateProcessW() retval=00000001 ret=00401104 ... 002c:Call KERNEL32.CreateProcessW(00000000,0080797a L"C:\\users\\focht\\Temp\\38763tool.exe C: 43 aa_DJ",00000000,00000000,00000000,00000410,00000000,00807fba L"C:\\users\\focht\\Temp",0069c1e8,0069c22c) ret=6a294dd7 ... 002c:trace:process:create_process_impl starting L"C:\\users\\focht\\Temp\\38763tool.exe" as Win32 binary (400000-43c000, arch 014c) ... 002c:trace:process:create_process_impl started process pid 0033 tid 0034 ... 002c:Ret KERNEL32.CreateProcessW() retval=00000001 ret=6a294dd7 ... 0034:Call setupapi.SetupDiGetClassDevsA(004279fc,00000000,00000000,00000012) ret=00401bbb 0034:trace:setupapi:SetupDiGetClassDevsExW {53f56307-b6bf-11d0-94f2-00a0c91efb8b} (null) (nil) 0x00000012 (nil) (null) (nil) 0034:trace:setupapi:SetupDiCreateDeviceInfoListExW {53f56307-b6bf-11d0-94f2-00a0c91efb8b} (nil) (null) (nil) ... 0034:Call advapi32.RegOpenKeyExW(80000002,7d8049e0 L"System\\CurrentControlSet\\Control\\DeviceClasses",00000000,00020019,0033ef34) ret=7d7e5db2 0034:Ret advapi32.RegOpenKeyExW() retval=00000002 ret=7d7e5db2 0034:trace:setupapi:SETUPDI_EnumerateInterfaces 0x1694d8, {53f56307-b6bf-11d0-94f2-00a0c91efb8b}, (null), 00000012 ... 0034:Ret setupapi.SetupDiGetClassDevsA() retval=001694d8 ret=00401bbb 0034:Call setupapi.SetupDiEnumDeviceInterfaces(001694d8,00000000,004279fc,00000000,0033f178) ret=00401be4 0034:trace:setupapi:SetupDiEnumDeviceInterfaces 0x1694d8, (nil), {53f56307-b6bf-11d0-94f2-00a0c91efb8b}, 0, 0x33f178 0034:Ret setupapi.SetupDiEnumDeviceInterfaces() retval=00000000 ret=00401be4 0034:Call setupapi.SetupDiDestroyDeviceInfoList(001694d8) ret=00401cf1 0034:trace:setupapi:SetupDiDestroyDeviceInfoList 0x1694d8 0034:Call ntdll.RtlFreeHeap(00110000,00000000,001694d8) ret=7d7e4d5a 0034:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7d7e4d5a 0034:Ret setupapi.SetupDiDestroyDeviceInfoList() retval=00000001 ret=00401cf1 0034:Call setupapi.CM_Get_Parent(0033f5e4,00000000,00000000) ret=0040230d 0034:fixme:setupapi:CM_Get_Parent 0x33f5e4 0x00000000 0x00000000 stub 0034:Ret setupapi.CM_Get_Parent() retval=0000000d ret=0040230d 0034:Call KERNEL32.CloseHandle(00000014) ret=00402314 0034:Ret KERNEL32.CloseHandle() retval=00000001 ret=00402314 0034:Call KERNEL32.RaiseException(80000100,00000001,00000002,0033f56c) ret=7d8021fb 0034:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b447477 ip=7b447477 tid=0034 0034:trace:seh:raise_exception info[0]=7d802240 0034:trace:seh:raise_exception info[1]=7d802e1d wine: Call from 0x7b447477 to unimplemented function setupapi.dll.CM_Request_Device_EjectA, aborting ... wine: Unimplemented function setupapi.dll.CM_Request_Device_EjectA called at address 0x7b447477 (thread 0034), starting debugger... --- snip --- Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/setupapi/setupapi.sp… --- snip --- 171 @ stub CM_Request_Device_EjectA 172 @ stub CM_Request_Device_EjectW --- snip --- $ sha1sum AK* bd0408fa2c72f9f87067aa9f348bb626aa0d503d AK_WIN_VERSION.exe f4a5ce7c902b64c7459f96a08df542dea6cf4a8a AK_WIN_VERSION.zip $ du -sh AK* 160M AK_WIN_VERSION.exe 159M AK_WIN_VERSION.zip $ wine --version wine-3.16-149-gb1a3b9e5ce 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 6

[Bug 45880] New: Multiple PC/ SC applications crash on unimplemented function winscard.dll.SCardCancel ( Aruba key, SmartCard test apps)
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45880 Bug ID: 45880 Summary: Multiple PC/SC applications crash on unimplemented function winscard.dll.SCardCancel (Aruba key, SmartCard test apps) Product: Wine Version: 3.16 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: winscard Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. Click 'Import Certificate' which triggers installation of additional drivers/tools -> 'Bit4id - Universal Middleware for Incard' --- snip --- $ pwd /home/focht/.wine/drive_c/unpacked/Launcher $ WINEDEBUG=+seh,+relay,+winscard wine ./launcher.exe >>log.txt 2>&1 ... 0065:Call KERNEL32.CreateProcessA(00000000,010387a8 "\"C:\\windows\\SysWOW64\\RUNDLL32.EXE\" \"C:\\windows\\system32\\bit4upki-store.dll\",RunImportServer",00000000,00000000,00000000,00000000,00000000,00000000,0128faec,0128fb3c) ret=003b8d69 ... 006f:Call KERNEL32.__wine_kernel_init() ret=7bc6d62a 0065:Ret KERNEL32.CreateProcessA() retval=00000001 ret=003b8d69 ... 006f:Call KERNEL32.LoadLibraryW(001506f0 L"C:\\windows\\system32\\bit4upki-store.dll") ret=7effd119 ... 006f:Ret KERNEL32.LoadLibraryW() retval=10000000 ret=7effd119 ... 006f:Call winscard.SCardEstablishContext(00000002,00000000,00000000,0033fc44) ret=10004a97 006f:fixme:winscard:SCardEstablishContext (2,(nil),(nil),0x33fc44) stub 006f:Ret winscard.SCardEstablishContext() retval=80100001 ret=10004a97 ... 0070:Starting thread proc 0x1000fae0 (arg=0x360d98) ... 0070:Call winscard.SCardIsValidContext(00000000) ret=10008569 006f:Call KERNEL32.GetLastError() ret=1001d22e 0070:fixme:winscard:SCardIsValidContext (0) stub ... 006f:Ret KERNEL32.GetLastError() retval=00000003 ret=1001d22e 0070:Ret winscard.SCardIsValidContext() retval=80100001 ret=10008569 ... 0070:Call winscard.SCardEstablishContext(00000002,00000000,00000000,0056fe08) ret=10004a97 0070:fixme:winscard:SCardEstablishContext (2,(nil),(nil),0x56fe08) stub 0070:Ret winscard.SCardEstablishContext() retval=80100001 ret=10004a97 ... 006f:Call KERNEL32.ExitProcess(00000000) ret=10009312 ... 006f:Call KERNEL32.RaiseException(80000100,00000001,00000002,0033ef24) ret=f7aeccd5 006f:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b447477 ip=7b447477 tid=006f 006f:trace:seh:raise_exception info[0]=f7aeccec 006f:trace:seh:raise_exception info[1]=f7aecd69 wine: Call from 0x7b447477 to unimplemented function winscard.dll.SCardCancel, aborting --- snip --- Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/winscard/winscard.sp… --- snip --- 9 @ stub SCardCancel --- snip --- $ sha1sum AK* bd0408fa2c72f9f87067aa9f348bb626aa0d503d AK_WIN_VERSION.exe f4a5ce7c902b64c7459f96a08df542dea6cf4a8a AK_WIN_VERSION.zip $ du -sh AK* 160M AK_WIN_VERSION.exe 159M AK_WIN_VERSION.zip $ wine --version wine-3.16-149-gb1a3b9e5ce 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 45664] New: 64-bit BattlEye 'BEDaisy' kernel service fails in driver entry point due to missing ' ntoskrnl.exe.PsGetProcessWow64Process'
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45664 Bug ID: 45664 Summary: 64-bit BattlEye 'BEDaisy' kernel service fails in driver entry point due to missing 'ntoskrnl.exe.PsGetProcessWow64Process' Product: Wine Version: 3.14 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. Only applies to 64-bit version of the driver. --- snip --- $ pwd /home/focht/.wine/drive_c/users/Public/Daybreak Game Company/Installed Games/PlanetSide 2 $ WINEDEBUG=+seh,+relay,+ntoskrnl wine ./PlanetSide2_x64_BE.exe >>log.txt 2>&1 ... 004b:Call ntoskrnl.exe.IoCreateDriver(0055fa90,7f087b40a927) ret=7f087b40b5ec 004b:trace:ntoskrnl:IoCreateDriver (L"\\Driver\\BEDaisy", 0x7f087b40a927) ... 004b:Call KERNEL32.LoadLibraryW(000271c0 L"C:\\Program Files (x86)\\Common Files\\BattlEye\\BEDaisy.sys") ret=7f087b409cea 004b:Ret KERNEL32.LoadLibraryW() retval=140000000 ret=7f087b409cea ... 004b:Call driver init 0x140011000 (obj=0x26ee0,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\BEDaisy") ... 004b:Call ntoskrnl.exe.MmGetSystemRoutineAddress(0055dfb0) ret=14024a0f8 ... 004b:Call KERNEL32.GetModuleHandleW(7f086d05f6f0 L"ntoskrnl.exe") ret=7f086d0517cc 004b:Ret KERNEL32.GetModuleHandleW() retval=7f086d030000 ret=7f086d0517cc 004b:Call KERNEL32.GetProcAddress(7f086d030000,000271c0 "PsGetProcessWow64Process") ret=7f086d0517ea 004b:Ret KERNEL32.GetProcAddress() retval=00000000 ret=7f086d0517ea 004b:Call KERNEL32.GetModuleHandleW(7f086d05f710 L"hal.dll") ret=7f086d05180d 004b:Ret KERNEL32.GetModuleHandleW() retval=00000000 ret=7f086d05180d ... 004b:fixme:ntoskrnl:MmGetSystemRoutineAddress L"PsGetProcessWow64Process" not found 004b:Ret ntoskrnl.exe.MmGetSystemRoutineAddress() retval=00000000 ret=14024a0f8 004b:Ret driver init 0x140011000 (obj=0x26ee0,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\BEDaisy") retval=c0000001 ... 004b:Ret ntoskrnl.exe.IoCreateDriver() retval=c0000001 ret=7f087b40b5ec 004b:err:winedevice:async_create_driver failed to create driver L"BEDaisy": c0000001 --- snip --- https://github.com/DarthTon/Blackbone/blob/master/src/BlackBoneDrv/Imports.… --- snip --- NTKERNELAPI PVOID NTAPI PsGetProcessWow64Process( IN PEPROCESS Process ); --- snip --- It's only imported, not called (yet). Adding stub line to .spec should be fine. Although it wouldn't harm if a real stub is added that just dumps the parameter and returns NULL. $ sha1sum PS2_setup.exe a49fec77dfe38ba6b6871aa832a50b7b10d48692 PS2_setup.exe $ du -sh PS2_setup.exe 38M PS2_setup.exe $ wine --version wine-3.14 Regards -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 10

[Bug 35972] New: Wayward Terran Frontier (.NET 4.0/XNA 4 game) crashes during creation of initial profile ('The character '?' (0xef03) is not available in this SpriteFont')
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=35972 Bug ID: 35972 Summary: Wayward Terran Frontier (.NET 4.0/XNA 4 game) crashes during creation of initial profile ('The character '?' (0xef03) is not available in this SpriteFont') Product: Wine Version: 1.7.16 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, continuation of bug 35444 Prerequisite: 'winetricks -q dotnet40' (XNA 4.0 and managed DirectX will be automatically installed) The game crashes during creation of initial profile. You can skip the launcher and directly start the game. Not much to see in trace log: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Wayward Terran Frontier/Wayward Terran Frontier $ WINEDEBUG=+tid,+seh,+relay wine ./WTF.exe >>log.txt 2>&1 ... 003b:Call KERNEL32.CreateFileW(00fcac54 L"C:\\Program Files\\Wayward Terran Frontier\\Wayward Terran Frontier\\profiles\\WTF.sav",c0000000,00000001,00000000,00000003,00100000,00000000) ret=04db5166 003b:Ret KERNEL32.CreateFileW() retval=00000324 ret=04db5166 ... 003b:Call KERNEL32.MultiByteToWideChar(0000fde9,00000000,00502f9d "\x03\n\xec\xb5\xb1\xe6\xa5\xbf\xe7\xbb\x90\xe9\x94\xaa\xe5\x8d\xa6\xe7\x96\x9d\xc2\x97\xef\xb3\x9c",00000019,06f5d034,00000019) ret=7916cb97 003b:Ret KERNEL32.MultiByteToWideChar() retval=0000000a ret=7916cb97 ... 003b:Call KERNEL32.MultiByteToWideChar(0000fde9,00000000,00502f52 "\x03\n\xef\xa1\x8a\xe8\x81\xb1\xe4\xb6\xb3\xee\xbd\xb9\xe1\x83\x94\xe5\x93\xb0\xe0\xa8\x85\xe2\xb2\x8d",0000001a,06f5d034,0000001a) ret=7916cb97 003b:Ret KERNEL32.MultiByteToWideChar() retval=0000000a ret=7916cb97 ... 003b:Call KERNEL32.CreateFileW(00fd4538 L"C:\\Program Files\\Wayward Terran Frontier\\Wayward Terran Frontier\\profiles\\Starter Ship\\Starter ShipProfile.tac",80000000,00000001,00000000,00000003,00100000,00000000) ret=04db5166 003b:Ret KERNEL32.CreateFileW() retval=00000324 ret=04db5166 ... 003b:Call KERNEL32.CreateFileW(00fd80bc L"C:\\Program Files\\Wayward Terran Frontier\\Wayward Terran Frontier\\profiles\\Starter Ship\\Starter ShipTop.png",80000000,00000001,00000000,00000003,00100000,00000000) ret=04db5166 003b:Ret KERNEL32.CreateFileW() retval=00000324 ret=04db5166 ... 003b:Call KERNEL32.RaiseException(e0434352,00000001,00000005,06f5de28) ret=791cac08 003b:trace:seh:raise_exception code=e0434352 flags=1 addr=0x7b83ac17 ip=7b83ac17 tid=003b 003b:trace:seh:raise_exception info[0]=80004005 003b:trace:seh:raise_exception info[1]=00000000 003b:trace:seh:raise_exception info[2]=00000000 003b:trace:seh:raise_exception info[3]=00000000 003b:trace:seh:raise_exception info[4]=79140000 003b:trace:seh:raise_exception eax=7b826c7d ebx=7b8bb000 ecx=80004005 edx=06f5dd44 esi=06f5dde4 edi=06f5ddb0 003b:trace:seh:raise_exception ebp=06f5dd88 esp=06f5dd24 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000283 003b:trace:seh:call_vectored_handlers calling handler at 0x791f5a7c code=e0434352 flags=1 --- snip --- The managed backtrace (.NET) is more descriptive: --- snip --- Unhandled Exception: System.ArgumentException: The character '?' (0xef03) is not available in this SpriteFont. If applicable, adjust the font's start and end CharacterRegions to include this character. Parameter name: character at Microsoft.Xna.Framework.Graphics.SpriteFont.GetIndexForCharacter(Char character) at Microsoft.Xna.Framework.Graphics.SpriteFont.InternalDraw(StringProxy& text, SpriteBatch spriteBatch, Vector2 textblockPosition, Color color, Single rotation, Vector2 origin, Vector2& scale, SpriteEffects spriteEffects, Single depth) at Microsoft.Xna.Framework.Graphics.SpriteBatch.DrawString(SpriteFont spriteFont, String text, Vector2 position, Color color, Single rotation, Vector2 origin, Single scale, SpriteEffects effects, Single layerDepth) at (Object , SpriteFont , String , Vector2 , Color , Single , Vector2 , Single , SpriteEffects , Single ) at ????????.?{??????(Object , SpriteFont ???????U, String ???????U, Vector2 ???????U, Color ???????U, Single ???????U, Vector2 ???????U, Single ???????U, SpriteEffects ???????U, Single ???????U) at CoOpSpRpG.RootMenu.Draw(GameTime gameTime, SpriteBatch batch) at CoOpSpRpG.SCREEN_MANAGER.Draw(GameTime gameTime, SpriteBatch batch) at CoOpSpRpG.Game1.Draw(GameTime gameTime) at Microsoft.Xna.Framework.Game.DrawFrame() at Microsoft.Xna.Framework.Game.Tick() at Microsoft.Xna.Framework.Game.HostIdle(Object sender, EventArgs e) at Microsoft.Xna.Framework.GameHost.OnIdle() at Microsoft.Xna.Framework.WindowsGameHost.RunOneFrame() at Microsoft.Xna.Framework.WindowsGameHost.ApplicationIdle(Object sender, EventArgs e) at System.Windows.Forms.Application.ThreadContext.System.Windows.Forms.UnsafeNativeMethods.IMsoComponent.FDoIdle(Int32 grfidlef) at System.Windows.Forms.Application.ComponentManager.System.Windows.Forms.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop(IntPtr dwComponentID, Int32 reason, Int32 pvLoopData) at System.Windows.Forms.Application.ThreadContext.RunMessageLoopInner(Int32 reason, ApplicationContext context) at System.Windows.Forms.Application.ThreadContext.RunMessageLoop(Int32 reason, ApplicationContext context) at System.Windows.Forms.Application.Run(Form mainForm) at Microsoft.Xna.Framework.WindowsGameHost.Run() at Microsoft.Xna.Framework.Game.RunGame(Boolean useBlockingRun) at (Object ) at ??o?????.????????(Object ) at CoOpSpRpG.Program.Main(String[] args) --- snip --- Starting it a second time (continuing of profile creation) yields: --- snip --- Unhandled Exception: System.ArgumentException: The character '?' (0x50d0) is not available in this SpriteFont. If applicable, adjust the font's start and end CharacterRegions to include this character. Parameter name: character at Microsoft.Xna.Framework.Graphics.SpriteFont.GetIndexForCharacter(Char character) --- snip --- Some hits from searching with: --- snip --- "is not available in this SpriteFont. If applicable, adjust the font's start and end CharacterRegions to include this character" --- snip --- https://stackoverflow.com/questions/13243130/how-to-draw-special-characters… MSDN: http://msdn.microsoft.com/en-us/library/bb447759.aspx ("Sprite Font XML Schema Reference") http://steamcommunity.com/app/241600/discussions/1/792924412212989581/ ("Save not working. Is it end? Game won't start! ") This might be character string conversion/collation related insufficiencies ... somewhere. $ sha1sum WaywardSetup.msi ad1b0bf88ce284b2c4c36fbb93012b60cb0a673f WaywardSetup.msi $ du -sh WaywardSetup.msi 8.5M WaywardSetup.msi $ wine --version wine-1.7.16-134-g93581f5 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 46187] New: Windows PowerShell Core 6.2 Preview 2 for ARM32 crashes due to unhandled trap_no 0 (write watch access causes SIGSEGV)
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=46187 Bug ID: 46187 Summary: Windows PowerShell Core 6.2 Preview 2 for ARM32 crashes due to unhandled trap_no 0 (write watch access causes SIGSEGV) Product: Wine Version: 3.21 Hardware: arm OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, now that I have a full multi-lib/bi-arch Wine on ARM64, revisiting the ARM32/aarch32 side of things ;-) Download: https://github.com/PowerShell/PowerShell/releases https://github.com/PowerShell/PowerShell/releases/download/v6.2.0-preview.2… --- snip --- $ WINEDEBUG=+seh,+loaddll,+process,+relay wine ./pwsh.exe >>log.txt 2>&1 ... 002b:Call KERNEL32.VirtualAlloc(00000000,000a0000,00202000,00000004) ret=f68e14f1 002b:Ret KERNEL32.VirtualAlloc() retval=f3970000 ret=f68e14f1 002b:Call KERNEL32.VirtualAlloc(f3970000,00010068,00001000,00000004) ret=f68e156d 002b:Ret KERNEL32.VirtualAlloc() retval=f3970000 ret=f68e156d 002b:err:seh:segv_handler Got unexpected trap 0 002b:trace:seh:raise_exception code=c000001d flags=0 addr=0xf68e160c pc=f68e160c tid=002b 002b:trace:seh:raise_exception r0=f3970020 r1=f6ffe904 r2=0000001e r3=f3a20000 r4=f703aa34 r5=00090068 002b:trace:seh:raise_exception r6=00000000 r7=f69da5e4 r8=f3970000 r9=f6b08500 r10=f69e1268 r11=f6ffeaa0 002b:trace:seh:raise_exception r12=f68e156d sp=f6ffea48 lr=f7838ccc pc=f68e160c cpsr=40000030 002b:trace:seh:call_vectored_handlers calling handler at 0xf6756221 code=c000001d flags=0 ... wine: Unhandled illegal instruction at address 0xf68e160c (thread 002b), starting debugger... Unhandled exception: illegal instruction in 32-bit code (0xf68e160c). Register dump: Thumb User Mode Pc:f68e160c Sp:f6ffea48 Lr:f7838ccc Cpsr:40000030(-Z--) r0:f3970020 r1:f6ffe904 r2:0000001e r3:f3a20000 r4:f703aa34 r5:00090068 r6:00000000 r7:f69da5e4 r8:f3970000 r9:f6b08500 r10:f69e1268 r11:f6ffeaa0 r12:f68e156d ... Backtrace: =>0 0xf68e160c in coreclr (+0x1d160c) (0xf6ffeaa0) 1 0xf7838ccc relay_trace_exit+0x1a3() [/home/focht/projects/wine/mainline-src/dlls/ntdll/relay.c:556] in ntdll (0xf6ffeaa0) 2 0xf7838ccc relay_trace_exit+0x1a3() [/home/focht/projects/wine/mainline-src/dlls/ntdll/relay.c:556] in ntdll (0xf6b00204) 3 0xf6ffec38 (0x00000000) 0xf68e160c: strd r6, r3, [r0, #-32] Modules: Module Address Debug info Name (63 modules) PE 400000- 439000 Deferred pwsh ELF 48c000- 49f000 Deferred <wine-loader> PE 10000000-10045000 Deferred hostfxr ELF f5d88000-f5dad000 Deferred imm32<elf> \-PE f5d90000-f5dad000 \ imm32 ELF f5dad000-f5dd6000 Deferred libgcc_s.so.1 ELF f5dd6000-f5e0c000 Deferred libexpat.so.1 ELF f5e0c000-f5e4b000 Deferred libfontconfig.so.1 ELF f5e4b000-f5e6b000 Deferred libz.so.1 ELF f5e6b000-f5edf000 Deferred libfreetype.so.6 ELF f5ef8000-f5f0c000 Deferred api-ms-win-crt-time-l1-1-0<elf> \-PE f5f00000-f5f0c000 \ api-ms-win-crt-time-l1-1-0 ELF f5f0c000-f5f20000 Deferred api-ms-win-crt-utility-l1-1-0<elf> \-PE f5f10000-f5f20000 \ api-ms-win-crt-utility-l1-1-0 ELF f5f20000-f5f9c000 Deferred shlwapi<elf> \-PE f5f30000-f5f9c000 \ shlwapi ELF f5f9c000-f60e2000 Deferred oleaut32<elf> \-PE f5fb0000-f60e2000 \ oleaut32 ELF f60e2000-f617b000 Deferred rpcrt4<elf> \-PE f60f0000-f617b000 \ rpcrt4 ELF f617b000-f6196000 Deferred version<elf> \-PE f6180000-f6196000 \ version ELF f6196000-f62e6000 Deferred gdi32<elf> \-PE f61a0000-f62e6000 \ gdi32 ELF f62e6000-f6515000 Deferred user32<elf> \-PE f6300000-f6515000 \ user32 ELF f6515000-f668e000 Deferred ole32<elf> \-PE f6530000-f668e000 \ ole32 ELF f668e000-f6710000 Deferred advapi32<elf> \-PE f66a0000-f6710000 \ advapi32 PE f6710000-f6b3f000 Export coreclr PE f6b40000-f6ba6000 Deferred hostpolicy ... LF f7a03000-f7bb8000 Dwarf libwine.so.1 ELF f7bb8000-f7be1000 Deferred ld-linux-armhf.so.3 Threads: process tid prio (all id:s are in hex) ... 0000002a (D) Z:\home\focht\projects\woa-winrt\powershell620-arm32\pwsh.exe 0000002c 0 0000002b 0 <== System information: Wine build: wine-3.21-4-gfc4d5d49c6 Platform: arm Version: Windows 7 Host system: Linux Host version: 4.18.14-yocto-standard --- snip --- Debugging session: --- snip --- $ gdb wine GNU gdb (GDB) 8.2 ... Reading symbols from wine...done. (gdb) run pwsh.exe Starting program: /home/focht/projects/wine/mainline-install-arm/bin/wine pwsh.exe [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". [Detaching after fork from child process 4337] [Detaching after fork from child process 4339] 0009:fixme:msvcrt:_configure_wide_argv (1) stub 0009:fixme:msvcrt:_initialize_wide_environment stub 0009:fixme:process:GetNumaHighestNodeNumber (0xf73ced14): semi-stub 0009:fixme:thread:SetThreadStackGuarantee (0xf73cec98): stub 0009:fixme:ntdll:EtwEventRegister ({e13c0d23-ccbc-4e12-931b-d9cc2eee27e4}, 0xf6aed7b1, 0xf6e6d920, 0xf6e6d920) stub. 0009:fixme:ntdll:EtwEventRegister ({763fd754-7086-4dfe-95eb-c01a46faf4ca}, 0xf6aed7b1, 0xf6e6d958, 0xf6e6d958) stub. 0009:fixme:ntdll:EtwEventRegister ({a669021c-c450-4609-a035-5af59af4df18}, 0xf6aed7b1, 0xf6e6d8e8, 0xf6e6d8e8) stub. 0009:fixme:wer:WerRegisterRuntimeExceptionModule (L"Z:\\home\\focht\\projects\\woa-winrt\\powershell620-arm32\\mscordaccore.dll", 0xf6a80000) stub! [New Thread 0xf5f23460 (LWP 4501)] 0009:fixme:msvcrt:_control87 not implemented Thread 1 "pwsh.exe" received signal SIGSEGV, Segmentation fault. 0xf6c5160c in ?? () (gdb) info reg r0 0xf3ce0020 4090363936 r1 0xf73ce944 4147964228 r2 0x11000 69632 r3 0xf3d90000 4091084800 r4 0xf74baee0 4148932320 r5 0x90068 589928 r6 0x0 0 r7 0xf6d4a5e4 4141131236 r8 0xf3ce0000 4090363904 r9 0xf6e78500 4142368000 r10 0xf6d51268 4141159016 r11 0xf73ceaa0 4147964576 r12 0xaf 175 sp 0xf73cea48 0xf73cea48 lr 0xf7ddf7a9 -136448087 pc 0xf6c5160c 0xf6c5160c cpsr 0x600f0030 1611595824 Unable to fetch SVE register header: Invalid argument. (gdb) set arm fallback-mode thumb (gdb) x/10i 0xf6c5160c => 0xf6c5160c: strd r6, r3, [r0, #-32] 0xf6c51610: ldr r3, [sp, #36] ; 0x24 0xf6c51612: ldr r4, [sp, #44] ; 0x2c 0xf6c51614: str.w r3, [r0, #-24] 0xf6c51618: ldr r3, [sp, #40] ; 0x28 0xf6c5161a: add.w r3, r0, r3, lsl #2 0xf6c5161e: str.w r3, [r0, #-20] 0xf6c51622: strd r5, r6, [r0, #-8] 0xf6c51626: ldr.w r3, [r0, #-20] 0xf6c5162a: add.w r3, r3, r4, lsl #1 (gdb) x/10x ($r0-0x20) 0xf3ce0000: 0x00000000 0x00000000 0x00000000 0x00000000 0xf3ce0010: 0x00000000 0x00000000 0x00000000 0x00000000 0xf3ce0020: 0x00000000 0x00000000 (gdb) bt #0 segv_handler (signal=0xb, info=0xf73ce6d8, ucontext=0xf73ce758) at /home/focht/projects/wine/mainline-src/dlls/ntdll/signal_arm.c:732 #1 <signal handler called> #2 0xf6c5160c in ?? () #3 0xf7ddf7a8 in pthread_sigmask (how=0x90068, newmask=<optimized out>, oldmask=0xf74baee0 <VirtualAlloc>) at ../sysdeps/unix/sysv/linux/pthread_sigmask.c:45 #4 0x000e0280 in ?? () Backtrace stopped: previous frame identical to this frame (corrupt stack?) (gdb) set output-radix 16 (gdb) p *context $3 = {uc_flags = 0x0, uc_link = 0x0, uc_stack = {ss_sp = 0x0, ss_flags = 0x0, ss_size = 0x0}, uc_mcontext = {trap_no = 0x0, error_code = 0x800, oldmask = 0x0, arm_r0 = 0xf3ce0020, arm_r1 = 0xf73ce944, arm_r2 = 0x11000, arm_r3 = 0xf3d90000, arm_r4 = 0xf74baee0, arm_r5 = 0x90068, arm_r6 = 0x0, arm_r7 = 0xf6d4a5e4, arm_r8 = 0xf3ce0000, arm_r9 = 0xf6e78500, arm_r10 = 0xf6d51268, arm_fp = 0xf73ceaa0, arm_ip = 0xaf, arm_sp = 0xf73cea48, arm_lr = 0xf7ddf7a9, arm_pc = 0xf6c5160c, arm_cpsr = 0x602f0030, fault_address = 0xf3ce0000}, uc_sigmask = {__val = {0x0, 0x0, 0xf3ce0000, 0xf7ccdd34, 0xa0000, 0xffffffff, 0xf6d4a5e4, 0xf7ddf7a9, 0xf73ce82c, 0xf7c7f6c0, 0x0, 0x1, 0x11000, 0xf3ce0000, 0x43, 0x1, 0xf73ce834, 0xf7c7fd20, 0xffffffff, 0xa5e4, 0x11000, 0xf3ce0000, 0xb0000, 0x1, 0x1, 0xf3ce0000, 0x11, 0x11, 0xffffffff, 0xf7cbb180, 0x2300ffff, 0xf73ce84c}}, uc_regspace = {0x56465001, 0x120, 0x80005, 0x0, 0xa0a0a0a, 0xa0a0a0a, 0x10000, 0x10000, 0x0, 0x0, 0x1, 0x0, 0x0, 0x0, 0x8040201, 0x80402010, 0x8040201, 0x80402010, 0x0 <repeats 18 times>, 0x594e9a4, 0x0 <repeats 29 times>, 0x20000010, 0xf7810088, 0x40000000, 0x0, 0x0, 0x1, 0x0, 0x0, 0xf6b36fff, 0x0, 0xe8f86fff, 0x0, 0xf6b37000, 0x0, 0xe8f87000, 0x0, 0xfffeefff, 0x0, 0xfffdefff, 0x0, 0x0, 0x0, 0x2, 0xf73ce9b4, 0xf73ce9d4, 0xf7810064, 0xf73ce9d4, 0xf7c02a14, 0x2, 0xf7810060, 0xe0268, 0xf7941508, 0x43, 0xf783fd98, 0xf73cea1c, 0xf7c1e7c8, 0xf6ac0c51, 0x6, 0xf73cea0c, 0xffff, 0x0, 0x0, 0x11000, 0xf3ce0000, 0xf73cea24, 0xf74baf74, 0x1000, 0x4, 0x1000, 0x11000, 0xf3ce0000, 0xffffffff, 0xf3ce0000, 0x0, 0xf73cea44, 0xf74baf18, 0x4, 0x40, 0x4, 0x1000, 0x10068, 0xf3ce0000}} --- snip --- trap_no = 0 error_code = 0x800 (write access) fault_address = 0xf3ce0000 Using +virtual debug channel reveals it: --- snip --- 0009:trace:virtual:NtAllocateVirtualMemory 0xffffffff (nil) 000a0000 202000 00000004 0009:trace:virtual:map_view got mem with anon mmap 0xf3ce0000-0xf3d80000 0009:trace:virtual:VIRTUAL_DumpView View: 0xf3ce0000 - 0xf3d7ffff (valloc) 0009:trace:virtual:VIRTUAL_DumpView 0xf3ce0000 - 0xf3d7ffff -Hrw- 0009:trace:virtual:NtAllocateVirtualMemory 0xffffffff 0xf3ce0000 00010068 1000 00000004 0009:trace:virtual:VIRTUAL_DumpView View: 0xf3ce0000 - 0xf3d7ffff (valloc) 0009:trace:virtual:VIRTUAL_DumpView 0xf3ce0000 - 0xf3cf0fff cHrw- 0009:trace:virtual:VIRTUAL_DumpView 0xf3cf1000 - 0xf3d7ffff -Hrw- --- snip --- VPROT_COMMITTED + VPROT_WRITEWATCH + VPROT_READ + VPROT_WRITE A write watch should get triggered here. Wine has no trap number mapping and defaults to "illegal instruction" where things go haywire. Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntdll/signal_arm.c#l… --- snip --- 117 enum arm_trap_code 118 { 119 TRAP_ARM_UNKNOWN = -1, /* Unknown fault (TRAP_sig not defined) */ 120 TRAP_ARM_PRIVINFLT = 6, /* Invalid opcode exception */ 121 TRAP_ARM_PAGEFLT = 14, /* Page fault */ 122 TRAP_ARM_ALIGNFLT = 17, /* Alignment check exception */ 123 }; --- snip --- https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntdll/signal_arm.c#l… --- snip --- 712 static void segv_handler( int signal, siginfo_t *info, void *ucontext ) 713 { 714 EXCEPTION_RECORD *rec; 715 ucontext_t *context = ucontext; 716 717 /* check for page fault inside the thread stack */ 718 if (get_trap_code(context) == TRAP_ARM_PAGEFLT && 719 (char *)info->si_addr >= (char *)NtCurrentTeb()->DeallocationStack && 720 (char *)info->si_addr < (char *)NtCurrentTeb()->Tib.StackBase && 721 virtual_handle_stack_fault( info->si_addr )) 722 { 723 /* check if this was the last guard page */ 724 if ((char *)info->si_addr < (char *)NtCurrentTeb()->DeallocationStack + 2*4096) 725 { 726 rec = setup_exception( context, raise_segv_exception ); 727 rec->ExceptionCode = EXCEPTION_STACK_OVERFLOW; 728 } 729 return; 730 } 731 732 rec = setup_exception( context, raise_segv_exception ); 733 if (rec->ExceptionCode == EXCEPTION_STACK_OVERFLOW) return; 734 735 switch(get_trap_code(context)) 736 { 737 case TRAP_ARM_PRIVINFLT: /* Invalid opcode exception */ 738 rec->ExceptionCode = EXCEPTION_ILLEGAL_INSTRUCTION; 739 break; 740 case TRAP_ARM_PAGEFLT: /* Page fault */ 741 rec->ExceptionCode = EXCEPTION_ACCESS_VIOLATION; 742 rec->NumberParameters = 2; 743 rec->ExceptionInformation[0] = (get_error_code(context) & 0x800) != 0; 744 rec->ExceptionInformation[1] = (ULONG_PTR)info->si_addr; 745 break; 746 case TRAP_ARM_ALIGNFLT: /* Alignment check exception */ 747 rec->ExceptionCode = EXCEPTION_DATATYPE_MISALIGNMENT; 748 break; 749 case TRAP_ARM_UNKNOWN: /* Unknown fault code */ 750 rec->ExceptionCode = EXCEPTION_ACCESS_VIOLATION; 751 rec->NumberParameters = 2; 752 rec->ExceptionInformation[0] = 0; 753 rec->ExceptionInformation[1] = 0xffffffff; 754 break; 755 default: 756 ERR("Got unexpected trap %d\n", get_trap_code(context)); 757 rec->ExceptionCode = EXCEPTION_ILLEGAL_INSTRUCTION; 758 break; 759 } 760 } --- snip --- Since 'TRAP_ARM_PAGEFLT' identifier has already been used for trap_no 14 (arch/arm/mm/fault.c:__do_user_fault) I guess you have to invent another identifier for essentially the same thing. With that part fixed it runs a bit further - into next Wine ARM32 bug ;-) $ sha1sum PowerShell-6.2.0-preview.2-win-arm32.zip b77b87906514e802c03c84fcb72ce39f925c3b41 PowerShell-6.2.0-preview.2-win-arm32.zip $ du -sh PowerShell-6.2.0-preview.2-win-arm32.zip 40M PowerShell-6.2.0-preview.2-win-arm32.zip Regards -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 10

[Bug 46189] New: [Bug 46187] Windows PowerShell Core 6.2 Preview 2 for ARM32 crashes due to ntdll ' set_cpu_context' not restoring Thumb mode during return from exception handling
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=46189 Bug ID: 46189 Summary: [Bug 46187] Windows PowerShell Core 6.2 Preview 2 for ARM32 crashes due to ntdll 'set_cpu_context' not restoring Thumb mode during return from exception handling Product: Wine Version: 3.21 Hardware: arm 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 continuation of bug 46187("Windows PowerShell Core 6.2 Preview 2 for ARM32 crashes due to unhandled trap_no 0 (write watch access causes SIGSEGV)") Even with trap code 0 properly translated it still crashes. Debugger session (with fixup for bug #46187 applied). --- snip --- $ gdb wine GNU gdb (GDB) 8.2 ... Reading symbols from wine...done. (gdb) run pwsh.exe Starting program: /home/focht/projects/wine/mainline-install-arm/bin/wine pwsh.exe ... Thread 1 "pwsh.exe" hit Breakpoint 1, virtual_handle_fault (addr=0xf3ce0000, err=1, on_signal_stack=0) at /home/focht/projects/wine/mainline-src/dlls/ntdll/virtual.c:2010 2010 NTSTATUS ret = STATUS_ACCESS_VIOLATION; (gdb) bt #0 virtual_handle_fault (addr=0xf3ce0000, err=1, on_signal_stack=0) at /home/focht/projects/wine/mainline-src/dlls/ntdll/virtual.c:2010 #1 0xf7c612ec in raise_segv_exception (rec=0xf73ce9f8, context=0xf73ce858) at /home/focht/projects/wine/mainline-src/dlls/ntdll/signal_arm.c:574 #2 0xf7c61152 in raise_func_trampoline_thumb () at /home/focht/projects/wine/mainline-src/dlls/ntdll/signal_arm.c:508 Backtrace stopped: previous frame identical to this frame (corrupt stack?) (gdb) info locals ret = 0xc0000005 page = 0xf3ce0000 sigset = {__val = {0x0, 0x0, 0xf7c61150, 0x600f0030, 0xf3ce0000, 0x0, 0x0, 0xf3ce0000, 0xf7ccdd34, 0xa0000, 0xffffffff, 0xf6d4a5e4, 0xf7ddf7a9, 0xf73ce82c, 0xf7c7f6c0, 0x0, 0x1, 0x11000, 0xf3ce0000, 0x43, 0x1, 0xf73ce834, 0xf7c7fd20, 0xffffffff, 0xa5e4, 0x11000, 0xf3ce0000, 0xb0000, 0x1, 0x1, 0xf3ce0000, 0x11}} vprot = 0x63 ... (gdb) n 2027 set_page_vprot_bits( page, page_size, 0, VPROT_WRITEWATCH ); (gdb) n 2028 mprotect_range( page, page_size, 0, 0 ); (gdb) n 2031 if (VIRTUAL_GetUnixProt( get_page_vprot( page )) & PROT_WRITE) (gdb) n 2033 if ((vprot & VPROT_WRITEWATCH) || is_write_watch_range( page, page_size )) (gdb) n 2034 ret = STATUS_SUCCESS; ... --- snip --- The problem is the way Wine restores the context on ARM32 via 'set_cpu_context': --- snip --- Dump of assembler code for function set_cpu_context: 0xf7c605c0 <+0>: ldr r1, [r0, #68] ; 0x44 => 0xf7c605c4 <+4>: msr CPSR_f, r1 0xf7c605c8 <+8>: ldr r1, [r0, #64] ; 0x40 0xf7c605cc <+12>: ldr lr, [r0, #60] ; 0x3c 0xf7c605d0 <+16>: ldr sp, [r0, #56] ; 0x38 0xf7c605d4 <+20>: push {r1} ; (str r1, [sp, #-4]!) 0xf7c605d8 <+24>: ldmib r0, {r0, r1, r2, r3, r4, r5, r6, r7, r8, r9, r10, r11, r12} 0xf7c605dc <+28>: pop {pc} ; (ldr pc, [sp], #4) (gdb) info reg r0 0xf73ce858 0xf73ce858 r1 0x602f0030 0x602f0030 r2 0x0 0x0 r3 0x0 0x0 r4 0xf74baee0 0xf74baee0 r5 0x90068 0x90068 r6 0x0 0x0 r7 0xf6d4a5e4 0xf6d4a5e4 r8 0xf3ce0000 0xf3ce0000 r9 0xf6e78500 0xf6e78500 r10 0xf6d51268 0xf6d51268 r11 0xf73ce854 0xf73ce854 r12 0xaf 0xaf sp 0xf73ce840 0xf73ce840 lr 0xf7c61350 0xf7c61350 pc 0xf7c605c4 0xf7c605c4 <set_cpu_context+4> cpsr 0x600f0010 0x600f0010 Unable to fetch SVE register header: Invalid argument. --- snip --- CPSR = 0x600f0010 = Wine ARM32 mode R1 = old CPSR before fault = 0x602f0030 = app code in Thumb mode Wine -> CPSR_f = only flag bits set (execution state/control bits can't be set explicitly in USR mode by design, no USR SPSR_xxx). --- snip --- (gdb) disas Dump of assembler code for function set_cpu_context: 0xf7c605c0 <+0>: ldr r1, [r0, #68] ; 0x44 0xf7c605c4 <+4>: msr CPSR_f, r1 0xf7c605c8 <+8>: ldr r1, [r0, #64] ; 0x40 0xf7c605cc <+12>: ldr lr, [r0, #60] ; 0x3c 0xf7c605d0 <+16>: ldr sp, [r0, #56] ; 0x38 0xf7c605d4 <+20>: push {r1} ; (str r1, [sp, #-4]!) 0xf7c605d8 <+24>: ldmib r0, {r0, r1, r2, r3, r4, r5, r6, r7, r8, r9, r10, r11, r12} => 0xf7c605dc <+28>: pop {pc} ; (ldr pc, [sp], #4) End of assembler dump. (gdb) si 0xf6c5160c in ?? () (gdb) info reg r0 0xf3ce0020 0xf3ce0020 r1 0xf73ce944 0xf73ce944 r2 0x11000 0x11000 r3 0xf3d90000 0xf3d90000 r4 0xf74baee0 0xf74baee0 r5 0x90068 0x90068 r6 0x0 0x0 r7 0xf6d4a5e4 0xf6d4a5e4 r8 0xf3ce0000 0xf3ce0000 r9 0xf6e78500 0xf6e78500 r10 0xf6d51268 0xf6d51268 r11 0xf73ceaa0 0xf73ceaa0 r12 0xaf 0xaf sp 0xf73cea48 0xf73cea48 lr 0xf7ddf7a9 0xf7ddf7a9 pc 0xf6c5160c 0xf6c5160c cpsr 0x600f0010 0x600f0010 Unable to fetch SVE register header: Invalid argument. (gdb) set arm fallback-mode thumb (gdb) x/10i $pc => 0xf6c5160c: strd r6, r3, [r0, #-32] 0xf6c51610: ldr r3, [sp, #36] ; 0x24 0xf6c51612: ldr r4, [sp, #44] ; 0x2c 0xf6c51614: str.w r3, [r0, #-24] 0xf6c51618: ldr r3, [sp, #40] ; 0x28 0xf6c5161a: add.w r3, r0, r3, lsl #2 0xf6c5161e: str.w r3, [r0, #-20] 0xf6c51622: strd r5, r6, [r0, #-8] 0xf6c51626: ldr.w r3, [r0, #-20] 0xf6c5162a: add.w r3, r3, r4, lsl #1 (gdb) si 0xf6c51610 in ?? () (gdb) info reg r0 0xf3ce0020 4090363936 r1 0xf73ce944 4147964228 r2 0x11000 69632 r3 0xf3d90000 4091084800 r4 0xf74baee0 4148932320 r5 0x90068 589928 r6 0x0 0 r7 0xf6d4a5e4 4141131236 r8 0xf3ce0000 4090363904 r9 0xf6e78500 4142368000 r10 0xf6d51268 4141159016 r11 0xf73ceaa0 4147964576 r12 0xaf 175 sp 0xf73cea48 0xf73cea48 lr 0xf7ddf7a9 -136448087 pc 0xf6c51610 0xf6c51610 cpsr 0x600f0010 1611595792 Unable to fetch SVE register header: Invalid argument. (gdb) si 0xf6c51614 in ?? () (gdb) si 0xf6c51618 in ?? () (gdb) si 0xf6c78248 in ?? () (gdb) si Thread 1 "pwsh.exe" received signal SIGILL, Illegal instruction. 0xf6c78248 in ?? () --- snip --- Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntdll/signal_arm.c#l… --- snip --- 283 void DECLSPEC_HIDDEN set_cpu_context( const CONTEXT *context ); 284 __ASM_GLOBAL_FUNC( set_cpu_context, 285 ".arm\n\t" 286 "ldr r1, [r0, #0x44]\n\t" /* context->Cpsr */ 287 "msr CPSR_f, r1\n\t" 288 "ldr r1, [r0, #0x40]\n\t" /* context->Pc */ 289 "ldr lr, [r0, #0x3c]\n\t" /* context->Lr */ 290 "ldr sp, [r0, #0x38]\n\t" /* context->Sp */ 291 "push {r1}\n\t" 292 "ldmib r0, {r0-r12}\n\t" /* context->R0..R12 */ 293 "pop {pc}" ) --- snip --- Well, that's an unfortunate combination of things here. The app binaries contain a mix of 16-bit Thumb and 32-bit Thumb(2) instructions. Thumb-2 instruction set is the default for Windows on ARM per convention. https://msdn.microsoft.com/en-us/library/dn736986.aspx) --- quote --- The instruction set for Windows on ARM is strictly limited to Thumb-2. All code executed on this platform is expected to start and remain in Thumb mode at all times. An attempt to switch into the legacy ARM instruction set may succeed, but if it does, any exceptions or interrupts that occur may lead to an application fault in user mode, or a bugcheck in kernel mode. A side-effect of this requirement is that all code pointers must have the low bit set. This is so that when they are loaded and branched to via BLX or BX, the processor will remain in Thumb mode and not try to execute the target code as 32-bit ARM instructions. --- quote --- The write-watch fault is caused by an instruction that has 32-bit encoding (Thumb2), located at 0xf6c5160c -> bits[1:0] of the address = 0b00. Due to the segfault handling, the mode is switched to ARM (there are also explicit '.arm' directives in Wine code) -> CPSR 'T' bit gone. Wine's 'set_cpu_context' uses 'pop {pc}' to return to the faulting instruction for re-execution after write-watch has been reset. The instruction behaviour is defined by ARM: http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.dui0588b/Babefb… --- quote --- == POP, with reglist including the PC This instruction causes a branch to the address popped off the stack into the PC. This is usually a return from a subroutine, where the LR was pushed onto the stack at the start of the subroutine. In ARMv5T and above: bits[1:0] must not be 0b10 if bit[0] is 1, execution continues in Thumb state if bit[0] is 0, execution continues in ARM state. In ARMv4, bits[1:0] of the address loaded must be 0b00. == Thumb instructions A subset of these instructions are available in the Thumb instruction set. The following restrictions apply to the 16-bit instructions: For PUSH, reglist can only include the Lo registers and the LR For POP, reglist can only include the Lo registers and the PC. The following restrictions apply to the 32-bit instructions: reglist must not include the SP For PUSH, reglist must not include the PC For POP, reglist can include either the LR or the PC, but not both. == Restrictions on reglist in ARM instructions ARM PUSH instructions can have SP and PC in the reglist but these instructions that include SP or PC in the reglist are deprecated in ARMv6T2 and above. ARM POP instructions cannot have SP but can have PC in the reglist. These instructions that include both PC and LR in the reglist are deprecated in ARMv6T2 and above. --- quote --- Since I run the whole target under QEMU aarch64 system emulation I double checked that part too. Qemu behaves correctly, not switching from ARM to Thumb mode because bits[1:0] of the address = 0b00. https://github.com/qemu/qemu/blob/master/target/arm/translate.c#L225 --- snip --- /* Set a CPU register. The source must be a temporary and will be marked as dead. */ static void store_reg(DisasContext *s, int reg, TCGv_i32 var) { if (reg == 15) { /* In Thumb mode, we must ignore bit 0. * In ARM mode, for ARMv4 and ARMv5, it is UNPREDICTABLE if bits [1:0] * are not 0b00, but for ARMv6 and above, we must ignore bits [1:0]. * We choose to ignore [1:0] in ARM mode for all architecture versions. */ tcg_gen_andi_i32(var, var, s->thumb ? ~1 : ~3); s->base.is_jmp = DISAS_JUMP; } tcg_gen_mov_i32(cpu_R[reg], var); tcg_temp_free_i32(var); } --- snip --- Due to Wine's cpu context helper not restoring Thumb mode properly, execution is incorrectly resumed in ARM mode, leading to crash shortly after. Any Wine ARM32-specific assembly code/wrappers that pass control directly to app code, bypassing the compiler's ARM-Thumb interworking, has to make sure that it restores thumb mode properly. $ sha1sum PowerShell-6.2.0-preview.2-win-arm32.zip b77b87906514e802c03c84fcb72ce39f925c3b41 PowerShell-6.2.0-preview.2-win-arm32.zip $ du -sh PowerShell-6.2.0-preview.2-win-arm32.zip 40M PowerShell-6.2.0-preview.2-win-arm32.zip 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 10467] New: Making Microsoft .NET 2.0 to work in wine, based on example app FastMD5 1.4 for NET 2.0
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=10467 Summary: Making Microsoft .NET 2.0 to work in wine, based on example app FastMD5 1.4 for NET 2.0 Product: Wine Version: CVS/GIT Platform: PC URL: http://www.paehl.de/english.php OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-dotnet AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, this bug id exists for the sole purpose of showing my little journey of getting .NET 2.0 to work in wine. This topic does *NOT* cover the MONO project in any way. The windows version of MONO is covered by other bug reports. DISCLAIMER: This is just a first step which aims at major show stoppers. There are *many* issues left when it comes to managed (JIT) vs. unmanaged (native) API code bridging. To iron out all the bugs, many different applications are needed which cover the whole range of .NET Framework. I randomly chose a simple .NET 2.0 app which uses plain system.windows.forms stuff (no fancy controls/interop). --- snip --- http://www.paehl.de/fastmd5_net20.zip FASTMD5 create very fast with low CPU use a MD5 hash. Required .NET 1.1 or 2.0 --- snip --- Just as foreword: yes, it plain sucks to debug mixed code in wine (managed + unmanaged) because the tools required don't work reliable (or at all) due to several wine bugs/design problems. Prerequisite: successful installation of .NET 2.0 Framework and wine-0.9.49 (or GIT) ---------- If you start .NET apps they will fail with stack overflows and some exceptions thrown. The exception type tells us what we are dealing with: 0xe0434f4d For the uninitiated: this an exception type exclusively thrown by .NET common language runtime (CLR). Using my specially hacked wine to run tools like windbg one can get a raw estimate by looking at native method callstack: --- snip --- 0:000> sxe clr .. 0:000> .load clr20\sos.dll .. 0:000> g .. 0:000> kb ChildEBP RetAddr Args to Child WARNING: Stack unwind information not available. Following frames may be wrong. 0034efb8 79f97065 e0434f4d 00000001 00000001 KERNEL32!RaiseException+0x78 0034f018 7a0945a4 00a11cb4 00000000 00000000 mscorwks!RaiseTheExceptionInternalOnly+0x226 0034f0dc 02fa364b 00000000 0000007f 0034f138 mscorwks!JIT_Throw+0xd0 0034f1d8 79e88f63 00000000 0012e0f8 0034f22c 0x2fa364b 0034f1f8 79e88f63 00000000 00000000 0016b200 mscorwks!CallDescrWorker+0x33 0034f210 79e88ee4 0034f2e8 00000002 0034f2b0 mscorwks!CallDescrWorker+0x33 .. --- snip --- JIT code is at 0x2fa364b which transfers managed exceptions using mscorwks!JIT_Throw() to native code/OS. Lets look at CLR exception info... --- snip --- 0:000> !PrintException Exception object: 00a11cb4 Exception type: System.TypeInitializationException Message: The type initializer for 'System.Globalization.TextInfo' threw an exception. InnerException: <none> StackTrace (generated): <none> StackTraceString: <none> HResult: 80131534 --- snip --- And the managed code callstack... --- snip --- 0:000> !ClrStack OS Thread Id: 0xf (0) ESP EIP 0034f040 7b8414d8 [HelperMethodFrame: 0034f040] 0034f0e4 02fa364b System.Globalization.TextInfo.GetNativeTextInfo(Int32) 0034f114 02fa3511 System.Globalization.TextInfo.get_InvariantNativeTextInfo() 0034f140 02fa193d System.String.Compare(System.String, Int32, System.String, Int32, Int32, System.StringComparison) 0034f16c 02fa15a1 System.Security.Util.URLString.PreProcessForExtendedPathRemoval(System.String, Boolean) 0034f184 02fa10b0 System.AppDomainSetup.NormalizePath(System.String, Boolean) 0034f1a4 02fa06d6 System.AppDomainSetup.SetupDefaultApplicationBase(System.String) 0034f1bc 02fa02cc System.AppDomain.SetupFusionStore(System.AppDomainSetup) 0034f1d4 02fa01fa System.AppDomain.SetupDomain(Boolean, System.String, System.String) 0034f42c 79e88f63 [GCFrame: 0034f42c] 0034f9e0 79e88f63 [DebuggerClassInitMarkFrame: 0034f9e0] --- snip --- Some native method call in GetNativeTextInfo() seems to be the culprit. For many (string) resource based stuff to work, a unicode OS casing table is required. The table for the invariant version is built from external .NLS file. To make story short: wine does not ship the default case mapping table for unicode characters: "l_intl.nls". This is a "must" requirement and failure results in early TypeInitializationException while setting up default application domain. Short fix: copy the file from your windows system32 directory to wine system32. Long run fix: let wine generate/install this file. Not a big deal. Now simple .NET _console_ based apps (like "Hello World") will work. --------------------------------------- Stay tuned, more goodies to come ... Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 109

[Bug 45333] New: Failed to install Microsoft .NET 4.7.2
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45333 Bug ID: 45333 Summary: Failed to install Microsoft .NET 4.7.2 Product: Wine Version: 3.0.1 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: critical Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: gtsasamori(a)gmail.com Created attachment 61620 --> https://bugs.winehq.org/attachment.cgi?id=61620 log file $ wine NDP472-DevPack-ENU.exe [. . . ] 00bc:err:msi:create_temp_binary failed to load dll L"C:\\users\\gts\\Temp\\msi164f.tmp" (193) 00cd:err:msi:ACTION_CallDllFunction failed to load dll L"C:\\users\\gts\\Temp\\msi164f.tmp" (193) 00ca:err:msi:ACTION_CallDllFunction failed to load dll L"C:\\users\\gts\\Temp\\msi164f.tmp" (193) 00bc:err:msi:create_temp_binary failed to load dll L"C:\\users\\gts\\Temp\\msi389c.tmp" (193) 00d9:err:msi:ACTION_CallDllFunction failed to load dll L"C:\\users\\gts\\Temp\\msi389c.tmp" (193) 00bc:fixme:service:EnumDependentServicesW 0x18a5eb8 0x00000001 0x0 0x00000000 0xb6f668 0xb6f664 - stub 00bc:fixme:msi:ACTION_CustomAction msidbCustomActionTypeTSAware not handled 00bc:fixme:msi:ACTION_CustomAction msidbCustomActionTypeTSAware not handled -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 15

[Bug 44975] New: Multiple applications need 'find.exe' command line tool ( ConEmu)
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=44975 Bug ID: 44975 Summary: Multiple applications need 'find.exe' command line tool (ConEmu) Product: Wine Version: 3.6 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says, encountered with 'ConEmu' build 180409. Separated from bug 31519 which is now about providing 'fc.exe' (file compare) tool. --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/ConEmu $ WINEDEBUG=+seh,+relay wine ./ConEmu.exe >>log.txt 2>&1 ... 006e:Call KERNEL32.CreateProcessW(00329a88 L"C:\\windows\\system32\\cmd.EXE",0014e080 L"cmd /d /c ver ",00000000,00000000,00000001,00000000,00000000,00000000,00329a44,00329f48) ret=7e13009e ... 006e:Ret KERNEL32.CreateProcessW() retval=00000001 ret=7e13009e ... 0062:Call gdi32.ExtTextOutW(003d003f,00000000,00000010,00000000,00000000,00150b60 L"Can't recognize '\"C:\\windows\\system32\\find.exe\" \"Windows\"' as an internal or external command, or batch script.\00d4\ffff\00ff\d0c8\00d4\d0c8\00d4\ffff\00ff\d0c8\00d4\ffff\00ff\d0c8\00d4\ffff\00ff\d0c8\00d4\ffff\00ffy",0000006f,00145960) ret=7ec8ea0d --- snip --- The relevant part of batch file: --- snip --- ... rem Simple "ver" prints empty line before Windows version rem Use this construction to print just a version info cmd /d /c ver | "%windir%\system32\find.exe" "Windows" ... --- snip --- Command line usage: https://ss64.com/nt/find.html $ sha1sum ConEmuSetup.180409.exe 5b8b0e78789027841f5312e132101408b292996c ConEmuSetup.180409.exe $ du -sh ConEmuSetup.180409.exe 6.3M ConEmuSetup.180409.exe $ wine --version wine-3.6 Regards -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 10

[Bug 45449] New: Add diagnostic 'mscoree.dll.CorGetSvc' stub (NGEN client) to hint at broken Microsoft .NET Frameworks installation ( Wine-Mono not uninstalled and 'mscoree.dll' placeholders not removed prior install)
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45449 Bug ID: 45449 Summary: Add diagnostic 'mscoree.dll.CorGetSvc' stub (NGEN client) to hint at broken Microsoft .NET Frameworks installation (Wine-Mono not uninstalled and 'mscoree.dll' placeholders not removed prior install) Product: Wine Version: 3.12 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 45333 (diagnostics for the NGEN server side). The client side 'ngen.exe' calls unimplemented 'mscoree.dll.CorGetSvc'. NOTE: MSI (CA) server is currently broken/regressed for 64-bit WINEPREFIXes, so a broken .NET installation can't be tested there. Prepare a broken 32-bit WINEPREFIX: --- snip --- $ wineserver -k $ rm -rf .wine $ export WINEARCH=win32 $ wineboot $ wine uninstaller --list {BB9BDB97-C247-4F20-B710-8B6765F67105}|||Wine Gecko (32-bit) {E45D8920-A758-4088-B6C6-31DBB276992E}|||Wine Mono $ wine uninstaller --remove {E45D8920-A758-4088-B6C6-31DBB276992E} # to be really sure 'mscoree.dll' won't get updated -> keeps Wine's placeholder $ winetricks win7 # run .NET 4.0 installer without 'winetricks' $ wine ./dotNetFx40_Full_x86_x64.exe ... # really check if placeholder is still there $ winedump .wine/drive_c/windows/system32/mscoree.dll Contents of .wine/drive_c/windows/system32/mscoree.dll: 5236 bytes *** This is a Wine fake DLL *** File Header Machine: 014C (i386) Number of Sections: 3 TimeDateStamp: 00000000 (Thu Jan 1 01:00:00 1970) offset 104 PointerToSymbolTable: 00000000 NumberOfSymbols: 00000000 SizeOfOptionalHeader: 00E0 Characteristics: 2022 EXECUTABLE_IMAGE LARGE_ADDRESS_AWARE DLL ... --- snip --- Test by trigger .NET GAC update: --- snip --- $ wine "c:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\ngen.exe" update 0012:fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub 0012:fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub 0016:fixme:service:svcctl_ChangeServiceConfig2W SERVICE_CONFIG_FAILURE_ACTIONS not implemented: period 86400 msg (null) cmd (null) 0019:fixme:process:SetProcessShutdownParameters (00000380, 00000000): partial stub. 0019:err:winediag:CorIsLatestSvc If this function is called, it is likely the result of a broken .NET installation 0019:fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime Optimization Service"): stub 0019:fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x0000044f,(nil),0x0001,0x00000000,0x76f9d0,(nil)): stub 0019:err:eventlog:ReportEventW L".NET Runtime Optimization Service (clr_optimization_v4.0.30319_32) - Tried to start a service that wasn't the latest version of CLR Optimization service. Will shutdown\n" 0019:fixme:advapi:DeregisterEventSource (0xcafe4242) stub 0009:fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub 0009:fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub wine: Call from 0x7b447132 to unimplemented function mscoree.dll.CorGetSvc, aborting Unknown exception --- snip --- That one is actually documented: https://github.com/dotnet/coreclr/blob/master/src/inc/mscorsvc.idl#L21 --- snip --- #pragma midl_echo("STDAPI CorGetSvc(IUnknown **pIUnknown);") --- snip --- With a stub added, returning default 'CLR_E_SHIM_RUNTIMEEXPORT': --- snip --- 0009:Call mscoree.CorGetSvc(0033f9f8) ret=1000df20 0009:fixme:mscoree:CorGetSvc stub(0x33f9f8)! 0009:Ret mscoree.CorGetSvc() retval=80131701 ret=1000df20 0009:Call KERNEL32.GetLastError() ret=1000f4c7 0009:Ret KERNEL32.GetLastError() retval=000000b7 ret=1000f4c7 ... 0009:Call KERNEL32.GetLastError() ret=1000f417 0009:Ret KERNEL32.GetLastError() retval=000000b7 ret=1000f417 ... 0009:Call KERNEL32.RaiseException(e06d7363,00000001,00000003,0033f9a4) ret=79084c0f 0009:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b446fe6 ip=7b446fe6 tid=0009 0009:trace:seh:raise_exception info[0]=19930520 0009:trace:seh:raise_exception info[1]=0033f9e4 0009:trace:seh:raise_exception info[2]=1001a760 0009:trace:seh:raise_exception eax=7b4356b1 ebx=00000000 ecx=00000000 edx=0033f990 esi=0033f990 edi=0033f950 0009:trace:seh:raise_exception ebp=0033f928 esp=0033f8c4 cs=330023 ds=33002b es=f7bc002b fs=f7bc0063 gs=f7bc006b flags=00000212 0009:trace:seh:call_stack_handlers calling handler at 0x10018276 code=e06d7363 flags=1 ... Failed to find a required export in the runtime. (Exception from HRESULT: 0x80131701) ... --- snip --- $ wine --version wine-3.12-110-g414fe80aeb 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 30075] New: Microsoft .NET Framework 4.5 Developer Preview CLR needs kernel32.dll WerRegisterRuntimeExceptionModule (returning S_OK) to run .NET apps
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=30075 Bug #: 30075 Summary: Microsoft .NET Framework 4.5 Developer Preview CLR needs kernel32.dll WerRegisterRuntimeExceptionModule (returning S_OK) to run .NET apps Product: Wine Version: 1.4-rc6 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, after upgrading an existing .NET Framework 4.0 WINEPREFIX with .NET Framework 4.5 (dev preview) some simple apps that previously worked failed to run. I created a simple C# based .NET "hello world" console app using the provided C# compiler (csc.exe) in .NET 4.0 prefix and it fails to execute after .NET 4.5 CLR upgrade: --- snip --- 002b:Starting process L"C:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\hello.exe" (entryproc=0x40233e) ... 002b:Call KERNEL32.GetModuleHandleW(007f8424 L"kernel32.dll") ret=008378ea 002b:Ret KERNEL32.GetModuleHandleW() retval=7b810000 ret=008378ea 002b:Call KERNEL32.GetProcAddress(7b810000,00837968 "WerRegisterRuntimeExceptionModule") ret=008378fe 002b:Ret KERNEL32.GetProcAddress() retval=00000000 ret=008378fe ... 002b:Call KERNEL32.LoadLibraryExW(0032f944 L"C:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\mscorrc.dll",00000000,00000002) ret=008e1f58 002b:Ret KERNEL32.LoadLibraryExW() retval=00f00001 ret=008e1f58 ... 002b:Call user32.MessageBoxW(00000000,0032fa20 L"CLR error: 80004005.\n The program will now terminate.",0032f3f0 L"hello.exe - Fatal error",00002010) ret=00ace3f9 ... --- snip --- It seems there is an improved integration of error reporting with WER. MSDN: http://msdn.microsoft.com/en-us/library/windows/desktop/dd408167%28v=vs.85%… Adding a stub returning E_NOTIMPL doesn't make the CLR happy: --- snip --- 002b:Call KERNEL32.GetModuleHandleW(007f8424 L"kernel32.dll") ret=008378ea 002b:Ret KERNEL32.GetModuleHandleW() retval=7b810000 ret=008378ea 002b:Call KERNEL32.GetProcAddress(7b810000,00837968 "WerRegisterRuntimeExceptionModule") ret=008378fe 002b:Ret KERNEL32.GetProcAddress() retval=7b825418 ret=008378fe 002b:Call KERNEL32.WerRegisterRuntimeExceptionModule(0032f88c L"C:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\mscordacwks.dll",00740000) ret=00837915 002b:fixme:wer:WerRegisterRuntimeExceptionModule (L"C:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\mscordacwks.dll", 0x740000) stub! 002b:Ret KERNEL32.WerRegisterRuntimeExceptionModule() retval=80004001 ret=00837915 ... 002b:Call user32.MessageBoxW(00000000,0032fa20 L"CLR error: 80004005.\n The program will now terminate.",0032f3f0 L"hello.exe - Fatal error",00002010) ret=00ace3f9 --- snip --- You have to return S_OK to please the CLR. With that change "hello world" runs again. Yay! 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 11

[Bug 15437] New: Company of Heroes Opposing Fronts: Installer fails
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=15437 Summary: Company of Heroes Opposing Fronts: Installer fails Product: Wine Version: 1.1.5 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: xvachon(a)gmail.com Created an attachment (id=16303) --> (http://bugs.winehq.org/attachment.cgi?id=16303) log Installation of the game is not possible. Exception EAccessViolation error in module GameInst.exe happens. According to test data the game had to be installed from a Windows installation in order to be played. A log is attached. -- 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 66

[Bug 30072] New: Microsoft .NET Framework 4.5 Developer Preview installer needs some wevtapi.dll stubs (EvtOpenChannelConfig, ...)
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=30072 Bug #: 30072 Summary: Microsoft .NET Framework 4.5 Developer Preview installer needs some wevtapi.dll stubs (EvtOpenChannelConfig, ...) Product: Wine Version: 1.4-rc6 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, continuation of bug 29742 After a stub "wevtapi" dll is provided the installer still crashes. A stub is needed for the following event API functions: EvtOpenChannelConfig EvtGetChannelConfigProperty EvtSetChannelConfigProperty EvtSubscribe With these stubs in place the installer doesn't crash and continues. winecfg -> "Windows 7" --- snip --- $ WINEDEBUG=+tid,+loaddll,+wevtapi wine dotNetFx45_Full_x86_x64.exe /q ... 0015:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\wuapi.dll" at 0xf7180000: builtin 000f:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\rstrtmgr.dll" at 0xf75f0000: builtin 001d:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\wevtapi.dll" at 0xf7340000: builtin 001d:trace:wevtapi:DllMain (0x0xf7340000, 1, (nil)) 001d:fixme:wevtapi:EvtOpenChannelConfig stub((nil), L"Microsoft-Windows-CAPI2/Operational", 0) 001d:fixme:wevtapi:EvtGetChannelConfigProperty stub((nil), 0, 0, 16, 0x61c254, 0x61c270) 001d:fixme:wevtapi:EvtSetChannelConfigProperty stub((nil), 0, 0, 0x61c24c) 001d:fixme:wevtapi:EvtSubscribe stub((nil), 0x80, L"Microsoft-Windows-CAPI2/Operational", (null), (nil), (nil), (nil), 1) ... --- snip --- $ sha1sum dotNetFx45_Full_x86_x64.exe e3ffcb31565ebee65cc95c93db7d11eee2055d68 dotNetFx45_Full_x86_x64.exe $ wine --version wine-1.4-rc6-1-ge11565b 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 12

[Bug 30074] New: Microsoft .NET Framework 4.5 Developer Preview installer needs stub wusa.exe
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=30074 Bug #: 30074 Summary: Microsoft .NET Framework 4.5 Developer Preview installer needs stub wusa.exe Product: Wine Version: 1.4-rc6 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, continuation of bug 30072 The installer now aborts due to missing "wusa.exe" executable. I didn't find any installer on MS downloads that contains this standalone component (only updates). With a stub executable provided the installer is happy: --- snip --- $ WINEDEBUG=+tid,+wusa wine ./dotNetFx45_Full_x86_x64.exe -q ... fixme:wusa:wmain stub: L"wusa.exe" L"C:\\711ec06a13d5ed1f9b3e\\Windows6.1-KB958488-v6001-x86.msu" L"/quiet" L"/norestart" ... --- snip --- At least the .NET Framework 4.5 installation finishes without further critical error in basic ui or silent mode. Although .NET Framework 4.5 is an update of .NET Framework 4.0, no previous install of .NET Framework 4.0 is required (winetricks -q dotnet40). One problem will turn up later: mscoree.dll is still builtin (Mono placeholder/fake) which will prevent from loading CLR. Actually this component gets updated through "Windows6.1-KB958488-v6001-x86.msu" (Microsoft .NET Framework 4.0 Shared -> KB958488) Windows6.1-KB958488-x86.cab. Due to wusa.exe stub this update is skipped. Maybe a winetricks recipe will take care of that in future (manually extracting/unpacking the missing dlls from msu). 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 11

[Bug 39402] New: Lost Planet 2 Benchmark crashes at launch due to missing audio format conversion (IXAudio2Impl_CreateSourceVoice)
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=39402 Bug ID: 39402 Summary: Lost Planet 2 Benchmark crashes at launch due to missing audio format conversion (IXAudio2Impl_CreateSourceVoice) Product: Wine Version: 1.7.52 Hardware: x86-64 URL: http://www.geforce.com/games-applications/pc-games/los t-planet-2 OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: xaudio2 Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com CC: aeikum(a)codeweavers.com Distribution: --- Created attachment 52514 --> https://bugs.winehq.org/attachment.cgi?id=52514 log warn:xaudio2:IXAudio2Impl_CreateSourceVoice OpenAL can't convert this format! wine-1.7.52-134-g20ff335 -- 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 90

[Bug 38176] New: Optical Circuit 4K demo crashes on startup
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=38176 Bug ID: 38176 Summary: Optical Circuit 4K demo crashes on startup Product: Wine Version: 1.7.37 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: t.artem(a)mailcity.com Distribution: --- Created attachment 50930 --> https://bugs.winehq.org/attachment.cgi?id=50930 demo itself Backtrace: =>0 0x004000aa in optical_circuit.1280x720.150221 (+0xaa) (0x00000000) 0x004000aa: xorb 0x0(%edi),%al Modules: Module Address Debug info Name (17 modules) PE 400000- 683b6eb Export optical_circuit.1280x720.150221 -- 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 42125] New: 8k demos often fail with Bad EXE Format
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=42125 Bug ID: 42125 Summary: 8k demos often fail with Bad EXE Format Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aaronbpaden(a)gmail.com Distribution: --- Several 8k demos fail to load because of a Bad EXE format error. I'm assuming they're hacking off unnecessary bits from the executable format to get within their size constraints, and wine is getting confused. This is the error I get in the logs: wine: Bad EXE format for Z:\home\aaron\eos_-_blue_morpho_1280x720.exe. This particular demo can be found at http://www.pouet.net/prod.php?which=68352 -- 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 23

[Bug 44860] New: 4k/ 8k demos crash due to Crinkler executable file compressor expecting PEB address in %EBX on process entry
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=44860 Bug ID: 44860 Summary: 4k/8k demos crash due to Crinkler executable file compressor expecting PEB address in %EBX on process entry Product: Wine Version: 3.4 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, split out from bug 42125 which is about OS loader compatibility/PE image header fields/mappings. Most of the PE tools struggle or even crash when trying to get something useful out of this due to the "optimized" usage (truncation) of DOS, PE headers (basically providing the bare minimum info to not have the OS loader crash). Example: http://www.pouet.net/prod.php?which=66502 ("Psyltcipher by Loonies") ProtectionID scan: --- snip --- -=[ ProtectionID v0.6.9.0 DECEMBER]=- (c) 2003-2017 CDKiLLER & TippeX Build 24/12/17-21:05:42 Ready... Scanning -> Z:\home\focht\Downloads\lns-lpt-psyltcipher_720.exe [!] Warning : File has NO sections (suspicious) [!] Warning : File has NO imports (suspicious) File Type : 32-Bit Exe (Subsystem : Win GUI / 2), Size : 7242 (01C4Ah) Byte(s) | Machine: 0x14C (I386) [!] Warning - Entrypoint is INVALID (file may be damaged) Compilation TimeStamp : 0x7F61DB01 -> Mon 21st Sep 2037 04:18:09 (GMT) [TimeStamp] 0x7F61DB01 -> Mon 21st Sep 2037 04:18:09 (GMT) | PE Header | - | Offset: 0x0000000C | VA: 0x0040000C | - [LoadConfig] CodeIntegrity -> Flags 0xA3F0 | Catalog 0x46 (70) | Catalog Offset 0x2000001 | Reserved 0x46A4A0 [LoadConfig] GuardAddressTakenIatEntryTable 0x8000011 | Count 0x46A558 (4629848) [LoadConfig] GuardLongJumpTargetTable 0x8000001 | Count 0x46A5F8 (4630008) [LoadConfig] HybridMetadataPointer 0x8000011 | DynamicValueRelocTable 0x46A66C [LoadConfig] FailFastIndirectProc 0x8000011 | FailFastPointer 0x46C360 [LoadConfig] UnknownZero1 0x8000011 [File Heuristics] -> Flag #1 : 00010001000001111110000011001000 (0x1107E0C8) [DllCharacteristics] -> Flag : (0x0000) -> NONE [SectionCount] 0 (0x0) | ImageSize 0x2263B6EB (576960235) byte(s) [!} Warning - image has NO Data Directories... [!] Warning : Import Table is bad !!! -> Suspicious MZ Header.. [!] File appears to have no protection or is using an unknown protection - Scan Took : 0.211 Second(s) [0000000D3h (211) tick(s)] [506 of 580 scan(s) done] --- snip --- LordPE dump (helper tool crashes during analysis but main app still shows info): --- snip --- ->DOS Header e_magic: 0x5A4D e_cblp: 0x3032 e_cp: 0x4550 e_crlc: 0x0000 e_cparhdr: 0x014C e_minalloc: 0x0000 e_maxalloc: 0xDB01 e_ss: 0x7F61 e_sp: 0xD010 e_csum: 0x7317 e_ip: 0x4775 e_cs: 0xF9EB e_lfarlc: 0x0008 e_ovno: 0x0002 e_res: 0x010BC911854579C0 e_oemid: 0x011F e_oeminfo: 0x50D3 e_res2: 0xE2F73D90005C0000F3F7C139DB1948EB00000040 e_lfanew: 0x00000004 ->File Header Machine: 0x014C (I386) NumberOfSections: 0x0000 TimeDateStamp: 0x7F61DB01 (GMT: Mon Sep 21 04:18:09 2037) PointerToSymbolTable: 0x7317D010 NumberOfSymbols: 0xF9EB4775 SizeOfOptionalHeader: 0x0008 Characteristics: 0x0002 (EXECUTABLE_IMAGE) ->Optional Header Magic: 0x010B (HDR32_MAGIC) MajorLinkerVersion: 0x11 MinorLinkerVersion: 0xC9 -> 17.201 SizeOfCode: 0x79C08545 SizeOfInitializedData: 0x50D3011F SizeOfUninitializedData: 0x3D90E2F7 AddressOfEntryPoint: 0x0000005C BaseOfCode: 0xC139F3F7 BaseOfData: 0x48EBDB19 ImageBase: 0x00400000 SectionAlignment: 0x00000004 FileAlignment: 0x00000004 MajorOperatingSystemVersion: 0xA30F MinorOperatingSystemVersion: 0x7D2D -> 41743.32045 MajorImageVersion: 0x4001 MinorImageVersion: 0x8D00 -> 16385.36096 MajorSubsystemVersion: 0x0004 MinorSubsystemVersion: 0xCEEB -> 4.52971 Win32VersionValue: 0x00000000 SizeOfImage: 0x2263B6EB ; <------- important! SizeOfHeaders: 0x00000040 CheckSum: 0xBBED3153 Subsystem: 0x0002 (WINDOWS_GUI) DllCharacteristics: 0x0000 SizeOfStackReserve: 0x0154BE90 SizeOfStackCommit: 0x016A0040 SizeOfHeapReserve: 0x0000BF58 SizeOfHeapCommit: 0x00B10042 LoaderFlags: 0x12EB5757 NumberOfRvaAndSizes: 0x00000000 --- snip --- The PE compressor used for most of these 4K/8K demos is named 'Crinkler': http://www.crinkler.net/ --- quote --- Crinkler is an executable file compressor (or rather, a compressing linker) for Windows specifically targeted towards executables with a size of just a few kilobytes. As of 2018, it is the most widely used tool for compressing 4k intros. Crinkler is being developed by Rune L. H. Stubbe (Mentor/TBC) and Aske Simon Christensen (Blueberry/Loonies). --- quote --- The compression itself and some parts of imports resolver are nicely covered here: http://code4k.blogspot.de/2010/12/crinkler-secrets-4k-intro-executable.html The decompression area for code, data etc. starts usually at fixed 0x420000 address range. One can easily bypass all the decompression stuff from entry and set a hardware breakpoint on execution to 0x420000. NOTE: Not all 8K demos from http://www.pouet.net can be fixed in Wine nor run in modern Windows (bug 42125). Crinkler uses the PE optional header 'SizeOfImage' field to have the loader allocate a huge chunk of memory used for decompression. Memory map: --- snip --- Address Size Owner Section Contains 00110000 00010000 00220000 00001000 Process Parameters 00230000 00003000 Environment 00400000 2263C000 lns-lpt-psyltcipher_720 PE header (+SizeOfImage) 22A40000 00001000 22A41000 00001000 22A42000 016AE000 Stack of main thread 7B420000 00001000 KERNEL32 PE header 7B421000 00221000 KERNEL32 .text Code 7B642000 001B1000 KERNEL32 .data Data,imports,exports, .. 7BC30000 00001000 ntdll PE header 7BC31000 000BF000 ntdll .text Code 7BCF0000 0001D000 ntdll .data Data,exports,resources 7FFD8000 00004000 Data block of main thread 7FFDF000 00001000 Process Environment Block 7FFE0000 00010000 ... --- snip --- https://github.com/wine-staging/wine-staging/blob/master/patches/kernel32-P… Relevant part of Crinkler code: --- snip --- ; PE entry 0040005C 53 PUSH EBX ; PEB, see later 0040005D 31ED XOR EBP,EBP 0040005F BB 02000000 MOV EBX,2 00400064 90 NOP 00400065 BE 54014000 MOV ESI,OFFSET 00400154 0040006A 6A 01 PUSH 1 0040006C 58 POP EAX 0040006D BF 00004200 MOV EDI,OFFSET 00420000 00400072 B1 00 MOV CL,0 00400074 57 PUSH EDI 00400075 57 PUSH EDI 00400076 EB 12 JMP SHORT 0040008A ... ; OEP after decompression 00420000 5F POP EDI 00420001 B9 1D000000 MOV ECX,1D 00420006 B0 E8 MOV AL,0E8 00420008 AE SCAS BYTE PTR ES:[EDI] 00420009 75 FB JNE SHORT 00420006 0042000B 8B07 MOV EAX,DWORD PTR DS:[EDI] 0042000D 98 CWDE 0042000E 3B07 CMP EAX,DWORD PTR DS:[EDI] 00420010 75 F4 JNE SHORT 00420006 00420012 29F8 SUB EAX,EDI 00420014 98 CWDE 00420015 AB STOS DWORD PTR ES:[EDI] 00420016 E2 EE LOOP SHORT 00420006 00420018 BB 08014000 MOV EBX,OFFSET 00400108 0042001D BE D3124200 MOV ESI,OFFSET 004212D3 00420022 BF 00004300 MOV EDI,OFFSET 00430000 00420027 58 POP EAX ; was EBX -> PEB 00420028 8B40 0C MOV EAX,DWORD PTR DS:[EAX+0C] ; PEB_LDR_DATA ; InLoadOrderModuleList->LDR_DATA_TABLE_ENTRY 0042002B 8B40 0C MOV EAX,DWORD PTR DS:[EAX+0C] ; LDR_DATA_TABLE_ENTRY->InLoadOrderLinks 0042002E 8B00 MOV EAX,DWORD PTR DS:[EAX] 00420030 8B00 MOV EAX,DWORD PTR DS:[EAX] ; Flink ; _LDR_DATA_TABLE_ENTRY.DllBase (kernel32) 00420032 8B68 18 MOV EBP,DWORD PTR DS:[EAX+18] 00420035 31C0 XOR EAX,EAX 00420037 AC LODS BYTE PTR DS:[ESI] ; "user32" 00420038 85ED TEST EBP,EBP 0042003A 75 12 JNE SHORT 0042004E 0042003C 85C0 TEST EAX,EAX 0042003E 74 5B JE SHORT 0042009B 00420040 6A 00 PUSH 0 00420042 6A 00 PUSH 0 00420044 52 PUSH EDX ; "d3d11" 00420045 6A 00 PUSH 0 00420047 FF15 180043. CALL DWORD PTR DS:[430018] ; user32.MessageBoxA 0042004D C3 RETN ... --- snip --- $ sha1sum lns-* 482e8d0fe4b5e6f7ffa6f2125143da5aadab34ad lns-lpt-psyltcipher_1080.exe 1da4738309c2738f5f89c4713c689a93b94cd898 lns-lpt-psyltcipher_1080_vsync.exe 7bab7cb1c8f528878b1547147d2c97dfa1032eab lns-lpt-psyltcipher_720.exe 85d1624523110af6c00cc53027e3b504ef3d5362 lns-lpt-psyltcipher.zip $ du -sh lns-* 8.0K lns-lpt-psyltcipher_1080.exe 8.0K lns-lpt-psyltcipher_1080_vsync.exe 8.0K lns-lpt-psyltcipher_720.exe 24K lns-lpt-psyltcipher.zip $ wine --version wine-3.4-256-g725ad420e1 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 19

[Bug 46005] New: Multiple games and applications fail due to missing interface proxy information in registry (oleautomation/dual interfaces referenced in coclass section)
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=46005 Bug ID: 46005 Summary: Multiple games and applications fail due to missing interface proxy information in registry (oleautomation/dual interfaces referenced in coclass section) Product: Wine Version: 3.18 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: tools Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, split off from bug 34711 See my comment https://bugs.winehq.org/show_bug.cgi?id=34711#c3 where I stated my surprise about the interface proxies not being registered. Zebediah's comment https://www.winehq.org/pipermail/wine-devel/2018-October/133648.html convinced me to create a new ticket to target this problem in general. --- quote --- I don't think this is the right solution to this problem. On Windows only the coclass declaration is inside the library declaration, so I think we should fix widl to also register dependent interfaces. --- quote --- Copy/pasta from https://bugs.winehq.org/show_bug.cgi?id=34711 --- Download: http://wc3dota.persiangig.com/.Srl0nxC6Ke/Terraria/terraria-server-12031.zip New version: http://terraria.org/system/dedicated_servers/archives/000/000/032/original/… It crashes. Running under managed CLR debugger shows: --- snip --- ... 0035:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\hnetcfg.dll" at 0x7d060000: builtin 0035:fixme:hnetcfg:hnetcfg_cf_QueryInterface interface {00000003-0000-0000-c000-000000000046} not implemented 0035:fixme:hnetcfg:hnetcfg_cf_QueryInterface interface {00000019-0000-0000-c000-000000000046} not implemented 0035:fixme:hnetcfg:hnetcfg_cf_QueryInterface interface {b196b28f-bab4-101a-b69c-00aa00341d07} not implemented 0035:err:ole:marshal_object Failed to create an IRpcStubBuffer from IPSFactory for {b196b28f-bab4-101a-b69c-00aa00341d07} with error 0x80004002 0032:err:ole:ClientIdentity_QueryMultipleInterfaces IRemUnknown_RemQueryInterface failed with error 0x80004002 0035:fixme:hnetcfg:upnpnat_QueryInterface interface {00000003-0000-0000-c000-000000000046} not implemented 0035:fixme:hnetcfg:upnpnat_QueryInterface interface {00000003-0000-0000-c000-000000000046} not implemented 0035:fixme:hnetcfg:upnpnat_QueryInterface interface {00000019-0000-0000-c000-000000000046} not implemented 0035:fixme:hnetcfg:upnpnat_QueryInterface interface {c3fcc19e-a970-11d2-8b5a-00a0c9b7c9c4} not implemented 0035:fixme:hnetcfg:upnpnat_QueryInterface interface {c3fcc19e-a970-11d2-8b5a-00a0c9b7c9c4} not implemented 0032:err:ole:ClientIdentity_QueryMultipleInterfaces IRemUnknown_RemQueryInterface failed with error 0x80004002 0035:fixme:hnetcfg:upnpnat_QueryInterface interface {b196b283-bab4-101a-b69c-00aa00341d07} not implemented 0035:err:ole:marshal_object Failed to create an IRpcStubBuffer from IPSFactory for {b196b283-bab4-101a-b69c-00aa00341d07} with error 0x80004002 0032:err:ole:ClientIdentity_QueryMultipleInterfaces IRemUnknown_RemQueryInterface failed with error 0x80004002 0035:err:ole:marshal_object couldn't get IPSFactory buffer for interface {00000144-0000-0000-c000-000000000046} 0032:err:ole:ClientIdentity_QueryMultipleInterfaces IRemUnknown_RemQueryInterface failed with error 0x80004002 0035:err:ole:marshal_object couldn't get IPSFactory buffer for interface {b171c812-cc76-485a-94d8-b6b3a2794e99} 0032:err:ole:ClientIdentity_QueryMultipleInterfaces IRemUnknown_RemQueryInterface failed with error 0x80004002 0035:err:ole:marshal_object couldn't get IPSFactory buffer for interface {b171c812-cc76-485a-94d8-b6b3a2794e99} 0032:err:ole:ClientIdentity_QueryMultipleInterfaces IRemUnknown_RemQueryInterface failed with error 0x80004002 (31.32): C++ EH exception - code e06d7363 (first chance) 0030:fixme:ntdll:RtlGetUnloadEventTrace stub! 0030:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\wtsapi32.dll" at 0xf7df0000: builtin 0030:trace:loaddll:load_native_dll Loaded L"C:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\mscordacwks.dll" at 0x7a820000: native There is no current managed exception on this thread OS Thread Id: 0x32 (0) Child SP IP Call Site 0033d664 7b43c87b [HelperMethodFrame_1OBJ: 0033d664] 0033d6c0 0389014c Terraria.Netplay..cctor() 0033d928 791421db [GCFrame: 0033d928] 0033f30c 791421db [PrestubMethodFrame: 0033f30c] Terraria.ProgramServer.Main(System.String[]) 0033f548 791421db [GCFrame: 0033f548] 0032:fixme:ntdll:EtwRegisterTraceGuidsW (0xc405ba, (nil), {8e9f5090-2d75-4d03-8a81-e5afbf85daf1}, 1, 0x33b930, (null), (null), 0xfb2d64): stub 0032:fixme:ntdll:EtwRegisterTraceGuidsW register trace class {8e9f5090-2d75-4d03-8a81-e5afbf85daf1} (31.32): CLR exception - code e0434352 (first chance) Exception object: 00f9d5e4 Exception type: System.InvalidCastException Message: Unable to cast COM object of type 'System.__ComObject' to interface type 'NATUPNPLib.UPnPNAT'. This operation failed because the QueryInterface call on the COM component for the interface with IID '{B171C812-CC76-485A-94D8-B6B3A2794E99}' failed due to the following error: Exception from HRESULT: 0x80004002 (E_NOINTERFACE). InnerException: <none> StackTrace (generated): <none> StackTraceString: <none> HResult: 80004002 OS Thread Id: 0x32 (0) Child SP IP Call Site 0033d664 7b43c87b [HelperMethodFrame_1OBJ: 0033d664] 0033d6c0 0389014c Terraria.Netplay..cctor() 0033d928 791421db [GCFrame: 0033d928] 0033f30c 791421db [PrestubMethodFrame: 0033f30c] Terraria.ProgramServer.Main(System.String[]) 0033f548 791421db [GCFrame: 0033f548] First chance exceptions are reported before any exception handling. This exception may be expected and handled. --- snip --- "Unable to cast COM object of type 'System.__ComObject' to interface type 'NATUPNPLib.UPnPNAT'. This operation failed because the QueryInterface call on the COM component for the interface with IID '{B171C812-CC76-485A-94D8-B6B3A2794E99}' failed due to the following error: Exception from HRESULT: 0x80004002 (E_NOINTERFACE)." Cross-thread marshalling doesn't work here. Each thread must have access to the type information (registry) that describes the COM object to be able to unmarshal the object from the source thread. Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/include/natupnp.idl#l205 --- snip --- 187 [ 188 object, 189 uuid(b171c812-cc76-485a-94d8-b6b3a2794e99), 190 dual, 191 pointer_default(unique) 192 ] 193 interface IUPnPNAT : IDispatch 194 { 195 [propget, id(1)] 196 HRESULT StaticPortMappingCollection ([out, retval] IStaticPortMappingCollection **collection); 197 198 [propget, id(2)] 199 HRESULT DynamicPortMappingCollection ([out, retval] IDynamicPortMappingCollection **collection); 200 201 [propget, id(3)] 202 HRESULT NATEventManager ([out, retval] INATEventManager **manager); 203 }; 204 205 [ 206 id(2), 207 uuid(1c565858-f302-471e-b409-f180aa4abec6), 208 version(1.0) 209 ] 210 library NATUPNPLib 211 { 212 importlib("stdole2.tlb"); 213 214 [ 215 vi_progid("HNetCfg.NATUPnP"), 216 progid("HNetCfg.NATUPnP.1"), 217 threading(apartment), 218 uuid(ae1e00aa-3fd5-403c-8a27-2bbdc30cd0e1) 219 ] 220 coclass UPnPNAT 221 { 222 [default] interface IUPnPNAT; 223 }; 224 }; --- snip --- It seems for Wine's MIDL the interface in question needs to be defined *inside* the 'library' block and have 'oleautomation' attribute. Otherwise it's not getting registered under 'HKEY_CLASSES_ROOT\\Interface\\{IID}\\...' (proxy/stub). I was surprised about that behaviour since the interface was referenced by the coclass within the library block and had 'dual' attribute. http://diranieh.com/IDL/Structure.htm --- quote --- Interface location [oleautomation]/ [dual] defined Inside library block Interface uses Universal Marshaler Interface appears in type library Outside library block Interface uses Universal Marshaler Interface does not appear in type library (unless referenced, perhaps in the coclass section) --- Interface location [oleautomation]/ [dual] not defined Inside library block AVOID. NO INTERCEPTION CODE GENERATED! Outside library block Interface does not use Universal Marshaler. Need to build proxy/stub DLL. Interface does not appear in type library (unless referenced, perhaps in the coclass section) --- quote --- $ wine --version wine-3.18-75-ge55aca8f49 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 12

[Bug 34711] New: Terraria Server 1.2.0.x fails on startup (needs CLSID_UPnPNAT {ae1e00aa-3fd5-403c-8a27-2bbdc30cd0e1})
by wine-bugs＠winehq.org 19 Mar '21

19 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=34711 Bug #: 34711 Summary: Terraria Server 1.2.0.x fails on startup (needs CLSID_UPnPNAT {ae1e00aa-3fd5-403c-8a27-2bbdc30cd0e1}) Product: Wine Version: 1.7.4 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, split off from bug 30097 as this is a different issue. Prerequisite: 'winetricks -q dotnet40 xna40' in clean 32-bit WINEPREFIX --- snip --- $ wine TerrariaServer.exe -config serverconfig.txt ... fixme:shell:URL_ParseUrl failed to parse L"System" fixme:shell:URL_ParseUrl failed to parse L"Microsoft.Xna.Framework.Game" fixme:shell:URL_ParseUrl failed to parse L"Microsoft.Xna.Framework" fixme:shell:URL_ParseUrl failed to parse L"System.Configuration" fixme:shell:URL_ParseUrl failed to parse L"System.Xml" err:ole:CoGetClassObject class {ae1e00aa-3fd5-403c-8a27-2bbdc30cd0e1} not registered err:ole:create_server class {ae1e00aa-3fd5-403c-8a27-2bbdc30cd0e1} not registered fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported err:ole:CoGetClassObject no class object {ae1e00aa-3fd5-403c-8a27-2bbdc30cd0e1} could be created for context 0x15 fixme:advapi:RegisterTraceGuidsW (0xc3c4da, (nil), {8e9f5090-2d75-4d03-8a81-e5afbf85daf1}, 1, 0x33b6cc, (null), (null), 0xfa2868,): stub fixme:shell:URL_ParseUrl failed to parse L"Microsoft.Xna.Framework.Graphics" fixme:shell:URL_ParseUrl failed to parse L"Microsoft.Xna.Framework.Xact" fixme:process:FlushProcessWriteBuffers : stub Unhandled Exception: System.TypeInitializationException: The type initializer for 'Terraria.Main' threw an exception. ---> System.TypeInitializationException: The type initializer for 'Terraria.Netplay' threw an exception. ---> System.Runtime.InteropServices.COMException: Retrieving the COM class factory for component with CLSID {AE1E00AA-3FD5-403C-8A27-2BBDC30CD0E1} failed due to the following error: 80040154 Exception from HRESULT: 0x80040154 (REGDB_E_CLASSNOTREG). at System.RuntimeTypeHandle.CreateInstance(RuntimeType type, Boolean publicOnly, Boolean noCheck, Boolean& canBeCached, RuntimeMethodHandleInternal& ctor, Boolean& bNeedSecurityCheck) at System.RuntimeType.CreateInstanceSlow(Boolean publicOnly, Boolean skipCheckThis, Boolean fillCache) at System.RuntimeType.CreateInstanceDefaultCtor(Boolean publicOnly, Boolean skipVisibilityChecks, Boolean skipCheckThis, Boolean fillCache) at System.Activator.CreateInstance(Type type, Boolean nonPublic) at System.Activator.CreateInstance(Type type) at Terraria.Netplay..cctor() --- End of inner exception stack trace --- at Terraria.Main..cctor() --- End of inner exception stack trace --- at Terraria.Main..ctor() at Terraria.ProgramServer.Main(String[] args) --- snip --- Server: Main.versionNumber = "v1.2.0.3.1"; Decompiling with ILSpy gives: --- snip --- // Terraria.Netplay static Netplay() { // Note: this type is marked as 'beforefieldinit'. Netplay.stopListen = false; Netplay.serverSock = new ServerSock[256]; Netplay.clientSock = new ClientSock(); Netplay.serverPort = 7777; Netplay.disconnect = false; Netplay.password = ""; Netplay.banFile = "banlist.txt"; Netplay.spamCheck = false; Netplay.anyClients = false; Netplay.upnpnat = (UPnPNAT)Activator.CreateInstance(Type.GetTypeFromCLSID(new Guid("AE1E00AA-3FD5-403C-8A27-2BBDC30CD0E1"))); Netplay.mappings = Netplay.upnpnat.StaticPortMappingCollection; Netplay.uPNP = true; Netplay.ServerUp = false; } --- snip --- Expected as Wine doesn't implement CLSID_UPnPNAT in HNetCfg.dll (NATUPnP.idl). $ du -sh terraria-server-12031.zip 788K terraria-server-12031.zip $ sha1sum terraria-server-12031.zip 2333bf1e6ad1d77fc5d59a389cad6581e48c12bf terraria-server-12031.zip $ wine --version wine-1.7.4-91-g7ac2b3b 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 12

[Bug 41670] New: Planetside 2: BattlEye service not starting
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=41670 Bug ID: 41670 Summary: Planetside 2: BattlEye service not starting Product: Wine Version: 1.9.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: arsh79(a)gmail.com Distribution: --- Created attachment 56062 --> https://bugs.winehq.org/attachment.cgi?id=56062 error in cosole for the 'failed to initialize battleye service' window Trying to run the latest version of the game, Installer runs fine, but game doesn't start. On the first run the launcher tries to install battleye service, which it fails with the error in the attachment. On subsequent runs it just hangs forever trying to start the same service without outputting any error. -- 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 75

[Bug 31890] New: Cicso communicator throws a segmentation fault when call is initiated
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=31890 Bug #: 31890 Summary: Cicso communicator throws a segmentation fault when call is initiated Product: Wine Version: 1.5.13 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fastalan(a)gmail.com Classification: Unclassified Description of problem: While emulator the Cisco IP Communicator 8-6-1, sometimes the application seg faults after the call is initiated. STDOUT shows: fixme:mmdevapi:AEV_GetMasterVolumeLevelScalar stub Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. wine ./communicatork9.exe 2. Make a call on the soft phone Actual results: When call initiates, the app crashes. The cisco CUCM continues the call, but the UA Endpoint client is dead. Expected results: Caller should hear a ringing sound and call should complete. Additional info: 3.5.4-2.fc17.x86_64 wine-1.5.13 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 26

[Bug 37061] New: IEC 61850 v2.02 example client crashes on unimplemented function wpcap.dll.pcap_findalldevs_ex
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=37061 Bug ID: 37061 Summary: IEC 61850 v2.02 example client crashes on unimplemented function wpcap.dll.pcap_findalldevs_ex Product: Wine Version: 1.7.23 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, since we have a stub 'wpcap' component now (thanks André) it might be useful to file individual bugs :) --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/SystemCorp/DLL $ wine ./IEC61850_Example_Client.exe ... wine: Call from 0x7b83ae8f to unimplemented function wpcap.dll.pcap_findalldevs_ex, aborting --- snip --- $ sha1sum SET\ IEC61850DLLV2\ Demo.exe 72ebe36f11e4a3fb5c117db7bd6b367b4e0eb058 SET IEC61850DLLV2 Demo.exe $ du -sh SET\ IEC61850DLLV2\ Demo.exe 1.1M SET IEC61850DLLV2 Demo.exe $ wine --version wine-1.7.23-90-gbdeb761 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 37062] New: Wireshark 1.10 'dumpcap.exe' tool crashes on unimplemented function wpcap.dll.pcap_findalldevs
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=37062 Bug ID: 37062 Summary: Wireshark 1.10 'dumpcap.exe' tool crashes on unimplemented function wpcap.dll.pcap_findalldevs Product: Wine Version: 1.7.23 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, as the summary says ... --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Wireshark $ wine ./dumpcap.exe ... wine: Call from 0x7b83ae8f to unimplemented function wpcap.dll.pcap_findalldevs, aborting wine: Unimplemented function wpcap.dll.pcap_findalldevs called at address 0x7b83ae8f (thread 0026), starting debugger... --- snip --- $ sha1sum Wireshark-win32-1.10.10rc0-7-gce4abdf.exe 94b6c2d2029dd00aa05b25bfc4fc6bbdc4ec405d Wireshark-win32-1.10.10rc0-7-gce4abdf.exe $ du -sh Wireshark-win32-1.10.10rc0-7-gce4abdf.exe 22M Wireshark-win32-1.10.10rc0-7-gce4abdf.exe $ wine --version wine-1.7.23-90-gbdeb761 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 37094] New: Wireshark 1.10 'dumpcap.exe' tool crashes on unimplemented function wpcap.dll.pcap_open_live
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=37094 Bug ID: 37094 Summary: Wireshark 1.10 'dumpcap.exe' tool crashes on unimplemented function wpcap.dll.pcap_open_live Product: Wine Version: 1.7.24 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, continuation of bug 37062 --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Wireshark $ wine ./dumpcap.exe ... Capturing on 'virbr0' wine: Call from 0x7b83ae8f to unimplemented function wpcap.dll.pcap_open_live, aborting wine: Unimplemented function wpcap.dll.pcap_open_live called at address 0x7b83ae8f (thread 0009), starting debugger... --- snip --- $ sha1sum Wireshark-win32-1.10.10rc0-7-gce4abdf.exe 94b6c2d2029dd00aa05b25bfc4fc6bbdc4ec405d Wireshark-win32-1.10.10rc0-7-gce4abdf.exe $ du -sh Wireshark-win32-1.10.10rc0-7-gce4abdf.exe 22M Wireshark-win32-1.10.10rc0-7-gce4abdf.exe $ wine --version wine-1.7.24-14-gd1749b5 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 12099] New: .NET Framework 1.1 installer requires loadperf. dll in case of AeDebug -> Auto=0 (unhandled exception dialog)
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=12099 Summary: .NET Framework 1.1 installer requires loadperf.dll in case of AeDebug -> Auto=0 (unhandled exception dialog) Product: Wine Version: CVS/GIT Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Created an attachment (id=11486) --> (http://bugs.winehq.org/attachment.cgi?id=11486) example patch to add loadperf.dll and simple UnloadPerfCounterTextStringsW stub preventing .NET 1.1 installer exception Hello, VS.NET 7.x installers modify AeDebug which results in error message box from .NET Framework 1.1 installer due to an unhandled exception. With default AeDebug Auto=1 and standalone .NET 1.1 installation you won't notice it because this exception doesn't affect overall "success" result of installer. You can capture output from console to see winedbg actually spawned. VS.NET 7.x installers add/modify the following JIT debugging keys: --- snip --- HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\AeDebug\Debugger Auto: 1 -> 0 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\.NETFramework\DbgManagedDebugger Default: cordbg.exe !a 0x%x8 --- snip --- Extract from .msi file: --- snip --- _FldbVs7eve_RegFile_887_00017.3643236F_FC70_11D3_A536_0090278A1BB8 2 SOFTWARE\Microsoft\Windows NT\CurrentVersion\AeDebug Auto 0 _VS_Debugging___VS7JIT_____X86.3643236F_FC70_11D3_A536_0090278A1BB8) .. --- snip --- You can simulate the behaviour on clean ~/.wine if you manually set AeDebug/Auto=0 (default is 1) and then execute the standalone .NET 1.1 installer. --- snip --- 002d:Call KERNEL32.lstrlenA(0034f55c "2008-03-17 21:20:25\t\tStarting\tUninstalling performance counters\r\n") ret=79e88b92 .. 002d:Call KERNEL32.LoadLibraryA(79e61310 "loadperf.dll") ret=79e907ed 002d:Ret KERNEL32.LoadLibraryA() retval=00000000 ret=79e907ed 002d:Call KERNEL32.GetLastError() ret=79e907f9 002d:Ret KERNEL32.GetLastError() retval=0000007e ret=79e907f9 002d:Call KERNEL32.RaiseException(c06d007e,00000000,00000001,0034f960) ret=79e9082c 002d:trace:seh:raise_exception code=c06d007e flags=0 addr=0x7b8419a0 002d:trace:seh:raise_exception info[0]=0034f910 002d:trace:seh:raise_exception eax=7b82c3e9 ebx=7b8af3e4 ecx=00000000 edx=0034f904 esi=0034f904 edi=0034f880 002d:trace:seh:raise_exception ebp=0034f868 esp=0034f804 cs=0073 ds=007b es=007b fs=0033 gs=003b flags=00200212 002d:trace:seh:call_stack_handlers calling handler at 0x402518 code=c06d007e flags=0 .. 002d:Call KERNEL32.UnhandledExceptionFilter(0034f350) ret=7c34c456 wine: Unhandled exception 0xc06d007e at address 0x7b8419a0 (thread 002d), starting debugger... 002d:Call user32.MessageBoxA(00000000,0034efd8 "Unhandled exception 0xc06d007e at address 0x7b8419a0.\nDo you wish to debug it?",7b8a3e47 "Exception raised",00000014) ret=7b841deb --- snip --- The message box is shown with the option to dismiss the exception or to debug it. This can be pretty confusing to users who have no knowledge how to deal with this. Well, actually this exception should never occur. Wine can prevent this problem by providing a simple loadperf.dll and UnloadPerfCounterTextStringsW stub. Output after patch: --- snip --- 0041:Ret KERNEL32.LoadLibraryA() retval=607d0000 ret=79e907ed 0041:Call KERNEL32.InterlockedExchange(79e96fa8,607d0000) ret=79e9083e 0041:Ret KERNEL32.InterlockedExchange() retval=00000000 ret=79e9083e 0041:Call KERNEL32.GetProcAddress(607d0000,79e919b4 "UnloadPerfCounterTextStringsW") ret=79e908c4 0041:Ret KERNEL32.GetProcAddress() retval=607d8808 ret=79e908c4 0041:Call loadperf.UnloadPerfCounterTextStringsW(0034f9d0 L"u \"ASP.NET_1.1.4322\"",00000001) ret=79e86e64 0041:fixme:loadperf:UnloadPerfCounterTextStringsW (L"u \"ASP.NET_1.1.4322\"", 1): stub! 0041:Ret loadperf.UnloadPerfCounterTextStringsW() retval=00000000 ret=79e86e64 --- snip --- Please add this dll and the UnloadPerfCounterTextStringsW stub. The attached patch is provided as example to quickly validate the problem solution. 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 13

[Bug 44704] New: Screenhero installer runs into crash window ( Access Violation)
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=44704 Bug ID: 44704 Summary: Screenhero installer runs into crash window (Access Violation) Product: Wine Version: 3.3 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: --- The Screenhero installer runs into a crash window (Access Violation) while calling FormatMessageW with id 0x800b0109 which apparently is CERT_E_UNTRUSTEDROOT I don`t know where this error comes from but with the patch it gets further to install all files***, though there`s still a crash in the end. Patch is at: https://bugs.winehq.org/attachment.cgi?id=60704&action=diff ***: It also suffers from bug 34989, so you need workaround from here to avoid a hang: https://bugs.winehq.org/attachment.cgi?id=60702&action=diff -- 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 45841] New: Battleye' s BEDaisy.sys requires that PsThreadType and PsProcessType are defined
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45841 Bug ID: 45841 Summary: Battleye's BEDaisy.sys requires that PsThreadType and PsProcessType are defined Product: Wine Version: 3.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: dereklesho52(a)Gmail.com Distribution: --- Without these two structures, battleye's BEDaisy.sys will crash on an EXCEPTION_ACCESS_VIOLATION. Alongside the fixes for #45664 and #44912, Battleye will launch the game. I will commit my fix to my github shortly after posting this bug: https://github.com/Guy1524/wine/commits/battleye-work-stable -- 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 44911] New: BattlEye 'BEDaisy' kernel service crashes on unimplemented function ntoskrnl.exe.PsGetProcessId
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=44911 Bug ID: 44911 Summary: BattlEye 'BEDaisy' kernel service crashes on unimplemented function ntoskrnl.exe.PsGetProcessId Product: Wine Version: 3.5 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 44910 --- snip --- $ WINEDEBUG=+seh,+relay,+ntoskrnl wine net start BEDaisy >>log.txt 2>&1 ... 0034:Call driver init 0x78d000 (obj=0x11cc28,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\BEDaisy") ... 0034:Ret ntdll.NtQuerySystemInformation() retval=00000000 ret=7bc803ab 0034:Ret ntoskrnl.exe.ZwQuerySystemInformation() retval=00000000 ret=0082d9b5 ... 0034:Call KERNEL32.RaiseException(80000100,00000001,00000002,0065eb78) ret=7ec1ace2 ... 0034:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b446c33 ip=7b446c33 tid=0034 0034:trace:seh:raise_exception info[0]=7ec1ad00 0034:trace:seh:raise_exception info[1]=7ec1e697 wine: Call from 0x7b446c33 to unimplemented function ntoskrnl.exe.PsGetProcessId, aborting wine: Unimplemented function ntoskrnl.exe.PsGetProcessId called at address 0xf7c30023:0x7b446c33 (thread 0034), starting debugger... --- snip --- $ sha1sum Tibia_Setup.exe 50951008ccc402cc32407bfc56a88da873e3e9bd Tibia_Setup.exe $ du -sh Tibia_Setup.exe 5.2M Tibia_Setup.exe $ wine --version wine-3.5-107-gf4573adb0f 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 6

[Bug 44912] New: Tibia client reports 'Failed to launch game', needs ' ntdll.RtlCreateUserProcess' implementation
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=44912 Bug ID: 44912 Summary: Tibia client reports 'Failed to launch game', needs 'ntdll.RtlCreateUserProcess' implementation Product: Wine Version: 3.5 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, besides the traditional 'KERNEL32.CreateProcessW()' API it also uses native API to create process(es). --- snip --- $ pwd /home/focht/winetest/drive_c/users/focht/Local Settings/Application Data/Tibia/packages/Tibia/bin $ WINEDEBUG=+seh,+relay,+ntoskrnl,+ntdll wine ./client.exe >>log.txt 2>&1 ... 003d:Call KERNEL32.CreateProcessW(00000000,001c8630 L"\"C:\\users\\focht\\Local Settings\\Application Data\\Tibia\\packages\\Tibia\\bin\\client_launcher.exe\" ",00000000,00000000,00000000,00000410,00000000,01d7c6b8 L"C:/users/focht/Local Settings/Application Data/Tibia/packages/Tibia/bin",0033cf2c,0033cf1c) ret=0047235f ... 0044:Call KERNEL32.__wine_kernel_init() ret=7bc6d171 ... 003d:Ret KERNEL32.CreateProcessW() retval=00000001 ret=0047235f ... 0044:Call KERNEL32.CreateProcessW(00000000,0033d6cc L"\"C:\\users\\focht\\Local Settings\\Application Data\\Tibia\\packages\\Tibia\\bin\\client_launcher.exe\" 3",00000000,00000000,00000000,00000410,00000000,00000000,0033d1a0,0033d190) ret=7e72e854 ... 0044:Ret KERNEL32.CreateProcessW() retval=00000001 ret=7e72e854 ... 0044:Call ntdll.RtlInitUnicodeString(0033e75c,00162030 L"\"C:\\users\\focht\\Local Settings\\Application Data\\Tibia\\packages\\Tibia\\bin\\client_launcher.exe\" 6 ") ret=0045e9fe 0044:Ret ntdll.RtlInitUnicodeString() retval=0033e75c ret=0045e9fe ... 0044:Call ntdll.RtlCreateProcessParameters(0033e770,0033e764,00000000,00000000,0033e75c,00000000,00000000,00000000,00000000,00000000) ret=004519b8 ... 0044:Ret ntdll.RtlCreateProcessParameters() retval=00000000 ret=004519b8 ... 0044:Call ntdll.RtlCreateUserProcess(0033e764,00000040,00390000,00000000,00000000,00000000,00000000,00000000,00000000,0033e780) ret=0046fb4d 0044:fixme:ntdll:RtlCreateUserProcess (0x33e764 64 0x390000 (nil) (nil) (nil) 0 (nil) (nil) 0x33e780): stub 0044:Ret ntdll.RtlCreateUserProcess() retval=c0000002 ret=0046fb4d ... 0048:Call KERNEL32.GetStringTypeW(00000001,00162fe8 L"00:52:30: Launching game...\r\n00:52:30: Failed to launch game.\r\n",00000001,005bf46a) ret=7dde5042 --- snip --- Wine currently has the process creation sequence not implemented at native API level (albeit it uses some native API calls). It would require a bit redesign/moving code (dlls/kernel32/process.c:create_process, ...) around but into places that would make Wine more compatible with Windows with regards to process creation (although the heavy lifting is done in Windows kernel). * ntdll.NtCreateProcess * ntdll.RtlCreateUserProcess ... Also related: bug 23451 ("VMWare Thinapps (packaged with version >4.5) and XenoCode wrapped apps fail to run (differences in process creation sequence at native API level)") $ sha1sum Tibia_Setup.exe 50951008ccc402cc32407bfc56a88da873e3e9bd Tibia_Setup.exe $ du -sh Tibia_Setup.exe 5.2M Tibia_Setup.exe $ wine --version wine-3.5-107-gf4573adb0f 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 13

[Bug 45844] New: Battleye' s BEDaisy.sys requires correct KeGetCurrentThread implementation
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45844 Bug ID: 45844 Summary: Battleye's BEDaisy.sys requires correct KeGetCurrentThread implementation Product: Wine Version: 3.16 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: dereklesho52(a)Gmail.com Distribution: --- Battleye tries to access the KTHREAD structure it gets from KeGetCurrentThread, put because it is not present in our implementation there is a page fault. My implementation on github fixes this issue: https://github.com/Guy1524/wine/commits/battleye-work-stable -- 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 44496] New: BattlEye 'BEDaisy' kernel service custom imports resolved can't cope with 'ntoskrnl.exe' low-level (wc)string/copy helpers being forwarded to 'msvcrt.dll'
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=44496 Bug ID: 44496 Summary: BattlEye 'BEDaisy' kernel service custom imports resolved can't cope with 'ntoskrnl.exe' low-level (wc)string/copy helpers being forwarded to 'msvcrt.dll' Product: Wine Version: 3.1 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, follow-up of bug 37355 Small client to reproduce: http://static.tibia.com/download/Tibia_Setup.exe NOTE: Due to a regression with service state/transition handling, the kernel driver service is not started by the helper service anymore (only once upon installation). To work around bug 41670 issue 'wine net stop BEService' command from another console after the window "Starting BattlEye Service..." shows up and wait a bit. The app will detect this and restart the helper service which in turn will start the kernel service. Also suffers from bug 38836 later. --- snip --- $ pwd /home/focht/.wine/drive_c/users/focht/Local Settings/Application Data/Tibia/packages/Tibia/bin $ WINEDEBUG=+tid,+seh,+ntoskrnl,+winedevice,+process,+loaddll,+relay,+module wine ./client_launcher.exe >>log.txt 2>&1 ... 0049:Call ntoskrnl.exe.IoAllocateMdl(00780000,00040409,00000000,00000000,00000000) ret=0080bf37 0049:trace:ntoskrnl:IoAllocateMdl (0x780000, 263177, 0, 0, (nil)) 0049:Call ntdll.RtlAllocateHeap(00110000,00000008,00000120) ret=7ecd1460 0049:Ret ntdll.RtlAllocateHeap() retval=0011cd38 ret=7ecd1460 0049:fixme:ntoskrnl:IoGetCurrentProcess () semi-stub 0049:Ret ntoskrnl.exe.IoAllocateMdl() retval=0011cd38 ret=0080bf37 0049:Call ntoskrnl.exe.MmProbeAndLockPages(0011cd38,00000000,00000001) ret=0080bf37 0049:fixme:ntoskrnl:MmProbeAndLockPages (0x11cd38, 0, 1): stub 0049:Ret ntoskrnl.exe.MmProbeAndLockPages() retval=0000003f ret=0080bf37 0049:Call ntoskrnl.exe.MmMapLockedPagesSpecifyCache(0011cd38,00000000,00000000,00000001,00000000,00000000) ret=0080bf37 0049:fixme:ntoskrnl:MmMapLockedPagesSpecifyCache (0x11cd38, 0, 0, 0x1, 0, 0): stub 0049:Call ntdll.RtlAllocateHeap(00110000,00000000,00040409) ret=7ecd4509 0049:Ret ntdll.RtlAllocateHeap() retval=0011d958 ret=7ecd4509 0049:Call KERNEL32.OpenProcess(001fffff,00000000,00000043) ret=7ecd4534 0049:Ret KERNEL32.OpenProcess() retval=00000040 ret=7ecd4534 0049:Call KERNEL32.ReadProcessMemory(00000040,00780000,0011d958,00040409,00000000) ret=7ecd4567 0049:Ret KERNEL32.ReadProcessMemory() retval=00000001 ret=7ecd4567 0049:Call KERNEL32.CloseHandle(00000040) ret=7ecd458e 0049:Ret KERNEL32.CloseHandle() retval=00000001 ret=7ecd458e 0049:fixme:ntoskrnl:MmMapLockedPagesSpecifyCache Success! 0049:Ret ntoskrnl.exe.MmMapLockedPagesSpecifyCache() retval=0011d958 ret=0080bf37 0049:Call ntoskrnl.exe.ExAllocatePool(00000000,00000068) ret=0080bf37 0049:Call ntdll.RtlAllocateHeap(00110000,00000000,00000068) ret=7ecd3339 0049:Ret ntdll.RtlAllocateHeap() retval=0015f3a8 ret=7ecd3339 0049:trace:ntoskrnl:ExAllocatePoolWithTag 104 pool 0 -> 0x15f3a8 0049:Ret ntoskrnl.exe.ExAllocatePool() retval=0015f3a8 ret=0080bf37 0049:Call ntdll.NtQuerySystemInformation(0000000b,0065f39c,00000000,0065f398) ret=0080732b 0049:Ret ntdll.NtQuerySystemInformation() retval=c0000004 ret=0080732b 0049:Call ntoskrnl.exe.ExAllocatePool(00000000,00001400) ret=007fe2fc 0049:Call ntdll.RtlAllocateHeap(00110000,00000000,00001400) ret=7ecd3339 0049:Ret ntdll.RtlAllocateHeap() retval=0015f6d0 ret=7ecd3339 0049:trace:ntoskrnl:ExAllocatePoolWithTag 5120 pool 0 -> 0x15f6d0 0049:Ret ntoskrnl.exe.ExAllocatePool() retval=0015f6d0 ret=007fe2fc 0049:Call ntdll.NtQuerySystemInformation(0000000b,0015f6d0,00001400,0065f398) ret=008034e1 0049:Ret ntdll.NtQuerySystemInformation() retval=00000000 ret=008034e1 0049:Call ntoskrnl.exe.ExFreePool(0015f6d0) ret=00803229 0049:trace:ntoskrnl:ExFreePoolWithTag 0x15f6d0 0049:Call ntdll.RtlFreeHeap(00110000,00000000,0015f6d0) ret=7ecd3586 0049:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7ecd3586 0049:Ret ntoskrnl.exe.ExFreePool() retval=00000001 ret=00803229 0049:Call ntdll.NtQuerySystemInformation(0000000b,0065f39c,00000000,0065f398) ret=0080732b 0049:Ret ntdll.NtQuerySystemInformation() retval=c0000004 ret=0080732b 0049:Call ntoskrnl.exe.ExAllocatePool(00000000,00001400) ret=007fe2fc 0049:Call ntdll.RtlAllocateHeap(00110000,00000000,00001400) ret=7ecd3339 0049:Ret ntdll.RtlAllocateHeap() retval=0015f6d0 ret=7ecd3339 0049:trace:ntoskrnl:ExAllocatePoolWithTag 5120 pool 0 -> 0x15f6d0 0049:Ret ntoskrnl.exe.ExAllocatePool() retval=0015f6d0 ret=007fe2fc 0049:Call ntdll.NtQuerySystemInformation(0000000b,0015f6d0,00001400,0065f398) ret=008034e1 0049:Ret ntdll.NtQuerySystemInformation() retval=00000000 ret=008034e1 0049:Call ntoskrnl.exe.ExFreePool(0015f6d0) ret=00803229 0049:trace:ntoskrnl:ExFreePoolWithTag 0x15f6d0 0049:Call ntdll.RtlFreeHeap(00110000,00000000,0015f6d0) ret=7ecd3586 0049:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7ecd3586 0049:Ret ntoskrnl.exe.ExFreePool() retval=00000001 ret=00803229 0049:Call ntdll.NtQuerySystemInformation(0000000b,0065f354,00000000,0065f350) ret=0080732b 0049:Ret ntdll.NtQuerySystemInformation() retval=c0000004 ret=0080732b 0049:Call ntoskrnl.exe.ExAllocatePool(00000000,00001400) ret=007fe2fc 0049:Call ntdll.RtlAllocateHeap(00110000,00000000,00001400) ret=7ecd3339 0049:Ret ntdll.RtlAllocateHeap() retval=0015f6d0 ret=7ecd3339 0049:trace:ntoskrnl:ExAllocatePoolWithTag 5120 pool 0 -> 0x15f6d0 0049:Ret ntoskrnl.exe.ExAllocatePool() retval=0015f6d0 ret=007fe2fc 0049:Call ntdll.NtQuerySystemInformation(0000000b,0015f6d0,00001400,0065f350) ret=008034e1 0049:Ret ntdll.NtQuerySystemInformation() retval=00000000 ret=008034e1 0049:Call ntoskrnl.exe.ExFreePool(0015f6d0) ret=00803229 0049:trace:ntoskrnl:ExFreePoolWithTag 0x15f6d0 0049:Call ntdll.RtlFreeHeap(00110000,00000000,0015f6d0) ret=7ecd3586 0049:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7ecd3586 0049:Ret ntoskrnl.exe.ExFreePool() retval=00000001 ret=00803229 0049:Call ntdll.NtQuerySystemInformation(0000000b,0065f358,00000000,0065f354) ret=0080732b 0049:Ret ntdll.NtQuerySystemInformation() retval=c0000004 ret=0080732b 0049:Call ntoskrnl.exe.ExAllocatePool(00000000,00001400) ret=007fe2fc 0049:Call ntdll.RtlAllocateHeap(00110000,00000000,00001400) ret=7ecd3339 0049:Ret ntdll.RtlAllocateHeap() retval=0015f6d0 ret=7ecd3339 0049:trace:ntoskrnl:ExAllocatePoolWithTag 5120 pool 0 -> 0x15f6d0 0049:Ret ntoskrnl.exe.ExAllocatePool() retval=0015f6d0 ret=007fe2fc 0049:Call ntdll.NtQuerySystemInformation(0000000b,0015f6d0,00001400,0065f354) ret=008034e1 0049:Ret ntdll.NtQuerySystemInformation() retval=00000000 ret=008034e1 0049:Call ntoskrnl.exe.ExFreePool(0015f6d0) ret=00803229 0049:trace:ntoskrnl:ExFreePoolWithTag 0x15f6d0 0049:Call ntdll.RtlFreeHeap(00110000,00000000,0015f6d0) ret=7ecd3586 0049:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7ecd3586 0049:Ret ntoskrnl.exe.ExFreePool() retval=00000001 ret=00803229 0049:Call ntdll.NtQuerySystemInformation(0000000b,0065f310,00000000,0065f30c) ret=0080732b 0049:Ret ntdll.NtQuerySystemInformation() retval=c0000004 ret=0080732b 0049:Call ntoskrnl.exe.ExAllocatePool(00000000,00001400) ret=007fe2fc 0049:Call ntdll.RtlAllocateHeap(00110000,00000000,00001400) ret=7ecd3339 0049:Ret ntdll.RtlAllocateHeap() retval=0015f6d0 ret=7ecd3339 0049:trace:ntoskrnl:ExAllocatePoolWithTag 5120 pool 0 -> 0x15f6d0 0049:Ret ntoskrnl.exe.ExAllocatePool() retval=0015f6d0 ret=007fe2fc 0049:Call ntdll.NtQuerySystemInformation(0000000b,0015f6d0,00001400,0065f30c) ret=008034e1 0049:Ret ntdll.NtQuerySystemInformation() retval=00000000 ret=008034e1 0049:Call ntoskrnl.exe.ExFreePool(0015f6d0) ret=00803229 0049:trace:ntoskrnl:ExFreePoolWithTag 0x15f6d0 0049:Call ntdll.RtlFreeHeap(00110000,00000000,0015f6d0) ret=7ecd3586 0049:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7ecd3586 0049:Ret ntoskrnl.exe.ExFreePool() retval=00000001 ret=00803229 --- snip --- The (heavily obfuscated) kernel driver uses its own custom imports resolver. It basically walks the module list using 'NtQuerySystemInformation( SystemModuleInformation, ...)' and processes the export table of 'ntoskrnl.exe' and later 'fltmgr.sys' in order to resolve some needed functions. The resolver is rather simplistic and can't deal with Wine's forwarded exports to 'msvcrt'. Native Windows kernel doesn't do this. --- snip --- ... DbgPrint says: The procedure entry point wcsncmp could not be located in the module ntoskrnl.exe Ret driver init 0x7fdf6e (obj=0x11cb58,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\BEDaisy") retval=c0000183 0049:trace:winedevice:init_driver init done for L"BEDaisy" obj 0x11cb58 0049:trace:winedevice:init_driver - DriverInit = 0x7fdf6e 0049:trace:winedevice:init_driver - DriverStartIo = (nil) 0049:trace:winedevice:init_driver - DriverUnload = (nil) 0049:trace:winedevice:init_driver - MajorFunction[0] = 0x7ecd1b10 0049:trace:winedevice:init_driver - MajorFunction[1] = 0x7ecd1b10 0049:trace:winedevice:init_driver - MajorFunction[2] = 0x7ecd1b10 0049:trace:winedevice:init_driver - MajorFunction[3] = 0x7ecd1b10 0049:trace:winedevice:init_driver - MajorFunction[4] = 0x7ecd1b10 0049:trace:winedevice:init_driver - MajorFunction[5] = 0x7ecd1b10 0049:trace:winedevice:init_driver - MajorFunction[6] = 0x7ecd1b10 0049:trace:winedevice:init_driver - MajorFunction[7] = 0x7ecd1b10 0049:trace:winedevice:init_driver - MajorFunction[8] = 0x7ecd1b10 0049:trace:winedevice:init_driver - MajorFunction[9] = 0x7ecd1b10 0049:trace:winedevice:init_driver - MajorFunction[10] = 0x7ecd1b10 0049:trace:winedevice:init_driver - MajorFunction[11] = 0x7ecd1b10 0049:trace:winedevice:init_driver - MajorFunction[12] = 0x7ecd1b10 0049:trace:winedevice:init_driver - MajorFunction[13] = 0x7ecd1b10 0049:trace:winedevice:init_driver - MajorFunction[14] = 0x7ecd1b10 0049:trace:winedevice:init_driver - MajorFunction[15] = 0x7ecd1b10 0049:trace:winedevice:init_driver - MajorFunction[16] = 0x7ecd1b10 0049:trace:winedevice:init_driver - MajorFunction[17] = 0x7ecd1b10 0049:trace:winedevice:init_driver - MajorFunction[18] = 0x7ecd1b10 0049:trace:winedevice:init_driver - MajorFunction[19] = 0x7ecd1b10 0049:trace:winedevice:init_driver - MajorFunction[20] = 0x7ecd1b10 0049:trace:winedevice:init_driver - MajorFunction[21] = 0x7ecd1b10 0049:trace:winedevice:init_driver - MajorFunction[22] = 0x7ecd1b10 0049:trace:winedevice:init_driver - MajorFunction[23] = 0x7ecd1b10 0049:trace:winedevice:init_driver - MajorFunction[24] = 0x7ecd1b10 0049:trace:winedevice:init_driver - MajorFunction[25] = 0x7ecd1b10 0049:trace:winedevice:init_driver - MajorFunction[26] = 0x7ecd1b10 0049:trace:winedevice:init_driver - MajorFunction[27] = 0x7ecd1b10 0049:Call ntdll.RtlFreeUnicodeString(0011cb74) ret=7ecd1d12 0049:Ret ntdll.RtlFreeUnicodeString() retval=0011cb74 ret=7ecd1d12 0049:Call ntdll.RtlFreeUnicodeString(0011cc0c) ret=7ecd1d26 0049:Ret ntdll.RtlFreeUnicodeString() retval=0011cc0c ret=7ecd1d26 0049:Call ntdll.RtlFreeHeap(00110000,00000000,0011cb48) ret=7ecd1d46 0049:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7ecd1d46 0049:Ret ntoskrnl.exe.IoCreateDriver() retval=c0000183 ret=7effb7fc 0049:err:winedevice:async_create_driver failed to create driver L"BEDaisy": c0000183 --- snip --- NOTE: This is a similar problem domain as bug 37852 ("Sentinel HASP 'hardlock.sys' kernel driver custom imports resolver can't cope with many 'ntoskrnl.exe' functions being fowarded to 'ntdll.dll' (Minitab 16 fails to start)". Although this driver requires a much smaller set of (msvcrt) functions. * native API (ntdll) -> bug 37852 * msvcrt -> this one Source: https://source.winehq.org/git/wine.git/blob/354fa7eb7921c3317e7943c18871feb… --- snip --- 1484 @ cdecl -private wcsncmp(wstr wstr long) msvcrt.wcsncmp --- snip --- The driver requires the following set of functions not be forwarded: * wcsncmp * _wcsnicmp * _strnicmp * memcpy * memset * _stricmp Wine should reimplement the low-level string/copy helpers in 'ntoskrnl' in same way as it is done for 'ntdll' core module (NTDLL_foobar). Source: https://source.winehq.org/git/wine.git/blob/354fa7eb7921c3317e7943c18871feb… --- snip --- 1457 @ cdecl -private wcsncmp(wstr wstr long) NTDLL_wcsncmp --- snip --- https://source.winehq.org/git/wine.git/blob/354fa7eb7921c3317e7943c18871feb… --- snip --- 157 /********************************************************************* 158 * wcsncmp (NTDLL.@) 159 */ 160 INT __cdecl NTDLL_wcsncmp( LPCWSTR str1, LPCWSTR str2, INT n ) 161 { 162 return strncmpW( str1, str2, n ); 163 } --- snip --- With these things fixed, the driver runs further - into next problems. $ sha1sum Tibia_Setup.exe 50951008ccc402cc32407bfc56a88da873e3e9bd Tibia_Setup.exe $ du -sh Tibia_Setup.exe 5.2M Tibia_Setup.exe $ wine --version wine-3.1-193-g354fa7eb79 Regards -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 10

[Bug 44811] New: BattlEye 'BEDaisy' kernel service requires _chkstk implementation.
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=44811 Bug ID: 44811 Summary: BattlEye 'BEDaisy' kernel service requires _chkstk implementation. Product: Wine Version: 3.4 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: leslie_alistair(a)hotmail.com Distribution: --- When the stack goes over a 4k on x86 or 8k for x64 boundary then this function is used to resolve this issue. https://msdn.microsoft.com/en-us/library/ms648426(v=vs.85).aspx -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 12

[Bug 45843] New: Battleye' s BEDaisy.sys expects memory allocated by ExAllocatePoolWithTag to be executable
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45843 Bug ID: 45843 Summary: Battleye's BEDaisy.sys expects memory allocated by ExAllocatePoolWithTag to be executable Product: Wine Version: 3.16 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: dereklesho52(a)Gmail.com Distribution: --- In the NT Kernel, non-paged memory is executable, and BEDaisy.sys crashes on a page fault if this is not the case. My patch is located here: https://github.com/Guy1524/wine/commits/battleye-work-stable -- 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 44636] New: Sentinel HASP 'hardlock.sys' kernel driver access to CR4 via %ESI register operand not handled in ntoskrnl emulate_instruction
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=44636 Bug ID: 44636 Summary: Sentinel HASP 'hardlock.sys' kernel driver access to CR4 via %ESI register operand not handled in ntoskrnl emulate_instruction Product: Wine Version: 3.2 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 37852 This time it's another variant of bug 30220 now with %ESI being register operand. --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Minitab/Minitab 16 $ WINEDEBUG=+seh,+relay,+winedevice,+ntoskrnl wine ./Mtb.exe >>log.txt 2>&1 ... 0019:trace:winedevice:load_driver_module L"C:\\windows\\system32\\drivers\\hardlock.sys": relocating from 0x10000 to 0x780000 ... 0019:Call driver init 0x80ac20 (obj=0x11cb28,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\hardlock") ... 0019:Call ntoskrnl.exe.RtlInitUnicodeString(0065fc74,007efa18 L"\\REGISTRY\\MACHINE\\System\\CurrentControlSet\\Services\\HaspNt") ret=00786720 0019:Call ntdll.RtlInitUnicodeString(0065fc74,007efa18 L"\\REGISTRY\\MACHINE\\System\\CurrentControlSet\\Services\\HaspNt") ret=7bc7e247 0019:Ret ntdll.RtlInitUnicodeString() retval=0065fc74 ret=7bc7e247 0019:Ret ntoskrnl.exe.RtlInitUnicodeString() retval=0065fc74 ret=00786720 0019:Call ntoskrnl.exe.ExAllocatePoolWithTag(00000001,00000084,36346b48) ret=00786748 0019:Call ntdll.RtlAllocateHeap(00110000,00000000,00000084) ret=7ecce269 0019:Ret ntdll.RtlAllocateHeap() retval=0011cd08 ret=7ecce269 0019:trace:ntoskrnl:ExAllocatePoolWithTag 132 pool 1 -> 0x11cd08 0019:Ret ntoskrnl.exe.ExAllocatePoolWithTag() retval=0011cd08 ret=00786748 0019:Call ntoskrnl.exe.ExAllocatePoolWithTag(00000001,00000148,34356b48) ret=007879d7 0019:Call ntdll.RtlAllocateHeap(00110000,00000000,00000148) ret=7ecce269 0019:Ret ntdll.RtlAllocateHeap() retval=0011d2e8 ret=7ecce269 0019:trace:ntoskrnl:ExAllocatePoolWithTag 328 pool 1 -> 0x11d2e8 0019:Ret ntoskrnl.exe.ExAllocatePoolWithTag() retval=0011d2e8 ret=007879d7 0019:Call ntoskrnl.exe.RtlInitUnicodeString(0011d2e8,00000000) ret=00787a0f 0019:Call ntdll.RtlInitUnicodeString(0011d2e8,00000000) ret=7bc7e247 0019:Ret ntdll.RtlInitUnicodeString() retval=0011d2e8 ret=7bc7e247 0019:Ret ntoskrnl.exe.RtlInitUnicodeString() retval=0011d2e8 ret=00787a0f 0019:trace:seh:raise_exception code=c0000096 flags=0 addr=0x787a18 ip=00787a18 tid=0019 0019:trace:seh:raise_exception eax=00110078 ebx=00000000 ecx=0011d2f0 edx=00000000 esi=0011d2e8 edi=0011cd08 0019:trace:seh:raise_exception ebp=0065fbb4 esp=0065fb64 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010202 0019:trace:seh:call_vectored_handlers calling handler at 0x7ecc9f55 code=c0000096 flags=0 0019:trace:seh:call_vectored_handlers handler at 0x7ecc9f55 returned 0 0019:trace:seh:call_stack_handlers calling handler at 0x7bcb01c8 code=c0000096 flags=0 0019:Call KERNEL32.UnhandledExceptionFilter(0065f664) ret=7bcb0203 wine: Unhandled privileged instruction at address 0x787a18 (thread 0019), starting debugger... --- snip --- Disassembly: --- snip --- .... 00787A16 FFF6 PUSH ESI 00787A18 0F20E6 MOV ESI,CR4 ; unhandled opcode 00787A1B 66:81E6 F7FF AND SI,0FFF7 00787A20 0F22E6 MOV CR4,ESI ; unhandled opcode 00787A23 5E POP ESI 00787A24 66:05 C800 ADD AX,0C8 00787A28 FFF7 PUSH EDI 00787A2A 66:8946 02 MOV WORD PTR DS:[ESI+2],AX 00787A2E E9 F4F40600 JMP hardlock.007F6F27 ... --- snip --- Source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntoskrnl.exe/instr.c… --- snip --- 329 switch(*instr) 330 { 331 case 0x0f: /* extended instruction */ 332 switch(instr[1]) 333 { 334 case 0x22: /* mov eax, crX */ 335 switch (instr[2]) 336 { 337 case 0xc0: 338 TRACE("mov eax,cr0 at 0x%08x, EAX=0x%08x\n", context->Eip,context->Eax ); 339 context->Eip += prefixlen+3; 340 return ExceptionContinueExecution; 341 case 0xe0: 342 TRACE("mov eax,cr4 at 0x%08x, EAX=0x%08x\n", context->Eip,context->Eax ); 343 context->Eip += prefixlen+3; 344 return ExceptionContinueExecution; 345 default: 346 break; /*fallthrough to bad instruction handling */ 347 } 348 ERR("Unsupported EAX -> CR register, eip+2 is %02x\n", instr[2]); 349 break; /*fallthrough to bad instruction handling */ 350 case 0x20: /* mov crX, eax */ 351 switch (instr[2]) 352 { 353 case 0xe0: /* mov cr4, eax */ 354 /* CR4 register . See linux/arch/i386/mm/init.c, X86_CR4_ defs 355 * bit 0: VME Virtual Mode Exception ? 356 * bit 1: PVI Protected mode Virtual Interrupt 357 * bit 2: TSD Timestamp disable 358 * bit 3: DE Debugging extensions 359 * bit 4: PSE Page size extensions 360 * bit 5: PAE Physical address extension 361 * bit 6: MCE Machine check enable 362 * bit 7: PGE Enable global pages 363 * bit 8: PCE Enable performance counters at IPL3 364 */ 365 TRACE("mov cr4,eax at 0x%08x\n",context->Eip); 366 context->Eax = 0; 367 context->Eip += prefixlen+3; 368 return ExceptionContinueExecution; --- snip --- %EAX as register operand is handled but %ESI not. 0x0f 0x20-0x2f 20: MOV Rd,Cd 21: MOV Rd,Dd 22: MOV Cd,Rd 23: MOV Dd,Rd $ sha1sum MTBen1610su.exe f457d13475a783a0d2fff5566c0279640ba26bc6 MTBen1610su.exe $ du -sh MTBen1610su.exe 93M MTBen1610su.exe $ wine --version wine-3.2-293-g0a72708126 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 44749] New: Sentinel HASP 'hardlock.sys' kernel driver expects ntdll.RtlCheckRegistryKey to return STATUS_SUCCESS on empty path
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=44749 Bug ID: 44749 Summary: Sentinel HASP 'hardlock.sys' kernel driver expects ntdll.RtlCheckRegistryKey to return STATUS_SUCCESS on empty path Product: Wine Version: 3.3 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 separate two different issues from bug 44641 Technically it was https://source.winehq.org/git/wine.git/commitdiff/f07e8ca8f01106b6d41a933f0… ("ntdll: Fix RtlCheckRegistryKey when called with empty path.") which returns 'STATUS_SUCCESS' now, causing the driver to execute a different code path, not calling 'ntoskrnl.exe.RtlCreateRegistryKey' at this point. Bug 44641 is about missing 'ntdll.RtlCreateRegistryKey' API -> fixed by https://source.winehq.org/git/wine.git/commitdiff/535419a2bf8da3fd21cfdede4… Created this ticket to avoid rechristening bug 44641 --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Minitab/Minitab 16 $ WINEDEBUG=+seh,+relay,+winedevice,+ntoskrnl wine ./Mtb.exe >>log.txt 2>&1 ... 0019:Call ntoskrnl.exe.RtlCheckRegistryKey(00000001,0065fb20) ret=007a8edd 0019:Call ntdll.RtlCheckRegistryKey(00000001,0065fb20) ret=7bc7e2bb 0019:Ret ntdll.RtlCheckRegistryKey() retval=c0000034 ret=7bc7e2bb 0019:Ret ntoskrnl.exe.RtlCheckRegistryKey() retval=c0000034 ret=007a8edd 0019:Call KERNEL32.RaiseException(80000100,00000001,00000002,0065fad4) ret=7ecd21a7 0019:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b44667f ip=7b44667f tid=0019 0019:trace:seh:raise_exception info[0]=7ecd21c0 0019:trace:seh:raise_exception info[1]=7ecd6098 wine: Call from 0x7b44667f to unimplemented function ntoskrnl.exe.RtlCreateRegistryKey, aborting 0019:trace:seh:call_vectored_handlers calling handler at 0x7ecc9e95 code=80000100 flags=1 0019:trace:seh:call_vectored_handlers handler at 0x7ecc9e95 returned 0 0019:trace:seh:call_stack_handlers calling handler at 0x7bcb023c code=80000100 flags=1 --- snip --- $ sha1sum MTBen1610su.exe f457d13475a783a0d2fff5566c0279640ba26bc6 MTBen1610su.exe $ du -sh MTBen1610su.exe 93M MTBen1610su.exe $ wine --version wine-3.2-346-gb1aee9c391 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 44641] New: Sentinel HASP 'hardlock.sys' kernel driver crashes on unimplemented function ntoskrnl.exe.RtlCreateRegistryKey
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=44641 Bug ID: 44641 Summary: Sentinel HASP 'hardlock.sys' kernel driver crashes on unimplemented function ntoskrnl.exe.RtlCreateRegistryKey Product: Wine Version: 3.2 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, continuation of bug 44636 --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Minitab/Minitab 16 $ WINEDEBUG=+seh,+relay,+winedevice,+ntoskrnl wine ./Mtb.exe >>log.txt 2>&1 ... 0019:Call ntoskrnl.exe.RtlCheckRegistryKey(00000001,0065fb20) ret=007a8edd 0019:Call ntdll.RtlCheckRegistryKey(00000001,0065fb20) ret=7bc7e2bb 0019:Ret ntdll.RtlCheckRegistryKey() retval=c0000034 ret=7bc7e2bb 0019:Ret ntoskrnl.exe.RtlCheckRegistryKey() retval=c0000034 ret=007a8edd 0019:Call KERNEL32.RaiseException(80000100,00000001,00000002,0065fad4) ret=7ecd21a7 0019:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b44667f ip=7b44667f tid=0019 0019:trace:seh:raise_exception info[0]=7ecd21c0 0019:trace:seh:raise_exception info[1]=7ecd6098 wine: Call from 0x7b44667f to unimplemented function ntoskrnl.exe.RtlCreateRegistryKey, aborting 0019:trace:seh:call_vectored_handlers calling handler at 0x7ecc9e95 code=80000100 flags=1 0019:trace:seh:call_vectored_handlers handler at 0x7ecc9e95 returned 0 0019:trace:seh:call_stack_handlers calling handler at 0x7bcb023c code=80000100 flags=1 --- snip --- Source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntdll/ntdll.spec#l511 --- snip --- 511 @ stub RtlCreateRegistryKey --- snip --- MSDN: https://docs.microsoft.com/en-us/windows-hardware/drivers/ddi/content/wdm/n… $ sha1sum MTBen1610su.exe f457d13475a783a0d2fff5566c0279640ba26bc6 MTBen1610su.exe $ du -sh MTBen1610su.exe 93M MTBen1610su.exe $ wine --version wine-3.2-346-gb1aee9c391 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 20291] New: File Maker 10 Advanced installs fine but does not start in Debian 5 wine version 1.01
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=20291 Summary: File Maker 10 Advanced installs fine but does not start in Debian 5 wine version 1.01 Product: WineHQ Bugzilla Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: bugzilla-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ialsahili(a)gmail.com Here is the message that appears when I try to run the program in terminal: -- 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 20289] New: File Maker 10 Advanced installs fine but does not start in Debian 5 wine version 1.01
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=20289 Summary: File Maker 10 Advanced installs fine but does not start in Debian 5 wine version 1.01 Product: WineHQ Bugzilla Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: bugzilla-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ialsahili(a)gmail.com Here is the message that appears when I try to run the program in terminal: fixme:heap:HeapSetInformation (nil) 1 (nil) 0 fixme:advapi:RegisterEventSourceW ((null),L"Bonjour Service"): stub fixme:winsock:WS_setsockopt Unknown IPPROTO_IP optname 0x00000013 fixme:winsock:WSAIoctl SIO_GET_EXTENSION_FUNCTION_POINTER {f689d7c8-6f1f-436b-8a53-e54fe351c322}: stub fixme:winsock:WS_setsockopt Unknown level: 0x00000029 fixme:winsock:WS_setsockopt Unknown level: 0x00000029 fixme:winsock:WS_setsockopt Unknown level: 0x00000029 fixme:winsock:WS_setsockopt Unknown level: 0x00000029 fixme:winsock:WSAIoctl SIO_GET_EXTENSION_FUNCTION_POINTER {f689d7c8-6f1f-436b-8a53-e54fe351c322}: stub fixme:winsock:WSAIoctl -> SIO_ADDRESS_LIST_CHANGE request: stub err:module:attach_process_dlls "odbc32.dll" failed to initialize, aborting err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program Files\\FileMaker\\FileMaker Pro 10 Advanced\\FileMaker Pro Advanced.exe" failed, status c0000005 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 7

[Bug 44718] New: Screenhero 0.14.x (.NET 4.x app) needs 'sas.dll' ( WinLogon Software SAS Library)
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=44718 Bug ID: 44718 Summary: Screenhero 0.14.x (.NET 4.x app) needs 'sas.dll' (WinLogon Software SAS Library) Product: Wine Version: 3.3 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, extracted from https://bugs.winehq.org/show_bug.cgi?id=39201#c7 Louis Lenders: --- quote --- The program itsself Screenhero.exe crashes like below, with the patch (stub sas.dll) it starts fine 0009:err:module:import_dll Library SAS.dll (which is needed by L"C:\\Program Files\\Screenhero, Inc\\Screenhero\\AppSharingClasses.dll") not found 0009:fixme:nls:LCIDToLocaleName unsupported flags 8000000 0009:fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime"): stub 0009:fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x00000402,(nil),0x0001,0x00000000,0x32cf38,(nil)): stub 0009:err:eventlog:ReportEventW L"Application: Screenhero.exe\nFramework Version: v4.0.30319\nDescription: The process was terminated due to an unhandled exception.\nException Info: System.IO.FileNotFoundException\nStack:\n at AppSharing.App..ctor()\n at AppSharing.App.Main()\n" --- quote --- The installer requires (install blockers): * .NET Framework 4.0 * Windows 7 setting Depends on: * bug 44704 Tidbits: https://msdn.microsoft.com/en-us/library/windows/desktop/dd979761(v=vs.85).… ("SendSAS function") https://autohotkey.com/boards/viewtopic.php?t=27119 ("SendSAS: Send Ctrl+Alt+Del") $ sha1sum Screenhero014-Latest-setup.exe ae1f5edb400bf7dd93a6730d272d8c1655302ae9 Screenhero014-Latest-setup.exe $ du -sh Screenhero014-Latest-setup.exe 29M Screenhero014-Latest-setup.exe $ wine --version wine-3.3-128-gdfde119538 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 38018] New: Windows Live Essentials 2012 web installer crashes on unimplemented function ktmw32.dll.RollbackTransaction
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=38018 Bug ID: 38018 Summary: Windows Live Essentials 2012 web installer crashes on unimplemented function ktmw32.dll.RollbackTransaction Product: Wine Version: 1.7.35 Hardware: x86-64 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 32229 --- snip --- $ wine ./wlsetup-web.exe ... fixme:ktmw32:CreateTransaction ((nil) (nil) 0x0 0x0 0x0, 300000, (null)): stub fixme:file:CreateHardLinkTransactedW (L"C:\\users\\Public\\Application Data\\Microsoft\\WLSetup\\CabLogs\\Logs.CAB" L"C:\\users\\focht\\Temp\\02052230-00000008-z9tn964ati\\Logs.CAB" (nil) 0x1): stub wine: Call from 0x7b83b527 to unimplemented function ktmw32.dll.RollbackTransaction, aborting wine: Unimplemented function ktmw32.dll.RollbackTransaction called at address 0x7b83b527 (thread 0009), starting debugger... --- snip --- $ sha1sum wlsetup-web.exe 6d48f1a6734cabd435dc6ec6ba0a94ebfcf15b9f wlsetup-web.exe $ du -sh wlsetup-web.exe 1.2M wlsetup-web.exe $ wine --version wine-1.7.35-89-gbad99c9 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 6

[Bug 32229] New: unimplemented function ktmw32.dll.CreateTransaction needed for the windows live essentials web installer
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=32229 Bug #: 32229 Summary: unimplemented function ktmw32.dll.CreateTransaction needed for the windows live essentials web installer Product: Wine Version: 1.5.17 Platform: x86-64 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine.dev(a)web.de Classification: Unclassified The windows live essentials web installer need ktmw32.CreateTransaction: wine: Call from 0x7b83b417 to unimplemented function ktmw32.dll.CreateTransaction Application Homepage: http://windows.microsoft.com/en-US/windows-live/photo-gallery-get-started Web Installer Download: http://go.microsoft.com/fwlink/p/?LinkID=255475 0375d8ee2a3f69249c2487696cdd742c525e6fe0 *wlsetup-web.exe -- By by ... Detlef -- 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 29742] New: Microsoft .NET Framework 4.5 Developer Preview installer crashes due to missing "wevtapi.dll"
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=29742 Bug #: 29742 Summary: Microsoft .NET Framework 4.5 Developer Preview installer crashes due to missing "wevtapi.dll" Product: Wine Version: 1.4-rc1 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, Microsoft .NET Framework 4.5 Developer Preview crashes due to missing "wevtapi.dll" You need to set WinVer to "Windows 7" before running installer. --- snip --- 002c:Call KERNEL32.LoadLibraryW(0084d4b8 L"C:\\windows\\System32\\wevtapi.dll") ret=1004816b 002c:Ret KERNEL32.LoadLibraryW() retval=00000000 ret=1004816b ... 002c:Call KERNEL32.RaiseException(e06d7363,00000001,00000003,00cec264) ret=1008c0cb 002c:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b839297 ip=7b839297 tid=002c 002c:trace:seh:raise_exception info[0]=19930520 002c:trace:seh:raise_exception info[1]=00cec290 002c:trace:seh:raise_exception info[2]=100a7f84 002c:trace:seh:raise_exception eax=7b8262d1 ebx=7b8a96a8 ecx=19930520 edx=00cec174 esi=00cec250 edi=00cec1d0 002c:trace:seh:raise_exception ebp=00cec1b8 esp=00cec154 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000287 002c:trace:seh:call_stack_handlers calling handler at 0x1009f789 code=e06d7363 flags=1 --- snip --- This dll implements another Windows Event Log API (starting with Windows Vista). MSDN: http://msdn.microsoft.com/en-us/library/windows/desktop/aa385785%28v=vs.85%… Download: http://www.microsoft.com/download/en/details.aspx?displaylang=en&id=27541 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 13

[Bug 43307] New: Wargaming Game Center periodically crashes with msvcp140.dll._Current_get
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=43307 Bug ID: 43307 Summary: Wargaming Game Center periodically crashes with msvcp140.dll._Current_get Product: Wine Version: 2.12 Hardware: x86-64 URL: http://redirect.wargaming.net/WGC/Wargaming_Game_Cente r_Install_EU.exe OS: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: msvcp Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Application crashes with wgc_watchdog.exe but continue running. After a few seconds crash repeats again. wine: Call from 0x7b43b95c to unimplemented function msvcp140.dll._Current_get wine-2.12-49-g35f82ba -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 3

[Bug 46179] New: Multiple Windows 10 ARM64 apps need ' kernel32.dll.GetCurrentThreadStackLimits' to get stack start address
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=46179 Bug ID: 46179 Summary: Multiple Windows 10 ARM64 apps need 'kernel32.dll.GetCurrentThreadStackLimits' to get stack start address Product: Wine Version: 3.20 Hardware: aarch64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, another valuable resource of improving/fixing Wine on ARM64 is the Chrome browser port to Windows 10 ARM64 platform that is currently underway and going to continue for some months. I'm following various Chromium and LLVM/Clang pull requests related to Win10 ARM64 porting activities. Related PR to this ticket: https://chromium-review.googlesource.com/c/chromium/src/+/1344870 https://chromium-review.googlesource.com/c/chromium/src/+/1344870/3/third_p… --- snip --- // On Windows stack limits for the current thread are available in // the thread information block (TIB). Its fields can be accessed through // FS segment register on x86 and GS segment register on x86_64. // On Windows ARM64, stack limits could be retrieved by calling // GetCurrentThreadStackLimits. This API doesn't work on x86 and x86_64 here // because it requires Windows 8+. #if defined(ARCH_CPU_X86_64) return reinterpret_cast<void*>(__readgsqword(offsetof(NT_TIB64, StackBase))); #elif defined(ARCH_CPU_X86) return reinterpret_cast<void*>(__readfsdword(offsetof(NT_TIB, StackBase))); #elif defined(ARCH_CPU_ARM64) ULONG_PTR lowLimit, highLimit; ::GetCurrentThreadStackLimits(&lowLimit, &highLimit); return reinterpret_cast<void*>(highLimit); #endif --- snip --- Microsoft docs: https://docs.microsoft.com/en-us/windows/desktop/api/processthreadsapi/nf-p… 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 37275] New: Chess Position Trainer 5 (.NET 4.0 app) wants gdiplus.GdipCreateAdjustableArrowCap
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=37275 Bug ID: 37275 Summary: Chess Position Trainer 5 (.NET 4.0 app) wants gdiplus.GdipCreateAdjustableArrowCap Product: Wine Version: 1.7.26 Hardware: x86 OS: Linux Status: NEW Severity: minor Priority: P2 Component: gdiplus Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, as the summary says. Prerequisite: 'winetricks -q dotnet40' Doesn't crash but dismissing message boxes is annoying. 'winetricks -q gdiplus' obviously works around. --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Chess Position Trainer $ WINEDEBUG=+tid,+seh,+relay wine ./Chess\ Position\ Trainer\ 5.exe >>log.txt 2>&1 ... 002a:Call gdiplus.GdipCreateAdjustableArrowCap(40400000,40400000,00000001,0033d498) ret=1de38f31 002a:fixme:gdiplus:GdipCreateAdjustableArrowCap not implemented 002a:Ret gdiplus.GdipCreateAdjustableArrowCap() retval=00000006 ret=1de38f31 ... 002a:trace:seh:raise_exception code=e0434352 flags=1 addr=0x7b83ae8f ip=7b83ae8f tid=002a 002a:trace:seh:raise_exception info[0]=80004001 002a:trace:seh:raise_exception info[1]=00000000 002a:trace:seh:raise_exception info[2]=00000000 002a:trace:seh:raise_exception info[3]=00000000 002a:trace:seh:raise_exception info[4]=79140000 002a:trace:seh:raise_exception eax=7b826d6d ebx=7b8be000 ecx=80004001 edx=0033d2b4 esi=0033d358 edi=0033d320 002a:trace:seh:raise_exception ebp=0033d2f8 esp=0033d294 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000283 002a:trace:seh:call_vectored_handlers calling handler at 0x791f5a7c code=e0434352 flags=1 ... 002a:Call user32.CreateWindowExW(00010001,049639c8 L"WindowsForms10.Window.8.app.0.2bf8098_r8_ad1",057e2af4 L"Error while trying to highlight moves",02c80000,80000000,80000000,000000fe,00000068,000200be,00000000,00400000,00000000) ret=0a36c292 ... --- snip --- MSDN: http://msdn.microsoft.com/en-us/library/windows/desktop/ms533967%28v=vs.85%… Source: http://source.winehq.org/git/wine.git/blob/da7fe7ab5513a2db839aba413ebca076… --- snip --- 248 GpStatus WINGDIPAPI GdipCreateAdjustableArrowCap(REAL height, REAL width, BOOL fill, 249 GpAdjustableArrowCap **cap) 250 { 251 static int calls; 252 253 TRACE("(%0.2f,%0.2f,%i,%p)\n", height, width, fill, cap); 254 255 if(!(calls++)) 256 FIXME("not implemented\n"); 257 258 return NotImplemented; 259 } --- snip --- $ sha1sum Chess_Position_Trainer_5-Setup.exe 6ae6364e399590ce634d667ec8696dcdb78c515a Chess_Position_Trainer_5-Setup.exe $ du -sh Chess_Position_Trainer_5-Setup.exe 57M Chess_Position_Trainer_5-Setup.exe $ wine --version wine-1.7.26-60-g0fa8ae7 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 22

[Bug 44971] New: HackShield for Banking Driver 'HSBDrvNt.sys' ( part of Ahnlab Safe Transaction) crashes on unimplemented function ntoskrnl.exe.ExInterlockedPopEntrySList
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=44971 Bug ID: 44971 Summary: HackShield for Banking Driver 'HSBDrvNt.sys' (part of Ahnlab Safe Transaction) crashes on unimplemented function ntoskrnl.exe.ExInterlockedPopEntrySList Product: Wine Version: 3.6 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. --- snip --- ... 0084:trace:ntoskrnl:IoCreateDriver (L"\\Driver\\HSBDrvNt", 0x7effb0ae) ... 0084:trace:winedevice:load_driver loading driver L"system32\\drivers\\HSBDrvNt.sys" 0084:Call KERNEL32.LoadLibraryW(0011cce0 L"system32\\drivers\\HSBDrvNt.sys") ret=7effa9de ... 0084:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\drivers\\HSBDrvNt.sys" at 0x780000: native ... 0084:Ret KERNEL32.LoadLibraryW() retval=00780000 ret=7effa9de ... 0084:trace:winedevice:load_driver_module L"system32\\drivers\\HSBDrvNt.sys": relocating from 0x10000 to 0x780000 ... 0084:Call driver init 0x7805fa (obj=0x11cb18,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\HSBDrvNt") ... 0084:trace:ntoskrnl:IoCreateSymbolicLink L"\\DosDevices\\HSBDrvNt" -> L"\\Device\\HSBDrvNt" ... 0084:Call ntoskrnl.exe.KeInitializeEvent(0079df64,00000001,00000000) ret=0078555d 0084:fixme:ntoskrnl:KeInitializeEvent stub: 0x79df64 1 0 0084:Ret ntoskrnl.exe.KeInitializeEvent() retval=00000039 ret=0078555d 0084:Call KERNEL32.RaiseException(80000100,00000001,00000002,0065fa4c) ret=7ec1ad81 0084:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b446e0f ip=7b446e0f tid=0084 0084:trace:seh:raise_exception info[0]=7ec1ada0 0084:trace:seh:raise_exception info[1]=7ec1ae59 0084:trace:seh:call_vectored_handlers calling handler at 0x7ec124b9 code=80000100 flags=1 0084:trace:seh:call_vectored_handlers handler at 0x7ec124b9 returned 0 0084:trace:seh:call_stack_handlers calling handler at 0x7bcb1ba2 code=80000100 flags=1 0084:Call KERNEL32.UnhandledExceptionFilter(0065f504) ret=7bcb1bdd 0084:trace:seh:start_debugger Starting debugger "winedbg --auto 127 68" 0084:Ret KERNEL32.UnhandledExceptionFilter() retval=00000000 ret=7bcb1bdd 0084:trace:seh:call_stack_handlers handler at 0x7bcb1ba2 returned 1 ... wine: Call from 0x7b446e0f to unimplemented function ntoskrnl.exe.ExInterlockedPopEntrySList, aborting --- snip --- $ sha1sum astx_setup.exe 8f3a49eb2664069a0b22d52850df2b7dc3343c8b astx_setup.exe $ du -sh astx_setup.exe 31M astx_setup.exe $ wine --version wine-3.6 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 6

[Bug 45073] New: Many MSI-based installers crash in remote_GetActionInfo while unmarshalling data
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45073 Bug ID: 45073 Summary: Many MSI-based installers crash in remote_GetActionInfo while unmarshalling data Product: Wine Version: 3.6 Hardware: x86-64 OS: Linux Status: NEW Severity: critical Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, likely affects *all* MSI-based installers. I just run a few winetricks recipes (.NET, ..) and other installers - all of them crashed. This is a critical (potential blocker) issue, Wine 3.7 can't be released in this state. VirtualPC 2007 (bug 29354) --- snip --- Unhandled exception: page fault on read access to 0x00000004 in 32-bit code (0x7e4ae367). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:7e4ae367 ESP:0033f838 EBP:0033f848 EFLAGS:00010206( R- -- I - -P- ) EAX:00000004 EBX:0033f8ac ECX:0033f8ac EDX:00000000 ESI:0033f8d0 EDI:0033fc34 ... Backtrace: =>0 0x7e4ae367 align_pointer+0x12(ptr=0x4, align=0x4) [/home/focht/projects/wine/wine.repo/src/dlls/rpcrt4/ndr_marshall.c:103] in rpcrt4 (0x0033f848) 1 0x7e4b160c NdrPointerUnmarshall+0xd8(pStubMsg=<couldn't compute location>, ppMemory=<couldn't compute location>, pFormat=<couldn't compute location>, fMustAlloc='d') [/home/focht/projects/wine/wine.repo/src/dlls/rpcrt4/ndr_marshall.c:1564] in rpcrt4 (0x0033f898) 2 0x7bc7f4e7 relay_call+0x3e() in ntdll (0x0033f8bc) 3 0x7e4a5a54 in rpcrt4 (+0x5a53) (0x0033fab8) 4 0x7ec09214 remote_GetActionInfo+0x27f(guid=<couldn't compute location>, type=<couldn't compute location>, dllname=<couldn't compute location>, function=<couldn't compute location>, hinst=<couldn't compute location>) [/home/focht/projects/wine/wine.repo/build-x86/dlls/msi/winemsi_c.c:2570] in msi (0x0033fab8) 5 0x7ebab091 __wine_msi_call_dll_function+0x165(guid=0x33fc70) [/home/focht/projects/wine/wine.repo/src/dlls/msi/custom.c:525] in msi (0x0033fc28) 6 0x7bc7f4e7 relay_call+0x3e() in ntdll (0x0033fc4c) 7 0x7eb86598 in msi (+0x6597) (0x0033fc88) 8 0x7efee3e8 DoEmbedding+0x23(key="{AD3887D1-245B-4BFF-ADF3-298FD0BFC1FF}") [/home/focht/projects/wine/wine.repo/src/programs/msiexec/msiexec.c:402] in msiexec (0x0033fc88) 9 0x7efee9a4 WinMain+0x18f(hInstance=<couldn't compute location>, hPrevInstance=<couldn't compute location>, lpCmdLine=<couldn't compute location>, nCmdShow=<couldn't compute location>) [/home/focht/projects/wine/wine.repo/src/programs/msiexec/msiexec.c:599] in msiexec (0x0033fde8) 10 0x7eff059e main+0xeb(argc=<couldn't compute location>, argv=<couldn't compute location>) [/home/focht/projects/wine/wine.repo/src/dlls/winecrt0/exe_main.c:49] in msiexec (0x0033fe68) 11 0x7eff0496 __wine_spec_exe_entry+0x56(peb=<couldn't compute location>) [/home/focht/projects/wine/wine.repo/src/dlls/winecrt0/exe_entry.c:36] in msiexec (0x0033fea8) 12 0x7b46d930 call_process_entry+0xb() in kernel32 (0x0033fec8) 13 0x7b46da71 start_process+0x132(entry=<couldn't compute location>, peb=<couldn't compute location>) [/home/focht/projects/wine/wine.repo/src/dlls/kernel32/process.c:1099] in kernel32 (0x0033ffd8) 14 0x7b46d93e start_process_wrapper+0x9() in kernel32 (0x0033ffec) 0x7e4ae367 align_pointer+0x12 [/home/focht/projects/wine/wine.repo/src/dlls/rpcrt4/ndr_marshall.c:103] in rpcrt4: movl 0x0(%eax),%eax 103 *ptr = (unsigned char *)(((ULONG_PTR)*ptr + mask) & ~mask); ... Modules: Module Address Debug info Name (73 modules) ELF 7b400000-7b7f4000 Dwarf kernel32<elf> \-PE 7b420000-7b7f4000 \ kernel32 ELF 7bc00000-7bd0d000 Dwarf ntdll<elf> \-PE 7bc30000-7bd0d000 \ ntdll ELF 7c000000-7c004000 Deferred <wine-loader> ... Threads: process tid prio (all id:s are in hex) ... 0000002d setup.exe 0000002e 0 0000002f msxml6-KB927977-enu-x86.exe 00000031 0 00000030 0 00000032 msiexec.exe 00000038 0 00000035 0 00000034 0 00000033 0 00000036 (D) C:\windows\system32\msiexec.exe 00000037 0 <== --- snip --- 'winetricks -q dotnet40' --- snip --- Unhandled exception: page fault on write access to 0x00000033 in 32-bit code (0xf7c1fcea). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:f7c1fcea ESP:0033f57c EBP:0033f5a8 EFLAGS:00010203( R- -- I - - -C) EAX:00000000 EBX:00000022 ECX:0000000b EDX:00000000 ESI:00146424 EDI:00000033 ... Backtrace: =>0 0xf7c1fcea memcpy+0x5a() in libc.so.6 (0x0033f5a8) 1 0x7e4af0df safe_copy_from_buffer+0xe0(pStubMsg=0x33f9f8, p=0x33, size=0x17) [/home/focht/projects/wine/wine.repo/src/dlls/rpcrt4/ndr_marshall.c:730] in rpcrt4 (0x0033f5a8) 2 0x7e4b352f array_read_variance_and_unmarshall+0x4d9(fc='"', pStubMsg=0x33f9f8, ppMemory=0x33fbe0, pFormat=""\ \", fMustAlloc=0, fUseBufferMemoryServer=1, fUnmarshall=1) [/home/focht/projects/wine/wine.repo/src/dlls/rpcrt4/ndr_marshall.c:2234] in rpcrt4 (0x0033f638) 3 0x7e4b41c3 NdrConformantStringUnmarshall+0xfe(pStubMsg=<couldn't compute location>, ppMemory=<couldn't compute location>, pFormat=<couldn't compute location>, fMustAlloc=0) [/home/focht/projects/wine/wine.repo/src/dlls/rpcrt4/ndr_marshall.c:2533] in rpcrt4 (0x0033f688) 4 0x7e4afe7f PointerUnmarshall+0x53e(pStubMsg=0x33f9f8, Buffer="", pPointer=0x33fbe0, pSrcPointer=*** invalid address 0x33 ***, pFormat=""\ \", fMustAlloc=0) [/home/focht/projects/wine/wine.repo/src/dlls/rpcrt4/ndr_marshall.c:969] in rpcrt4 (0x0033f758) 5 0x7e4b1644 NdrPointerUnmarshall+0x110(pStubMsg=<couldn't compute location>, ppMemory=<couldn't compute location>, pFormat=<couldn't compute location>, fMustAlloc=0) [/home/focht/projects/wine/wine.repo/src/dlls/rpcrt4/ndr_marshall.c:1569] in rpcrt4 (0x0033f7b8) 6 0x7e4afe7f PointerUnmarshall+0x53e(pStubMsg=0x33f9f8, Buffer="", pPointer=0x33fb0c, pSrcPointer="3", pFormat="", fMustAlloc=0) [/home/focht/projects/wine/wine.repo/src/dlls/rpcrt4/ndr_marshall.c:969] in rpcrt4 (0x0033f888) 7 0x7e4b1644 NdrPointerUnmarshall+0x110(pStubMsg=<couldn't compute location>, ppMemory=<couldn't compute location>, pFormat=<couldn't compute location>, fMustAlloc=0) [/home/focht/projects/wine/wine.repo/src/dlls/rpcrt4/ndr_marshall.c:1569] in rpcrt4 (0x0033f8e8) 8 0x7ec09214 remote_GetActionInfo+0x27f(guid=<couldn't compute location>, type=<couldn't compute location>, dllname=<couldn't compute location>, function=<couldn't compute location>, hinst=<couldn't compute location>) [/home/focht/projects/wine/wine.repo/build-x86/dlls/msi/winemsi_c.c:2570] in msi (0x0033fae8) 9 0x7ebab091 __wine_msi_call_dll_function+0x165(guid=0x33fc70) [/home/focht/projects/wine/wine.repo/src/dlls/msi/custom.c:525] in msi (0x0033fc58) 10 0x7efee3e8 DoEmbedding+0x23(key="{7E1720C8-F634-46E9-A8D1-FB290A0A8D53}") [/home/focht/projects/wine/wine.repo/src/programs/msiexec/msiexec.c:402] in msiexec (0x0033fc88) 11 0x7efee9a4 WinMain+0x18f(hInstance=<couldn't compute location>, hPrevInstance=<couldn't compute location>, lpCmdLine=<couldn't compute location>, nCmdShow=<couldn't compute location>) [/home/focht/projects/wine/wine.repo/src/programs/msiexec/msiexec.c:599] in msiexec (0x0033fde8) 12 0x7eff059e main+0xeb(argc=<couldn't compute location>, argv=<couldn't compute location>) [/home/focht/projects/wine/wine.repo/src/dlls/winecrt0/exe_main.c:49] in msiexec (0x0033fe68) 13 0x7eff0496 __wine_spec_exe_entry+0x56(peb=<couldn't compute location>) [/home/focht/projects/wine/wine.repo/src/dlls/winecrt0/exe_entry.c:36] in msiexec (0x0033fea8) 14 0x7b46d930 call_process_entry+0xb() in kernel32 (0x0033fec8) 15 0x7b46da71 start_process+0x132(entry=<couldn't compute location>, peb=<couldn't compute location>) [/home/focht/projects/wine/wine.repo/src/dlls/kernel32/process.c:1099] in kernel32 (0x0033ffd8) 16 0x7b46d93e start_process_wrapper+0x9() in kernel32 (0x0033ffec) 0xf7c1fcea memcpy+0x5a in libc.so.6: movsb (%esi),%es:(%edi) Modules: Module Address Debug info Name (73 modules) ELF 7b400000-7b7f4000 Dwarf kernel32<elf> \-PE 7b420000-7b7f4000 \ kernel32 ELF 7bc00000-7bd0d000 Deferred ntdll<elf> \-PE 7bc30000-7bd0d000 \ ntdll ELF 7c000000-7c004000 Deferred <wine-loader> ... Threads: process tid prio (all id:s are in hex) 00000008 dotNetFx40_Full_x86_x64.exe 00000009 0 ... 00000032 Setup.exe 0000003d 0 0000003c 0 0000003b 0 00000038 0 00000037 0 00000036 0 00000033 0 00000039 (D) C:\windows\system32\msiexec.exe 0000003a 0 <== System information: Wine build: wine-3.6-236-gd6654dbf2b Platform: i386 Version: Windows 5.1 (0) Host system: Linux Host version: 4.15.17-300.fc27.x86_64 --- snip --- $ wine --version wine-3.6-236-gd6654dbf2b Regards -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 10

[Bug 44499] New: BattlEye 'BEDaisy' kernel service crashes on unimplemented function ntoskrnl.exe.PsSetCreateProcessNotifyRoutineEx
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=44499 Bug ID: 44499 Summary: BattlEye 'BEDaisy' kernel service crashes on unimplemented function ntoskrnl.exe.PsSetCreateProcessNotifyRoutineEx Product: Wine Version: 3.1 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 44497 The kernel driver uses multiple methods to implement process protection/supervision. * ObRegisterCallbacks * ObUnRegisterCallbacks * ObGetFilterVersion -> covered by bug 44497 Another method: * PsSetCreateProcessNotifyRoutineEx Example kernel driver code to show how the API is being used: https://github.com/Microsoft/Windows-driver-samples/tree/master/general/obc… --- quote --- ObCallback Callback Registration Driver The ObCallback sample driver demonstrates the use of registered callbacks for process protection. The driver registers control callbacks which are called at process creation. Design and Operation The sample exercises both the PsSetCreateProcessNotifyRoutineEx and the ObRegisterCallbacks routines. The first example uses the ObRegisterCallbacks routine and a callback to restrict requested access rights during a open process action. The second example uses the PsSetCreateProcessNotifyRoutineEx routine to reject a process creation by examining the command line. --- quote --- Another article: https://malwaretips.com/threads/av-self-protection-process-c-c.66200/ For BattlEye 'BEDaisy' service to succeed the driver init routine it is enough to implement a stub for 'PsSetCreateProcessNotifyRoutineEx' like it was done with 'PsSetCreateProcessNotifyRoutine' -> return STATUS_SUCCESS https://source.winehq.org/git/wine.git/blob/354fa7eb7921c3317e7943c18871feb… --- snip --- 2381 /*********************************************************************** 2382 * PsSetCreateProcessNotifyRoutine (NTOSKRNL.EXE.@) 2383 */ 2384 NTSTATUS WINAPI PsSetCreateProcessNotifyRoutine( PCREATE_PROCESS_NOTIFY_ROUTINE callback, BOOLEAN remove ) 2385 { 2386 FIXME( "stub: %p %d\n", callback, remove ); 2387 return STATUS_SUCCESS; 2388 } --- snip --- $ sha1sum Tibia_Setup.exe 50951008ccc402cc32407bfc56a88da873e3e9bd Tibia_Setup.exe $ du -sh Tibia_Setup.exe 5.2M Tibia_Setup.exe $ wine --version wine-3.1-193-g354fa7eb79 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 44907] New: BattlEye 'BEDaisy' kernel service crashes on unimplemented function ' fltmgr.sys.FltGetRoutineAddress'
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=44907 Bug ID: 44907 Summary: BattlEye 'BEDaisy' kernel service crashes on unimplemented function 'fltmgr.sys.FltGetRoutineAddress' Product: Wine Version: 3.5 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: fltmgr Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, already mentioned in bug 44500 It seems the author of the BattlEye driver is actively working on it, adding new API dependencies/imports every week ;-) Prerequisite: * bug 44837 -> missing 'ntoskrnl.exe.Ps{Acquire,Release}ProcessExitSynchronization' * bug 44906 -> missing 'ntoskrnl.exe.ExfUnblockPushLock' There is now an additional one: --- snip --- $ WINEDEBUG=+seh,+relay,+ntoskrnl wine net start BEDaisy >>log.txt 2>&1 ... 0035:Call ntoskrnl.exe.MmGetSystemRoutineAddress(0065ecac) ret=008560ad ... 0035:Call KERNEL32.GetProcAddress(7ec00000,0011d528 "IoDriverObjectType") ret=7ec18587 0035:Ret KERNEL32.GetProcAddress() retval=7ec0700c ret=7ec18587 ... 0035:trace:ntoskrnl:MmGetSystemRoutineAddress L"IoDriverObjectType" -> 0x7ec0700c ... 0035:Ret ntoskrnl.exe.MmGetSystemRoutineAddress() retval=7ec0700c ret=008560ad ... 0035:Call KERNEL32.RaiseException(80000100,00000001,00000002,0065eb78) ret=f7dd1b0f 0035:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b446c33 ip=7b446c33 tid=0035 0035:trace:seh:raise_exception info[0]=f7dd1b28 0035:trace:seh:raise_exception info[1]=f7dd228b wine: Call from 0x7b446c33 to unimplemented function fltmgr.sys.FltGetRoutineAddress, aborting --- snip --- $ sha1sum Tibia_Setup.exe 50951008ccc402cc32407bfc56a88da873e3e9bd Tibia_Setup.exe $ du -sh Tibia_Setup.exe 5.2M Tibia_Setup.exe $ wine --version wine-3.5-106-g182c12c403 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 44497] New: BattlEye 'BEDaisy' kernel service crashes on unimplemented ntoskrnl.exe ObCallback ( object manager) functions
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=44497 Bug ID: 44497 Summary: BattlEye 'BEDaisy' kernel service crashes on unimplemented ntoskrnl.exe ObCallback (object manager) functions Product: Wine Version: 3.1 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 44496 The kernel driver uses object manager callbacks in order to implement process protection. * ObRegisterCallbacks * ObUnRegisterCallbacks * ObGetFilterVersion Example kernel driver code to show how the API is being used: https://github.com/Microsoft/Windows-driver-samples/tree/master/general/obc… --- quote --- ObCallback Callback Registration Driver The ObCallback sample driver demonstrates the use of registered callbacks for process protection. The driver registers control callbacks which are called at process creation. Design and Operation The sample exercises both the PsSetCreateProcessNotifyRoutineEx and the ObRegisterCallbacks routines. The first example uses the ObRegisterCallbacks routine and a callback to restrict requested access rights during a open process action. The second example uses the PsSetCreateProcessNotifyRoutineEx routine to reject a process creation by examining the command line. --- quote --- Another article: https://malwaretips.com/threads/av-self-protection-process-c-c.66200/ BattlEye 'BEDaisy' needs semi-stubs. Pure stubs returning 'STATUS_NOT_IMPLEMENTED' is not enough. The driver init routine will fail. * ObRegisterCallbacks -> return STATUS_SUCCESS (and fake handle) * ObUnRegisterCallbacks -> just empty stub is enough * ObGetFilterVersion -> return OB_FLT_REGISTRATION_VERSION Also mentioned in tps://bugs.winehq.org/show_bug.cgi?id=41039#c0 ("Virtualbox crashes with access violation, needs ntoskrnl.exe.FsRtlIsNameInExpression") although not the problem there. --- snip --- fixme:ntoskrnl:MmGetSystemRoutineAddress L"ObRegisterCallbacks" not found fixme:ntoskrnl:MmGetSystemRoutineAddress L"ObUnRegisterCallbacks" not found --- snip --- With these things fixed, the driver runs further - into next problems. $ sha1sum Tibia_Setup.exe 50951008ccc402cc32407bfc56a88da873e3e9bd Tibia_Setup.exe $ du -sh Tibia_Setup.exe 5.2M Tibia_Setup.exe $ wine --version wine-3.1-193-g354fa7eb79 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 6

[Bug 44500] New: BattlEye 'BEDaisy' kernel service crashes on unimplemented fltmgr.sys functions ( FltRegisterFilter, FltStartFiltering, FltUnregisterFilter)
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=44500 Bug ID: 44500 Summary: BattlEye 'BEDaisy' kernel service crashes on unimplemented fltmgr.sys functions (FltRegisterFilter, FltStartFiltering, FltUnregisterFilter) Product: Wine Version: 3.1 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: fltmgr Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 44499 The kernel driver uses multiple methods to implement process protection/supervision. * ObRegisterCallbacks * ObUnRegisterCallbacks * ObGetFilterVersion -> covered by bug 44497 * PsSetCreateProcessNotifyRoutineEx -> covered by bug 44499 * FltRegisterFilter * FltStartFiltering * FltUnregisterFilter BattlEye 'BEDaisy' needs semi-stubs. Pure stubs returning 'STATUS_NOT_IMPLEMENTED' is not enough. The driver init routine will fail. * FltRegisterFilter -> return STATUS_SUCCESS and some dummy handle as "out" * FltStartFiltering -> return STATUS_SUCCESS * FltUnregisterFilter -> just empty stub is enough (needed when driver unloads) With this and all previous bug reports fixed/worked around, the driver init routine runs to completion and the kernel service starts successfully. Proof: --- snip --- ... 0048:trace:winedevice:load_driver loading driver L"C:\\Program Files\\Common Files\\BattlEye\\BEDaisy.sys" ... 0048:trace:module:process_attach (L"BEDaisy.sys",(nil)) - END 0048:Ret KERNEL32.LoadLibraryW() retval=00780000 ret=7effaa20 ... 0048:trace:winedevice:load_driver_module L"C:\\Program Files\\Common Files\\BattlEye\\BEDaisy.sys": relocating from 0x400000 to 0x780000 ... 0048:Call driver init 0x7fdf6e (obj=0x11cb58,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\BEDaisy") 0048:Call --- snip --- Map the driver image via Mdl in order to hot-patch. --- snip --- ... ntoskrnl.exe.IoAllocateMdl(00780000,00040409,00000000,00000000,00000000) ret=0080bf37 0048:trace:ntoskrnl:IoAllocateMdl (0x780000, 263177, 0, 0, (nil)) 0048:Call ntdll.RtlAllocateHeap(00110000,00000008,00000120) ret=7ecdf800 0048:Ret ntdll.RtlAllocateHeap() retval=0011cd38 ret=7ecdf800 0048:fixme:ntoskrnl:IoGetCurrentProcess () semi-stub 0048:Ret ntoskrnl.exe.IoAllocateMdl() retval=0011cd38 ret=0080bf37 0048:Call ntoskrnl.exe.MmProbeAndLockPages(0011cd38,00000000,00000001) ret=0080bf37 0048:fixme:ntoskrnl:MmProbeAndLockPages (0x11cd38, 0, 1): stub 0048:Ret ntoskrnl.exe.MmProbeAndLockPages() retval=0000003f ret=0080bf37 0048:Call ntoskrnl.exe.MmMapLockedPagesSpecifyCache(0011cd38,00000000,00000000,00000001,00000000,00000000) ret=0080bf37 0048:fixme:ntoskrnl:MmMapLockedPagesSpecifyCache (0x11cd38, 0, 0, 0x1, 0, 0): stub 0048:Call ntdll.RtlAllocateHeap(00110000,00000000,00040409) ret=7ece28a9 0048:Ret ntdll.RtlAllocateHeap() retval=0011d978 ret=7ece28a9 0048:Call KERNEL32.OpenProcess(001fffff,00000000,00000042) ret=7ece28d4 0048:Ret KERNEL32.OpenProcess() retval=00000040 ret=7ece28d4 0048:Call KERNEL32.ReadProcessMemory(00000040,00780000,0011d978,00040409,00000000) ret=7ece2907 0048:Ret KERNEL32.ReadProcessMemory() retval=00000001 ret=7ece2907 0048:Call KERNEL32.CloseHandle(00000040) ret=7ece2929 0048:Ret KERNEL32.CloseHandle() retval=00000001 ret=7ece2929 0048:fixme:ntoskrnl:MmMapLockedPagesSpecifyCache Success! 0048:Ret ntoskrnl.exe.MmMapLockedPagesSpecifyCache() retval=0011d978 ret=0080bf37 --- snip --- Manually resolve 'ntoskrnl.exe' and other module imports. Most activity is invisible from any trace log (walking in-memory lists, obfuscated strings). --- snip --- 0048:Call ntdll.NtQuerySystemInformation(0000000b,008100a0,00001400,0065f350) ret=008034e1 0048:Ret ntdll.NtQuerySystemInformation() retval=00000000 ret=008034e1 ... 0048:Call ntdll.NtQuerySystemInformation(0000000b,0065f39c,00000000,0065f398) ret=0080732b 0048:Ret ntdll.NtQuerySystemInformation() retval=c0000004 ret=0080732b 0048:Call ntoskrnl.exe.ExAllocatePool(00000000,00001400) ret=007fe2fc 0048:Call ntdll.RtlAllocateHeap(00110000,00000000,00001400) ret=7ece16d9 0048:Ret ntdll.RtlAllocateHeap() retval=008100a0 ret=7ece16d9 0048:trace:ntoskrnl:ExAllocatePoolWithTag 5120 pool 0 -> 0x8100a0 0048:Ret ntoskrnl.exe.ExAllocatePool() retval=008100a0 ret=007fe2fc 0048:Call ntdll.NtQuerySystemInformation(0000000b,008100a0,00001400,0065f398) ret=008034e1 0048:Ret ntdll.NtQuerySystemInformation() retval=00000000 ret=008034e1 ... --- snip --- Commit the changes to the memory image -> 'MmUnlockPages'. --- snip --- ... 0048:Call ntoskrnl.exe.MmUnlockPages(0011cd38) ret=0080bf37 0048:fixme:ntoskrnl:MmUnlockPages (0x11cd38): stub 0048:Call KERNEL32.OpenProcess(001fffff,00000000,00000042) ret=7ece2be8 0048:Ret KERNEL32.OpenProcess() retval=00000040 ret=7ece2be8 0048:Call KERNEL32.WriteProcessMemory(00000040,00780000,0011d978,00040409,00000000) ret=7ece2c17 0048:Ret KERNEL32.WriteProcessMemory() retval=00000001 ret=7ece2c17 0048:Call KERNEL32.CloseHandle(00000040) ret=7ece2c25 0048:Ret KERNEL32.CloseHandle() retval=00000001 ret=7ece2c25 0048:Call ntdll.RtlFreeHeap(00110000,00000000,0011d978) ret=7ece2c45 0048:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7ece2c45 0048:fixme:ntoskrnl:MmUnlockPages Success! 0048:Ret ntoskrnl.exe.MmUnlockPages() retval=0000002b ret=0080bf37 0048:Call ntoskrnl.exe.IoFreeMdl(0011cd38) ret=0080bf37 0048:trace:ntoskrnl:IoFreeMdl 0x11cd38 0048:Call ntdll.RtlFreeHeap(00110000,00000000,0011cd38) ret=7ecdf8fa 0048:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7ecdf8fa 0048:Ret ntoskrnl.exe.IoFreeMdl() retval=00000001 ret=0080bf37 ... --- snip --- Register object manager/process/mini driver callbacks and create driver symlinks. --- snip --- ... 0048:Call ntoskrnl.exe.ObGetFilterVersion() ret=0078c6be 0048:fixme:ntoskrnl:ObGetFilterVersion stub 0048:Ret ntoskrnl.exe.ObGetFilterVersion() retval=00000100 ret=0078c6be 0048:Call ntoskrnl.exe.KeInitializeMutex(00785020,00000000) ret=0079e1f6 0048:fixme:ntoskrnl:KeInitializeMutex stub: 0x785020, 0 0048:Ret ntoskrnl.exe.KeInitializeMutex() retval=00000038 ret=0079e1f6 0048:Call ntoskrnl.exe.IoCreateDevice(0011cb58,00000000,0065f1a8,00000022,00000000,00000000,0065f1e8) ret=007a2653 0048:trace:ntoskrnl:IoCreateDevice (0x11cb58, 0, L"\\Device\\BattlEye", 34, 0, 0, 0x65f1e8) ... 0048:Ret ntoskrnl.exe.IoCreateDevice() retval=00000000 ret=007a2653 0048:Call ntoskrnl.exe.IoCreateSymbolicLink(0065f1cc,0065f1a8) ret=007a2834 0048:trace:ntoskrnl:IoCreateSymbolicLink L"\\DosDevices\\BattlEye" -> L"\\Device\\BattlEye" 0048:Call ntdll.NtCreateSymbolicLinkObject(0065f064,000f0001,0065f04c,0065f1a8) ret=7ece06af 0048:Ret ntdll.NtCreateSymbolicLinkObject() retval=00000000 ret=7ece06af 0048:Ret ntoskrnl.exe.IoCreateSymbolicLink() retval=00000000 ret=007a2834 0048:Call ntoskrnl.exe.KeWaitForSingleObject(00785020,00000000,00000000,00000000,00000000) ret=007b8643 0048:fixme:ntoskrnl:KeWaitForSingleObject stub: 0x785020, 0, 0, 0, (nil) 0048:Ret ntoskrnl.exe.KeWaitForSingleObject() retval=c0000002 ret=007b8643 0048:Call ntdll.RtlInitUnicodeString(0065f0c8,00783a7c L"363220") ret=00794e44 0048:Ret ntdll.RtlInitUnicodeString() retval=0065f0c8 ret=00794e44 0048:Call ntoskrnl.exe.ObRegisterCallbacks(0065f0c4,00785040) ret=007b869d 0048:fixme:ntoskrnl:ObRegisterCallbacks : stub 0048:Ret ntoskrnl.exe.ObRegisterCallbacks() retval=00000000 ret=007b869d 0048:Call ntoskrnl.exe.KeReleaseMutex(00785020,00000000) ret=007a4ee7 0048:fixme:ntoskrnl:KeReleaseMutex stub: 0x785020, 0 0048:Ret ntoskrnl.exe.KeReleaseMutex() retval=c0000002 ret=007a4ee7 0048:Call ntoskrnl.exe.PsSetLoadImageNotifyRoutine(007817a0) ret=00797911 0048:fixme:ntoskrnl:PsSetLoadImageNotifyRoutine (0x7817a0) stub 0048:Ret ntoskrnl.exe.PsSetLoadImageNotifyRoutine() retval=00000000 ret=00797911 0048:Call ntoskrnl.exe.PsSetCreateThreadNotifyRoutine(007811c4) ret=0079e1fb 0048:fixme:ntoskrnl:PsSetCreateThreadNotifyRoutine stub: 0x7811c4 0048:Ret ntoskrnl.exe.PsSetCreateThreadNotifyRoutine() retval=00000000 ret=0079e1fb 0048:Call ntoskrnl.exe.memset(0065f108,00000000,00000038) ret=007b63ab 0048:Ret ntoskrnl.exe.memset() retval=0065f108 ret=007b63ab 0048:Call fltmgr.sys.FltRegisterFilter(0011cb58,0065f108,00785500) ret=007afad8 0048:fixme:fltmgr:FltRegisterFilter (0x11cb58, 0x65f108): stub ... 0048:Ret fltmgr.sys.FltRegisterFilter() retval=00000000 ret=007afad8 0048:Call fltmgr.sys.FltStartFiltering(0011d978) ret=00795697 0048:fixme:fltmgr:FltStartFiltering (0x11d978): stub 0048:Ret fltmgr.sys.FltStartFiltering() retval=00000000 ret=00795697 0048:Call ntoskrnl.exe.PsSetCreateProcessNotifyRoutineEx(00781aba,00000000) ret=0079d0f5 0048:fixme:ntoskrnl:PsSetCreateProcessNotifyRoutineEx stub: 0x781aba 0 0048:Ret ntoskrnl.exe.PsSetCreateProcessNotifyRoutineEx() retval=00000000 ret=0079d0f5 ... --- snip --- Driver init successful return: --- snip --- ... 0048:Call ntdll.RtlInitUnicodeString(0065f190,0065f444 L"\\Driver") ret=0078ee45 0048:Ret ntdll.RtlInitUnicodeString() retval=0065f190 ret=0078ee45 0048:Call ntdll.ZwOpenDirectoryObject(0065f1c8,00000001,0065f1b0) ret=0079a425 0048:Ret ntdll.ZwOpenDirectoryObject() retval=00000000 ret=0079a425 0048:Call ntdll.ZwQueryDirectoryObject(00000048,0065f1f4,00000100,00000001,00000000,0065f458,00000000) ret=007a78fb 0048:Ret ntdll.ZwQueryDirectoryObject() retval=8000001a ret=007a78fb 0048:Call ntdll.ZwClose(00000048) ret=00795dcc 0048:Ret ntdll.ZwClose() retval=00000000 ret=00795dcc 0048:Ret driver init 0x7fdf6e (obj=0x11cb58,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\BEDaisy") retval=00000000 0048:trace:winedevice:init_driver init done for L"BEDaisy" obj 0x11cb58 0048:trace:winedevice:init_driver - DriverInit = 0x7fdf6e 0048:trace:winedevice:init_driver - DriverStartIo = (nil) 0048:trace:winedevice:init_driver - DriverUnload = 0x781de8 0048:trace:winedevice:init_driver - MajorFunction[0] = 0x781dc4 0048:trace:winedevice:init_driver - MajorFunction[1] = 0x7ecdfeb0 0048:trace:winedevice:init_driver - MajorFunction[2] = 0x781d54 0048:trace:winedevice:init_driver - MajorFunction[3] = 0x7820c2 0048:trace:winedevice:init_driver - MajorFunction[4] = 0x7829b4 0048:trace:winedevice:init_driver - MajorFunction[5] = 0x7ecdfeb0 0048:trace:winedevice:init_driver - MajorFunction[6] = 0x7ecdfeb0 0048:trace:winedevice:init_driver - MajorFunction[7] = 0x7ecdfeb0 0048:trace:winedevice:init_driver - MajorFunction[8] = 0x7ecdfeb0 0048:trace:winedevice:init_driver - MajorFunction[9] = 0x7ecdfeb0 0048:trace:winedevice:init_driver - MajorFunction[10] = 0x7ecdfeb0 0048:trace:winedevice:init_driver - MajorFunction[11] = 0x7ecdfeb0 0048:trace:winedevice:init_driver - MajorFunction[12] = 0x7ecdfeb0 0048:trace:winedevice:init_driver - MajorFunction[13] = 0x7ecdfeb0 0048:trace:winedevice:init_driver - MajorFunction[14] = 0x7ecdfeb0 0048:trace:winedevice:init_driver - MajorFunction[15] = 0x7ecdfeb0 0048:trace:winedevice:init_driver - MajorFunction[16] = 0x7ecdfeb0 0048:trace:winedevice:init_driver - MajorFunction[17] = 0x7ecdfeb0 0048:trace:winedevice:init_driver - MajorFunction[18] = 0x7ecdfeb0 0048:trace:winedevice:init_driver - MajorFunction[19] = 0x7ecdfeb0 0048:trace:winedevice:init_driver - MajorFunction[20] = 0x7ecdfeb0 0048:trace:winedevice:init_driver - MajorFunction[21] = 0x7ecdfeb0 0048:trace:winedevice:init_driver - MajorFunction[22] = 0x7ecdfeb0 0048:trace:winedevice:init_driver - MajorFunction[23] = 0x7ecdfeb0 0048:trace:winedevice:init_driver - MajorFunction[24] = 0x7ecdfeb0 0048:trace:winedevice:init_driver - MajorFunction[25] = 0x7ecdfeb0 0048:trace:winedevice:init_driver - MajorFunction[26] = 0x7ecdfeb0 0048:trace:winedevice:init_driver - MajorFunction[27] = 0x7ecdfeb0 0048:Ret ntoskrnl.exe.IoCreateDriver() retval=00000000 ret=7effb7c8 0048:Call ntoskrnl.exe.ObReferenceObjectByName(0065fdc0,00000040,00000000,00000000,00000000,00000000,00000000,0065fdc8) ret=7effb852 0048:trace:ntoskrnl:ObReferenceObjectByName mostly-stub:L"\\Driver\\BEDaisy" 64 (nil) 0 (nil) 0 (nil) 0x65fdc8 ... 0048:Ret ntoskrnl.exe.ObReferenceObjectByName() retval=00000000 ret=7effb852 ... 0048:Call advapi32.SetServiceStatus(0011b788,0065fd84) ret=7effb41b ... 0048:Ret advapi32.SetServiceStatus() retval=00000001 ret=7effb41b --- snip --- NOTE: This doesn't really make BattlEye functional. It enables both services to run and prevents the initial driver service crashes/errors (2). The "Tibia" client I used to test with (http://static.tibia.com/download/Tibia_Setup.exe) still reports BattlEye not working properly. --- snip --- ... [ 11:53:26,282 ] BattlEye: "Initialized (v1.243)" [ 11:53:26,374 ] Request connection to gameserver "tcp://tibia-ip-eu.ciproxy.com:7171" (unprotected: "tcp://tibia-pool-eu.ciproxy.com:7171" ) requested (Charakter "Da Beef" ) [ 11:53:26,374 ] Request connection to gameserver "tcp://tibia-ip-eu.ciproxy.com:7171" "Damora" [ 11:53:26,405 ] Connected to gameserver "tcp://tibia-ip-eu.ciproxy.com:7171" "Damora" [ 11:53:26,637 ] QObject::connect: Cannot connect (null)::stateChanged(QNetworkSession::State) to QNetworkReplyHttpImpl::_q_networkSessionStateChanged(QNetworkSession::State) [ 11:53:26,691 ] QObject::connect: Cannot connect (null)::stateChanged(QNetworkSession::State) to QNetworkReplyHttpImpl::_q_networkSessionStateChanged(QNetworkSession::State) [ 11:53:27,317 ] BattlEye: "Restarting client is necessary, service isn't running properly" [ 11:53:27,318 ] BattlEye: "Restarting client is necessary, update required" ... --- snip --- I have no intention to look further unless there is some progress on previous tickets. $ sha1sum Tibia_Setup.exe 50951008ccc402cc32407bfc56a88da873e3e9bd Tibia_Setup.exe $ du -sh Tibia_Setup.exe 5.2M Tibia_Setup.exe $ wine --version wine-3.1-193-g354fa7eb79 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 44837] New: BattlEye 'BEDaisy' kernel service fails in driver entry point due to missing ' ntoskrnl.exe.PsAcquireProcessExitSynchronization'
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=44837 Bug ID: 44837 Summary: BattlEye 'BEDaisy' kernel service fails in driver entry point due to missing 'ntoskrnl.exe.PsAcquireProcessExitSynchronization' Product: Wine Version: 3.4 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 44811 --- snip --- ... 0052:Call KERNEL32.GetModuleHandleW(7ec246fc L"ntoskrnl.exe") ret=7ec1a2f6 0052:Ret KERNEL32.GetModuleHandleW() retval=7ec00000 ret=7ec1a2f6 0052:Call KERNEL32.GetProcAddress(7ec00000,0011d4b8 "PsAcquireProcessExitSynchronization") ret=7ec1a30b 0052:Ret KERNEL32.GetProcAddress() retval=00000000 ret=7ec1a30b 0052:Call KERNEL32.GetModuleHandleW(7ec24718 L"hal.dll") ret=7ec1a324 0052:Ret KERNEL32.GetModuleHandleW() retval=f7ac0000 ret=7ec1a324 0052:Call KERNEL32.GetProcAddress(f7ac0000,0011d4b8 "PsAcquireProcessExitSynchronization") ret=7ec1a33f 0052:Ret KERNEL32.GetProcAddress() retval=00000000 ret=7ec1a33f 0052:Call ntdll.RtlFreeAnsiString(0065eb30) ret=7ec1a351 0052:Ret ntdll.RtlFreeAnsiString() retval=0065eb30 ret=7ec1a351 0052:fixme:ntoskrnl:MmGetSystemRoutineAddress L"PsAcquireProcessExitSynchronization" not found 0052:Ret ntoskrnl.exe.MmGetSystemRoutineAddress() retval=00000000 ret=007da46e 0052:Ret driver init 0x78d000 (obj=0x11caa0,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\BEDaisy") retval=c0000001 0052:trace:winedevice:init_driver init done for L"BEDaisy" obj 0x11caa0 ... 0052:Ret ntoskrnl.exe.IoCreateDriver() retval=c0000001 ret=7effb786 0052:err:winedevice:async_create_driver failed to create driver L"BEDaisy": c0000001 ... --- snip --- Discussion of this API (potential use) here https://forum.sysinternals.com/discussion-howto-enumerate-handles_topic1940… https://docs.microsoft.com/en-us/windows-hardware/drivers/kernel/windows-ke… https://docs.microsoft.com/en-us/windows-hardware/drivers/kernel/run-down-p… https://www.geoffchappell.com/studies/windows/km/ntoskrnl/api/index.htm (PsAcquireProcessExitSynchronization 6.0 and higher ) $ sha1sum Tibia_Setup.exe 50951008ccc402cc32407bfc56a88da873e3e9bd Tibia_Setup.exe $ du -sh Tibia_Setup.exe 5.2M Tibia_Setup.exe $ wine --version wine-3.4-192-gd7430abd40 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 44906] New: BattlEye 'BEDaisy' kernel service fails in driver entry point due to missing ' ntoskrnl.exe.ExfUnblockPushLock'
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=44906 Bug ID: 44906 Summary: BattlEye 'BEDaisy' kernel service fails in driver entry point due to missing 'ntoskrnl.exe.ExfUnblockPushLock' Product: Wine Version: 3.5 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, ticket dedicated to: https://github.com/wine-staging/wine-staging/blob/master/patches/ntoskrnl-S… Prerequisite: * bug 44837 --- snip --- $ WINEDEBUG=+seh,+relay,+ntoskrnl wine net start BEDaisy >>log.txt 2>&1 ... 0035:Call KERNEL32.GetModuleHandleW(7ec229dc L"ntoskrnl.exe") ret=7ec18512 0035:Ret KERNEL32.GetModuleHandleW() retval=7ec00000 ret=7ec18512 0035:Call KERNEL32.GetProcAddress(7ec00000,0011d630 "PsAcquireProcessExitSynchronization") ret=7ec18527 0035:Ret KERNEL32.GetProcAddress() retval=7ec0e468 ret=7ec18527 ... 0035:trace:ntoskrnl:MmGetSystemRoutineAddress L"PsAcquireProcessExitSynchronization" -> 0x7ec0e468 0035:Ret ntoskrnl.exe.MmGetSystemRoutineAddress() retval=7ec0e468 ret=007da46e 0035:Call ntoskrnl.exe.MmGetSystemRoutineAddress(0065ecac) ret=00868d6d ... 0035:Call KERNEL32.GetModuleHandleW(7ec229dc L"ntoskrnl.exe") ret=7ec18512 0035:Ret KERNEL32.GetModuleHandleW() retval=7ec00000 ret=7ec18512 0035:Call KERNEL32.GetProcAddress(7ec00000,0011d630 "PsReleaseProcessExitSynchronization") ret=7ec18527 ... 0035:trace:ntoskrnl:MmGetSystemRoutineAddress L"PsReleaseProcessExitSynchronization" -> 0x7ec0e540 0035:Ret ntoskrnl.exe.MmGetSystemRoutineAddress() retval=7ec0e540 ret=00868d6d 0035:Call ntoskrnl.exe.MmGetSystemRoutineAddress(0065ecac) ret=0084d372 ... 0035:Call KERNEL32.GetModuleHandleW(7ec229dc L"ntoskrnl.exe") ret=7ec18512 0035:Ret KERNEL32.GetModuleHandleW() retval=7ec00000 ret=7ec18512 0035:Call KERNEL32.GetProcAddress(7ec00000,0011d630 "ExfUnblockPushLock") ret=7ec18527 0035:Ret KERNEL32.GetProcAddress() retval=00000000 ret=7ec18527 0035:Call KERNEL32.GetModuleHandleW(7ec229f8 L"hal.dll") ret=7ec18540 0035:Ret KERNEL32.GetModuleHandleW() retval=f79f0000 ret=7ec18540 0035:Call KERNEL32.GetProcAddress(f79f0000,0011d630 "ExfUnblockPushLock") ret=7ec1855b 0035:Ret KERNEL32.GetProcAddress() retval=00000000 ret=7ec1855b ... 0035:fixme:ntoskrnl:MmGetSystemRoutineAddress L"ExfUnblockPushLock" not found 0035:Ret ntoskrnl.exe.MmGetSystemRoutineAddress() retval=00000000 ret=0084d372 0035:Ret driver init 0x78d000 (obj=0x11cc00,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\BEDaisy") retval=c0000001 ... 0035:Ret ntoskrnl.exe.IoCreateDriver() retval=c0000001 ret=7effb832 0035:err:winedevice:async_create_driver failed to create driver L"BEDaisy": c0000001 --- snip --- $ sha1sum Tibia_Setup.exe 50951008ccc402cc32407bfc56a88da873e3e9bd Tibia_Setup.exe $ du -sh Tibia_Setup.exe 5.2M Tibia_Setup.exe 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 44910] New: BattlEye 'BEDaisy' kernel service fails in driver entry point due to ' ntoskrnl.exe.ObReferenceObjectByHandle' stub (needs STATUS_SUCCESS)
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=44910 Bug ID: 44910 Summary: BattlEye 'BEDaisy' kernel service fails in driver entry point due to 'ntoskrnl.exe.ObReferenceObjectByHandle' stub (needs STATUS_SUCCESS) Product: Wine Version: 3.5 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 44907 Prerequisite: * bug 44837 -> missing 'ntoskrnl.exe.Ps{Acquire,Release}ProcessExitSynchronization' * bug 44906 -> missing 'ntoskrnl.exe.ExfUnblockPushLock' * bug 44907 -> missing 'fltmgr.sys.FltGetRoutineAddress' Unlike the other bug reports, I added +server debug channel to show which handle is being dereferenced. --- snip --- $ WINEDEBUG=+seh,+relay,+ntoskrnl,+server wine net start BEDaisy >>log.txt 2>&1 ... 0033:Call driver init 0x78d000 (obj=0x11cb00,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\BEDaisy") ... 0033:Call ntoskrnl.exe.PsCreateSystemThread(0065ec4c,001fffff,0065ec50,00000000,00000000,0078308e,00000000) ret=0080858c 0033:Call ntdll.RtlCreateUserThread(ffffffff,00000000,00000000,00000000,00000000,00000000,0078308e,00000000,0065ec4c,00000000) ret=7ec1823e 0033: *fd* 21 <- 145 0033: new_thread( access=001fffff, attributes=00000000, suspend=0, request_fd=21 ) 0033: new_thread() = 0 { tid=0035, handle=0040 } 0033:Ret ntdll.RtlCreateUserThread() retval=00000000 ret=7ec1823e 0033:Ret ntoskrnl.exe.PsCreateSystemThread() retval=00000000 ret=0080858c 0033:Call ntoskrnl.exe.ObReferenceObjectByHandle(00000040,001fffff,00000000,00000000,0078b55c,00000000) ret=007840d4 0033:fixme:ntoskrnl:ObReferenceObjectByHandle stub: 0x40 1fffff (nil) 0 0x78b55c (nil) 0033:Ret ntoskrnl.exe.ObReferenceObjectByHandle() retval=c0000002 ret=007840d4 0033:Call ntoskrnl.exe.KeSetEvent(0078b3f4,00000000,00000000) ret=00790914 0033:fixme:ntoskrnl:KeSetEvent (0x78b3f4, 0, 0): stub 0033:Ret ntoskrnl.exe.KeSetEvent() retval=00000000 ret=00790914 0033:Call ntoskrnl.exe.ZwClose(00000040) ret=007f2c73 0033:Call ntdll.NtClose(00000040) ret=7bc803ab 0033: close_handle( handle=0040 ) 0033: close_handle() = 0 0033:Ret ntdll.NtClose() retval=00000000 ret=7bc803ab 0033:Ret ntoskrnl.exe.ZwClose() retval=00000000 ret=007f2c73 0033:Call fltmgr.sys.FltUnregisterFilter(deadbeaf) ret=007fd488 0033:fixme:fltmgr:FltUnregisterFilter (0xdeadbeaf): stub 0033:Ret fltmgr.sys.FltUnregisterFilter() retval=00000039 ret=007fd488 0033:Call ntoskrnl.exe.PsRemoveCreateThreadNotifyRoutine(0078130c) ret=0082f2bc 0033:fixme:ntoskrnl:PsRemoveCreateThreadNotifyRoutine stub: 0x78130c 0033:Ret ntoskrnl.exe.PsRemoveCreateThreadNotifyRoutine() retval=00000000 ret=0082f2bc 0033:Call ntoskrnl.exe.PsRemoveLoadImageNotifyRoutine(00781dc6) ret=008242ab 0033:fixme:ntoskrnl:PsRemoveLoadImageNotifyRoutine stub: 0x781dc6 0033:Ret ntoskrnl.exe.PsRemoveLoadImageNotifyRoutine() retval=00000000 ret=008242ab 0033:Call ntoskrnl.exe.KeWaitForSingleObject(0078b530,00000000,00000000,00000000,00000000) ret=0080b669 0033:fixme:ntoskrnl:KeWaitForSingleObject stub: 0x78b530, 0, 0, 0, (nil) 0033:Ret ntoskrnl.exe.KeWaitForSingleObject() retval=c0000002 ret=0080b669 0033:Call ntoskrnl.exe.ObUnRegisterCallbacks(deadbeaf) ret=007ac56b 0033:fixme:ntoskrnl:ObUnRegisterCallbacks stub: 0xdeadbeaf 0033:Ret ntoskrnl.exe.ObUnRegisterCallbacks() retval=0000003b ret=007ac56b 0033:Call ntoskrnl.exe.KeReleaseMutex(0078b530,00000000) ret=00839822 0033:fixme:ntoskrnl:KeReleaseMutex stub: 0x78b530, 0 0033:Ret ntoskrnl.exe.KeReleaseMutex() retval=c0000002 ret=00839822 0033:Call ntoskrnl.exe.IoDeleteSymbolicLink(0065ec74) ret=0080d6dc 0033:Call ntdll.NtOpenSymbolicLinkObject(0065eb40,00000000,0065eb28) ret=7ec158ab 0033: open_symlink( access=00000000, attributes=00000040, rootdir=0000, name=L"\\DosDevices\\BattlEye" ) 0033: open_symlink() = 0 { handle=0044 } 0033:Ret ntdll.NtOpenSymbolicLinkObject() retval=00000000 ret=7ec158ab 0033: unlink_object( handle=0044 ) 0033: unlink_object() = 0 0033:Call ntdll.NtClose(00000044) ret=7ec15924 0033: close_handle( handle=0044 ) 0033: close_handle() = 0 0033:Ret ntdll.NtClose() retval=00000000 ret=7ec15924 0033:Ret ntoskrnl.exe.IoDeleteSymbolicLink() retval=00000000 ret=0080d6dc 0033:Call ntoskrnl.exe.IoDeleteDevice(0011cce0) ret=00867fef 0033:trace:ntoskrnl:IoDeleteDevice 0x11cce0 0033: delete_device( handle=0038 ) 0033: delete_device() = 0 0033:Call ntdll.NtClose(00000038) ret=7ec15773 0033: close_handle( handle=0038 ) 0033: close_handle() = 0 0033:Ret ntdll.NtClose() retval=00000000 ret=7ec15773 ... 0033:Ret ntoskrnl.exe.IoDeleteDevice() retval=00000001 ret=00867fef 0033:Ret driver init 0x78d000 (obj=0x11cb00,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\BEDaisy") retval=c0000002 ... 0033:Ret ntoskrnl.exe.IoCreateDriver() retval=c0000002 ret=7effb832 0033:err:winedevice:async_create_driver failed to create driver L"BEDaisy": c0000002 --- snip --- MSDN: https://docs.microsoft.com/en-us/windows-hardware/drivers/ddi/content/wdm/n… One of MS official kernel driver examples, illustrating how the API is meant to be used here (general pattern for getting thread object pointer): https://github.com/Microsoft/Windows-driver-samples/blob/master/general/can… --- snip --- ... status = PsCreateSystemThread(&threadHandle, (ACCESS_MASK)0, NULL, (HANDLE) 0, NULL, CsampPollingThread, deviceObject ); if ( !NT_SUCCESS( status )) { IoDeleteSymbolicLink( &unicodeDosDeviceName ); IoDeleteDevice( deviceObject ); return status; } // // Convert the Thread object handle into a pointer to the Thread object // itself. Then close the handle. // ObReferenceObjectByHandle(threadHandle, THREAD_ALL_ACCESS, NULL, KernelMode, &devExtension->ThreadObject, NULL ); ZwClose(threadHandle); ... --- snip --- NOTE: Unlike the snippet shown above, 'BEDaisy' driver checks the return value of 'ObReferenceObjectByHandle' and initiates teardown on failure. For testing I simply returned 'STATUS_SUCCESS' but also set the object pointer to a magic value (if ptr is non-NULL). The idea is when the driver tries to access/dereference the pointer we can easily see that a "poor" man's "succeed" stub is not enough. It seems it doesn't need a real thread object for now and runs much further. $ sha1sum Tibia_Setup.exe 50951008ccc402cc32407bfc56a88da873e3e9bd Tibia_Setup.exe $ du -sh Tibia_Setup.exe 5.2M Tibia_Setup.exe $ wine --version wine-3.5-107-gf4573adb0f 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 44908] New: BattlEye 'BEDaisy' kernel service wants ' ntoskrnl.exe.ObGetObjectType'
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=44908 Bug ID: 44908 Summary: BattlEye 'BEDaisy' kernel service wants 'ntoskrnl.exe.ObGetObjectType' Product: Wine Version: 3.5 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 4907 Prerequisite: * bug 44837 -> missing 'ntoskrnl.exe.Ps{Acquire,Release}ProcessExitSynchronization' * bug 44906 -> missing 'ntoskrnl.exe.ExfUnblockPushLock' * bug 44907 -> missing 'fltmgr.sys.FltGetRoutineAddress' --- snip --- $ WINEDEBUG=+seh,+relay,+ntoskrnl wine net start BEDaisy >>log.txt 2>&1 ... 0035:Call driver init 0x78d000 (obj=0x11cbf8,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\BEDaisy") ... 0035:Call ntoskrnl.exe.RtlGetVersion(0078b270) ret=0080750a 0035:Call ntdll.RtlGetVersion(0078b270) ret=7bc803ab 0035:Ret ntdll.RtlGetVersion() retval=00000000 ret=7bc803ab 0035:Ret ntoskrnl.exe.RtlGetVersion() retval=00000000 ret=0080750a 0035:Call ntoskrnl.exe.MmGetSystemRoutineAddress(0065ec68) ret=007a8561 0035:Call ntdll.RtlUnicodeStringToAnsiString(0065eb30,0065ec68,00000001) ret=7ec1855e 0035:Ret ntdll.RtlUnicodeStringToAnsiString() retval=00000000 ret=7ec1855e 0035:Call KERNEL32.GetModuleHandleW(7ec22a9c L"ntoskrnl.exe") ret=7ec18572 0035:Ret KERNEL32.GetModuleHandleW() retval=7ec00000 ret=7ec18572 0035:Call KERNEL32.GetProcAddress(7ec00000,0011d610 "ObGetObjectType") ret=7ec18587 0035:Ret KERNEL32.GetProcAddress() retval=00000000 ret=7ec18587 0035:Call KERNEL32.GetModuleHandleW(7ec22ab8 L"hal.dll") ret=7ec185a0 0035:Ret KERNEL32.GetModuleHandleW() retval=f7b10000 ret=7ec185a0 0035:Call KERNEL32.GetProcAddress(f7b10000,0011d610 "ObGetObjectType") ret=7ec185bb 0035:Ret KERNEL32.GetProcAddress() retval=00000000 ret=7ec185bb 0035:Call ntdll.RtlFreeAnsiString(0065eb30) ret=7ec185cd 0035:Ret ntdll.RtlFreeAnsiString() retval=0065eb30 ret=7ec185cd 0035:fixme:ntoskrnl:MmGetSystemRoutineAddress L"ObGetObjectType" not found 0035:Ret ntoskrnl.exe.MmGetSystemRoutineAddress() retval=00000000 ret=007a8561 ... 0035:Ret driver init 0x78d000 (obj=0x11cbf8,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\BEDaisy") retval=c0000002 ... 0035:Ret ntoskrnl.exe.IoCreateDriver() retval=c0000002 ret=7effb832 0035:err:winedevice:async_create_driver failed to create driver L"BEDaisy": c0000002 --- snip --- NOTE: I didn't mention "crashes" or "fails in entry point" in this ticket summary on purpose. The failure from the log snippet is actually a different problem. $ sha1sum Tibia_Setup.exe 50951008ccc402cc32407bfc56a88da873e3e9bd Tibia_Setup.exe $ du -sh Tibia_Setup.exe 5.2M Tibia_Setup.exe $ wine --version wine-3.5-107-gf4573adb0f 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 11990] New: Script and Field Lists in FileMaker Pro are blank
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=11990 Summary: Script and Field Lists in FileMaker Pro are blank Product: Wine Version: 0.9.57. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dempsey(a)weirdfish.net Created an attachment (id=11316) --> (http://bugs.winehq.org/attachment.cgi?id=11316) Manage Databases Comparison I've installed FileMaker Advanced 9 fine using the latest Wine but when trying to view both fields and scripts it shows all the lines, but doesn't show the text which should be showing the name. I guess the problem occurs in all three places as they use the same control for : Field Listing in Manage Database Script Listing in Manage Scripts Script Steps in Edit Script http://magicbadger.com/dump/images/wine/FM_Manage_Database.png http://magicbadger.com/dump/images/wine/FM_Manage_Scripts.png http://magicbadger.com/dump/images/wine/FM_Edit_Script.png -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 7

[Bug 26600] New: Filemaker Pro2 under Wine
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=26600 Summary: Filemaker Pro2 under Wine Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gilles.l.auger(a)gmail.com The program winevdm.exe has encountered a serious problem and must be closed. We are sorry for this situation. This may be caused by an error in the program or a default in Wine. This problem does not occur under Windows. Le programme winevdm.exe a rencontré un problème sérieux et doit être fermé. Nous sommes désolés pour le désagrément subi. Cela peut être causé par une erreur dans le programme ou un défaut dans Wine. Se problème ne se produit pas sous Windows. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 6

[Bug 13463] New: 000
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=13463 Summary: 000 Product: WineHQ Bugzilla Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P5 Component: bugzilla-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: maty1206(a)maryanlinux.com Wine can't uninstall the trial of Filemaker Pro. Please, improve this feature. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 6

[Bug 14844] New: Filemaker 9- freezes when loading .fmx plugins
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=14844 Summary: Filemaker 9- freezes when loading .fmx plugins Product: WineHQ Apps Database Version: unspecified Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mosborne(a)ashs.school.nz Filemaker 9 runs perfectly in Wine until it tries to load plugins, such as Troi_*.fmx Normally these extensions are (I think) located in the Application data folder in windows so Wine might be looking for them in the wrong place. Ideas? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 12

[Bug 12356] New: FileMaker 8.5 and 9 crash after a few second on startup
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=12356 Summary: FileMaker 8.5 and 9 crash after a few second on startup Product: Wine Version: 0.9.58. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: winedbg AssignedTo: wine-bugs(a)winehq.org ReportedBy: mihael.krauth(a)gmail.com FileMaker 8.5 and 9 crash after a few second on startup, just afer displaying the splash screen. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 6

[Bug 14963] New: Filemaker pro 8.5 apps crash easily (version 6.0 didn't)
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=14963 Summary: Filemaker pro 8.5 apps crash easily (version 6.0 didn't) Product: Wine Version: 1.0.0 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: julien.puydt(a)laposte.net Created an attachment (id=15570) --> (http://bugs.winehq.org/attachment.cgi?id=15570) Crash trace A small app (named rech_pb.exe) to query a database "written" with filemaker pro 8.5 shows empty dropdown menus, and can crash pretty easily when used ; it shows many : fixme:ole:OleQueryLinkFromData (0x13a448),stub! and many : fixme:font:SetMapperFlags (0x8258, 0x00000000): stub - harmless An older version of the same app "written" with filemaker pro 6.0 works correctly, but shows many : fixme:ole:OleQueryLinkFromData (0x13a448),stub! so I guess those warnings are pretty harmless, but the "harmless" ones aren't that much. See the attached log of a crash of the newer version. Hope that helps. PS: I'm using debian unstable's 1.0.0-1 package, in case the precision can help PS2: I'm probably tech-savvy enough to install svn+patch if needed -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 7

[Bug 35586] New: Filemaker 8.5 v2 crashes
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=35586 Bug ID: 35586 Summary: Filemaker 8.5 v2 crashes Product: Wine Version: 1.5.27 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cb750nice(a)free.fr Classification: Unclassified Created attachment 47517 --> http://bugs.winehq.org/attachment.cgi?id=47517 Backtrace.txt I use Wine only to use FileMaker Pro. It works ordinarly quite good. But sometimes it crashes. It never arrived when I was working on it. It never arrived under Windows XP on the same computer. -- 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 9773] New: FileMaker crashes
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=9773 Summary: FileMaker crashes Product: WineHQ Apps Database Version: unspecified Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: website-bugs AssignedTo: wine-bugs(a)winehq.org ReportedBy: hhalvors(a)princeton.edu Created an attachment (id=8211) --> (http://bugs.winehq.org/attachment.cgi?id=8211) partial backtrace Wine 0.9.39, trying to run FileMaker Pro 8.5. Installation went great. I can start FileMaker, and I can open a database. However, when I click on the screen, FileMaker crashes. I have attached a partial backtrace. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 12

[Bug 33452] New: Can't type after entering pop-up list in Filemaker Pro 5
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=33452 Bug #: 33452 Summary: Can't type after entering pop-up list in Filemaker Pro 5 Product: Wine Version: 1.5.28 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: DonJaime(a)freenet.de Classification: Unclassified After entering a pop-up list in FileMaker Pro 5.0v3 it is no longer possible to enter text, either in the pop-up list field itself or in any other field after leaving it. After running a script, changing to another window and back again or to layout mode and back again you can type again. Control keys do not stop working. The tab key works to leave a pop-up field but not once you have entered a normal text field. -- 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 21974] New: FileMaker v10.0v1 - Crash when loading a new datatable
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=21974 Summary: FileMaker v10.0v1 - Crash when loading a new datatable Product: Wine Version: 1.1.38 Platform: x86 URL: http://www.filemaker.com OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: newsletter(a)Schiermeier-Software.de Created an attachment (id=26679) --> (http://bugs.winehq.org/attachment.cgi?id=26679) some databases for testing - use 'tanzkalender.fp7' Regression since wine-v1.1.38 up to now (v1.1.40) - in wine-v1.1.37 was working: result of my regression test: --- aa6c4d4e92cdb944e53a0c36819621a6875f1e61 is the first bad commit commit aa6c4d4e92cdb944e53a0c36819621a6875f1e61 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Sat Jan 23 14:15:43 2010 +0100 configure: Add specific creation macros for the various types of makefiles. :100644 100644 ce3941e561ec8f3cde50ca78bf170eb1babb05e6 b30e41e0b5c3af75186553099a0053025ca95f9a M aclocal.m4 :100644 100644 01cf3a78f71cf0d4762dae97e30efa57d9068ea0 7d5a29a821c2d5a4d9855274718df77ed12085f1 M configure.ac :040000 040000 d1bd1e023c24afddd345582dd59cb421b57397da 795ce110d7a0c2500740bb09508ee2f5c4f0fb02 M tools --- (I don't trust realy in this result - so I include some screenshots and some testdatas.) The application was working with the databases until the wine-version v1.1.37. Steps to reproduce the crash: 1.) database 'tanzkalender' (description is in English, data in German) 2.) click on the button 'call HTML-Export' 3.) crash - you can see the new, just loaded layout in the background. The button 'call HTML-Export' calls a script which load a new layout with the datas of the actual datatable. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 15

[Bug 25461] New: Filemaker 11 crashes sometimes - Database window gets permanent focus (stays forced in foreground)
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=25461 Summary: Filemaker 11 crashes sometimes - Database window gets permanent focus (stays forced in foreground) Product: Wine Version: 1.3.8 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: emerson.prado.eng(a)gmail.com Created an attachment (id=32411) --> (http://bugs.winehq.org/attachment.cgi?id=32411) Terminal log beginning in an exception Filemaker Pro 11 is crashing during normal use. It's intermittent - sometimes I can use it the whole day without problems, sometimes it halts in less than 10 minutes. But I still can't tell whether a specific activity causes it. When it crashes, even if Filemaker isn't focused, the database window always stays on top, until Filemaker is forcefully closed. There is a pop-up error message, which can only be read by manually setting it on top (right-clicking its taskbar icon and selecting "always on top"). I'm attaching a partial Terminal log. I can't get it full because it's bigger than the Terminal buffer. But I was lucky to apparently get everything from the exception on, and this is what I attached here. -- 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 25377] New: Filemaker 11 can't access / doesn't show remote databases / servers - both in "Local hosts" and "Favorite hosts"
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=25377 Summary: Filemaker 11 can't access / doesn't show remote databases / servers - both in "Local hosts" and "Favorite hosts" Product: Wine Version: 1.2.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: emerson.prado.eng(a)gmail.com Created an attachment (id=32277) --> (http://bugs.winehq.org/attachment.cgi?id=32277) Full terminal output from running FM 11 When I try to open a remote db, my server doesn't appear in the "Local hosts". If I manually add my server in the "Favorite hosts", the remote files aren't shown. I tried all Windows versions from XP up. The attachment is the full terminal output from running Filemaker (the main menu icon doesn't work, so I run FM from Terminal). -- 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 23

[Bug 25448] New: Filemaker Pro 11 can't be started from Linux main menu icon - Invalid or incorrect link
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=25448 Summary: Filemaker Pro 11 can't be started from Linux main menu icon - Invalid or incorrect link Product: Wine Version: 1.3.8 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: emerson.prado.eng(a)gmail.com Created an attachment (id=32388) --> (http://bugs.winehq.org/attachment.cgi?id=32388) Filemaker Pro 11 starter link inside "Windows" Start menu Clicking in the Filemaker icon in the main menu just brings in an error message window saying "File not found". Starting from Terminal works OK. The link in the main menu points to: env WINEPREFIX="/home/<user>/.wine" wine C:\\windows\\command\\start.exe /Unix /home/<user>/.wine/dosdevices/c:/users/<user>/Menu\ Iniciar/Programas/FileMaker\ Pro.lnk I'm sending attached the Filemaker Pro.lnk file. -- 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 22469] New: FileMaker Pro 11: Text is upside down when builtin gdiplus is used
by wine-bugs＠winehq.org 18 Mar '21

18 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=22469 Summary: FileMaker Pro 11: Text is upside down when builtin gdiplus is used Product: Wine Version: 1.1.43 Platform: x86 URL: http://www.filemaker.com/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdiplus AssignedTo: wine-bugs(a)winehq.org ReportedBy: wylda(a)volny.cz Created an attachment (id=27526) --> (http://bugs.winehq.org/attachment.cgi?id=27526) Filemaker pro 11 Text in boxes is upside down, when the box is selected. This doesn't happen when native gdiplus is used. Attachment shows that better. To reproduce: 1. Download the trial version 2. Download demo data http://bugs.winehq.org/attachment.cgi?id=26679 3. Run "wine FileMaker\ Pro.exe" and load data from step 2. 4. Click on any textbox, to make it upside down -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 42

[Bug 45962] New: FileMaker Pro 16 crashes on startup
by wine-bugs＠winehq.org 17 Mar '21

17 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45962 Bug ID: 45962 Summary: FileMaker Pro 16 crashes on startup Product: Wine Version: 3.17 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: larrycoleman.email(a)gmail.com Distribution: --- Created attachment 62513 --> https://bugs.winehq.org/attachment.cgi?id=62513 The "Show Details" from when FileMaker crashes I am running on Ubuntu 16.04. I installed WineHQ 3.17. FileMaker Pro requires .Net Framework. I used Winetricks to install .NET Framework 4.6.1. I then installed FileMaker Pro 16. When trying to run FileMaker, I get a "Program Error" message "The program FileMaker Pro.exe has encountered a serious problem and needs to close. We are sorry for the inconvenience." -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 13

[Bug 42443] New: MyDiff Program doesn't launch
by wine-bugs＠winehq.org 17 Mar '21

17 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=42443 Bug ID: 42443 Summary: MyDiff Program doesn't launch Product: Wine Version: 1.6.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: le.pocher.julien(a)gmail.com Distribution: --- Created attachment 57275 --> https://bugs.winehq.org/attachment.cgi?id=57275 Bug backtrace The executable MyDiff.exe file won't run. See backtrace. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 12

[Bug 33287] New: Filemaker Pro12 crashes when opening database file
by wine-bugs＠winehq.org 17 Mar '21

17 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=33287 Bug #: 33287 Summary: Filemaker Pro12 crashes when opening database file Product: Wine Version: 1.4.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jmeador(a)momentapharma.com Classification: Unclassified I can install Filemaker Pro 12 with a valid serial number into BioLinux 7, which is Ubuntu 12.04. Wine was installed as 4.1 via the Ubuntu Software Center and I cannot get the dev version of 1.5 to install via this or the commandline. It says that the binaries are not available. When running from the commandline, I get this output: :~$ wine "c:\program files (x86)\FileMaker\FileMaker Pro 12\FileMaker Pro.exe" p11-kit: couldn't load module: /usr/lib/i386-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: /usr/lib/i386-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: cannot open shared object file: No such file or directory When I look for this directory in /usr/lib/i386-linux-gnu/ there are no files or folders called pkcs11 so perhaps this is missing from the wine1.4 installer? When installing, the installer gets to the end and then crashes and says the registration program cannot run, however, the program will start and appears to run ok until you open a database file, and I have tried several. Once I try to open a file, it crashes. The FileMaker Pro binary and other files are installed into /Program File (x86)/FileMaker/... I am attaching the backtrace file as well which was obtained from running the program from the graphical method. The computer is an HP Xeon processor with 64-bit Ubuntu 12.04 and 128 GB ram Thanks for any help you can provide. -- 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 39288] New: Filemaker Pro 12 crashes when trying to open a Filemaker database file
by wine-bugs＠winehq.org 17 Mar '21

17 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=39288 Bug ID: 39288 Summary: Filemaker Pro 12 crashes when trying to open a Filemaker database file Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ben(a)berwers.org Distribution: --- Created attachment 52366 --> https://bugs.winehq.org/attachment.cgi?id=52366 Filemaker Pro 12 crashes when trying to open a Filemaker file. Filemaker Pro 12 has a serious problem and stops when I try to open any file. Please see attached backtrace report when opening a testfile. By the way Filemaker Pro 6 works fine. Unfortunately I cannot switch back to the 6-version. Hope you can help me, what goes wrong. Thanks in advance, Ben Berwers -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 3

[Bug 42103] New: VSCode.exe v1.8.1 crash
by wine-bugs＠winehq.org 17 Mar '21

17 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=42103 Bug ID: 42103 Summary: VSCode.exe v1.8.1 crash Product: Wine Version: 1.8.6 Hardware: x86 OS: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: igeo.cu(a)gmail.com Unhandled exception: page fault on read access to 0x00000004 in 32-bit code (0x03486f49). Register dump: CS:0033 SS:003b DS:003b ES:003b FS:0013 GS:001b EIP:03486f49 ESP:0032fda0 EBP:0032fdcc EFLAGS:00010246( R- -- I Z- -P- ) EAX:00000000 EBX:62956770 ECX:00000000 EDX:0032fdc0 ESI:00000000 EDI:0013d498 Stack dump: 0x0032fda0: 62956770 00000003 00000002 0013d498 0x0032fdb0: 0013d4ac 0013d4ac 004b3989 00000000 0x0032fdc0: 00000000 00000000 00000014 0032fde4 0x0032fdd0: 03486e75 00000094 00000003 00000094 0x0032fde0: 00000094 0032fe00 034863ce 0013cef0 0x0032fdf0: 0032fe88 00000000 628f0000 00000007 Backtrace: =>0 0x03486f49 in code (+0x3086f49) (0x0032fdcc) 1 0x03486e75 in code (+0x3086e74) (0x0032fde4) 2 0x034863ce in code (+0x30863cd) (0x0032fe00) 3 0x01c88df6 in code (+0x1888df5) (0x0032fe14) 4 0x00472539 in code (+0x72538) (0x0032fea4) 5 0x02a823d2 in code (+0x26823d1) (0x0032fef0) 6 0x6293d32c call_process_entry+0xb() in kernel32 (0x0032ff08) 7 0x6293ff8b start_process+0xaa() in kernel32 (0x0032ff40) 8 0x6287f270 call_thread_func_wrapper+0xb() in ntdll (0x0032ff50) 9 0x628814b9 call_thread_func+0x78() in ntdll (0x0032ffb4) 10 0x6287f24e call_thread_entry_point+0x11() in ntdll (0x0032ffd4) 11 0x6285843c start_process+0x2b() in ntdll (0x0032ffe8) 12 0x6202dd2d wine_call_on_stack+0x1c() in libwine.so.1 (0x00000000) 13 0x6202ddec wine_switch_to_stack+0x2b() in libwine.so.1 (0xffffc398) 14 0x6285717f LdrInitializeThunk+0x2ce() in ntdll (0xffffc3e8) 15 0x6293f3de __wine_kernel_init+0x208d() in kernel32 (0xffffd2f0) 16 0x62858e7b __wine_process_init+0x59a() in ntdll (0xffffd3f8) 17 0x6202cdd0 wine_init+0x36f() in libwine.so.1 (0xffffd458) 18 0x60000ccb main+0x7a() in <wine-loader> (0xffffd894) 19 0x60000b9a _start1+0x139() in <wine-loader> (0xffffd8b8) 20 0x60000a58 _start+0x17() in <wine-loader> (0xffffd8dc) 0x03486f49: cmpw 0x4(%ecx),%ax Modules: Module Address Debug info Name (104 modules) PE 400000- 4126000 Export code PE 4130000- 42e5000 Deferred ffmpeg PE 10000000-10ca9000 Deferred node PE 537d0000-537f8000 Deferred uiautomationcore ELF 60000000-60002000 Dwarf <wine-loader> ELF 62001000-6201d000 Deferred ld-elf32.so.1 ELF 62026000-621d9000 Dwarf libwine.so.1 ELF 621d9000-621fd000 Deferred libthr.so.3 ELF 621fd000-62373000 Deferred libc.so.7 ELF 62387000-623b2000 Deferred libm.so.5 ELF 623c6000-623d9000 Deferred psapi<elf> \-PE 623d0000-623d9000 \ psapi ELF 623d9000-623f1000 Deferred version<elf> \-PE 623e0000-623f1000 \ version ELF 623f1000-623fb000 Deferred libprocstat.so.1 ELF 62800000-628da000 Dwarf ntdll<elf> \-PE 62810000-628da000 \ ntdll ELF 628da000-629e7000 Dwarf kernel32<elf> \-PE 628f0000-629e7000 \ kernel32 ELF 629e7000-62a23000 Deferred ws2_32<elf> \-PE 629f0000-62a23000 \ ws2_32 ELF 62a23000-62b2e000 Deferred gdi32<elf> \-PE 62a30000-62b2e000 \ gdi32 ELF 62b2e000-62b9a000 Deferred advapi32<elf> \-PE 62b40000-62b9a000 \ advapi32 ELF 62b9a000-62cd7000 Deferred user32<elf> \-PE 62bb0000-62cd7000 \ user32 ELF 62cd7000-62cfc000 Deferred iphlpapi<elf> \-PE 62ce0000-62cfc000 \ iphlpapi ELF 62cfc000-62d14000 Deferred libelf.so.2 ELF 62d14000-62d23000 Deferred libkvm.so.7 ELF 62d23000-62d35000 Deferred libutil.so.9 ELF 62d35000-62d4c000 Deferred userenv<elf> \-PE 62d40000-62d4c000 \ userenv ELF 62d4c000-62d96000 Deferred winmm<elf> \-PE 62d50000-62d96000 \ winmm ELF 62d96000-62eac000 Deferred ole32<elf> \-PE 62db0000-62eac000 \ ole32 ELF 62eac000-62f23000 Deferred rpcrt4<elf> \-PE 62ec0000-62f23000 \ rpcrt4 ELF 62f23000-62f45000 Deferred msacm32<elf> \-PE 62f30000-62f45000 \ msacm32 ELF 62f45000-63035000 Deferred comctl32<elf> \-PE 62f50000-63035000 \ comctl32 ELF 63035000-63095000 Deferred comdlg32<elf> \-PE 63040000-63095000 \ comdlg32 ELF 63095000-6326a000 Deferred shell32<elf> \-PE 630a0000-6326a000 \ shell32 ELF 6326a000-632d5000 Deferred shlwapi<elf> \-PE 63280000-632d5000 \ shlwapi ELF 632d5000-6330e000 Deferred winspool<elf> \-PE 632e0000-6330e000 \ winspool ELF 63317000-63378000 Deferred wininet<elf> \-PE 63320000-63378000 \ wininet ELF 63378000-6338d000 Deferred libz.so.6 ELF 6338d000-633ac000 Deferred mpr<elf> \-PE 63390000-633ac000 \ mpr ELF 633ac000-6345c000 Deferred msvcrt<elf> \-PE 633c0000-6345c000 \ msvcrt ELF 6345c000-63576000 Deferred oleaut32<elf> \-PE 63470000-63576000 \ oleaut32 ELF 63576000-635b2000 Deferred oleacc<elf> \-PE 63580000-635b2000 \ oleacc ELF 635b2000-63612000 Deferred dbghelp<elf> \-PE 635c0000-63612000 \ dbghelp ELF 63612000-63627000 Deferred dwmapi<elf> \-PE 63620000-63627000 \ dwmapi ELF 63627000-63668000 Deferred usp10<elf> \-PE 63630000-63668000 \ usp10 ELF 63668000-6368a000 Deferred imm32<elf> \-PE 63670000-6368a000 \ imm32 ELF 6368a000-636cc000 Deferred libncurses.so.8 ELF 636cc000-6375e000 Deferred libfreetype.so.6 ELF 6375e000-63770000 Deferred libbz2.so.4 ELF 63770000-637b0000 Deferred libfontconfig.so.1 ELF 637b0000-637d3000 Deferred libexpat.so.1 ELF 638de000-638f1000 Deferred api-ms-win-core-synch-l1-2-0<elf PE 638e0000-638f1000 Deferred api-ms-win-core-synch-l1-2-0 ELF 638f1000-63904000 Deferred api-ms-win-core-fibers-l1-1-1<el PE 63900000-63904000 Deferred api-ms-win-core-fibers-l1-1-1 PE 63904000-63917000 Deferred api-ms-win-core-localization-l1- PE 63910000-63917000 Deferred api-ms-win-core-localization-l1-C:\windows\system32\api-ms-win-core-localization-l1-2-1.dll ELF 63917000-639a2000 Deferred winex11<elf> \-PE 63920000-639a2000 \ winex11 ELF 639a2000-639b1000 Deferred libxext.so.6 ELF 639b1000-63acf000 Deferred libx11.so.6 ELF 63acf000-63aef000 Deferred libxcb.so.1 ELF 63aef000-63af2000 Deferred libxau.so.6 ELF 63af2000-63af4000 Deferred libpthread-stubs.so.0 ELF 63af4000-63af9000 Deferred libxdmcp.so.6 ELF 63af9000-63afc000 Deferred libxinerama.so.1 ELF 63afc000-63b01000 Deferred libxxf86vm.so.1 ELF 63b01000-63b09000 Deferred libxrender.so.1 ELF 63b09000-63b12000 Deferred libxrandr.so.2 ELF 63b12000-63b15000 Deferred libxcomposite.so.1 ELF 63b15000-63b23000 Deferred libxi.so.6 ELF 63b23000-63b2d000 Deferred libxcursor.so.1 ELF 63b2d000-63b32000 Deferred libxfixes.so.3 ELF 63b34000-63b69000 Deferred uxtheme<elf> \-PE 63b40000-63b69000 \ uxtheme ELF 63b69000-63b7c000 Deferred api-ms-win-core-string-l1-1-0<el PE 63b70000-63b7c000 Deferred api-ms-win-core-string-l1-1-0 ELF 63b7c000-63b8f000 Deferred api-ms-win-core-datetime-l1-1-1< PE 63b80000-63b8f000 Deferred api-ms-win-core-datetime-l1-1-1 Threads: process tid prio (all id:s are in hex) 00000008 (D) C:\Program Files\Microsoft VS Code\Code.exe 00000009 0 <== 0000000e services.exe 00000023 0 00000022 0 0000001c 0 00000014 0 00000010 0 0000000f 0 00000012 winedevice.exe 00000019 0 00000018 0 00000013 0 0000001a plugplay.exe 0000001f 0 0000001e 0 0000001b 0 00000020 winedevice.exe 00000025 0 00000024 0 00000021 0 00000028 explorer.exe 0000002c 0 0000002b 0 0000002a 0 00000029 0 System information: Wine build: wine-1.8.6 Platform: i386 Version: Windows 10 Host system: FreeBSD Host version: 11.0-RELEASE-p2 -- 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 44355] New: FaceIt client : www.faceit.com/client
by wine-bugs＠winehq.org 17 Mar '21

17 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=44355 Bug ID: 44355 Summary: FaceIt client : www.faceit.com/client Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: adil3.7896(a)gmail.com Distribution: --- Created attachment 60250 --> https://bugs.winehq.org/attachment.cgi?id=60250 Backtrace of the issue The FaceIt client was running properly when it suddenly closed with the following message: ...have to close the application due to Database issues. Please check Wine Application Database for more information. Here's the backtrace (attachment) please fix? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 15

[Bug 41713] New: Explorer.exe is wrong when started from the process creating the Wine prefix
by wine-bugs＠winehq.org 17 Mar '21

17 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=41713 Bug ID: 41713 Summary: Explorer.exe is wrong when started from the process creating the Wine prefix Product: Wine Version: 1.9.8 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- To reproduce this do the following: rm -rf ~/.wine cd dlls/shell32/tests rm shelldispatch.ok make shelldispatch.ok This normally results in the following failure: shelldispatch.c:624: Test failed: got 0x80040152 Which corresponds to the following line: ok(hr == S_OK, "got 0x%08x\n", hr); /* TODO: remove when explorer startup with clean prefix is fixed */ if (hr != S_OK) return; The workaround is to ensure the Wine prefix has been created before running the test: rm -rf ~/.wine ./wine hostname ./server/wineserver -w cd dlls/shell32/tests rm shelldispatch.ok make shelldispatch.ok Note that wt-daily is now implementing this workaround (see https://github.com/fgouget/wt-daily). -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 13

[Bug 45232] New: TIDAL can't be installed with exe installer
by wine-bugs＠winehq.org 17 Mar '21

17 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45232 Bug ID: 45232 Summary: TIDAL can't be installed with exe installer Product: Wine Version: 3.8 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ieframe Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Created attachment 61461 --> https://bugs.winehq.org/attachment.cgi?id=61461 Wine log The program instantly crashes, I assume due to the missing ieframe interface. Needs wine-staging patches, else it complains about being run as administrator. -- 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 45749] New: Visual Studio 2017 Installer fails due to node.js/ libuv listen(named pipe) error
by wine-bugs＠winehq.org 17 Mar '21

17 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45749 Bug ID: 45749 Summary: Visual Studio 2017 Installer fails due to node.js/libuv listen(named pipe) error Product: Wine Version: 3.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jimbo1qaz(a)gmail.com Distribution: --- Created attachment 62190 --> https://bugs.winehq.org/attachment.cgi?id=62190 Visual Studio Installer logs (mostly useless) Running Kubuntu 18.04 64-bit. I created a 32-bit .wine32 prefix, installed dotnet46 via winetricks, then the Build Tools for Visual Studio installer (https://visualstudio.microsoft.com/downloads/#build-tools-for-visual-studio… ) (which shares the core with VS2017 installer. It's written in node.js and involves multiple processes communicating via what the source describes as "pipe"s). The error is "Hub Controller process exited prematurely with exit code 1 (NodeUncaughtFatalException)." Interestingly, the installer's source is user-readable and located in WINEPREFIX / drive_c/Program Files/Microsoft Visual Studio/Installer/resources/app/node_modules/microsoft-servicehub/host/. I was able to edit the .js files to add control flow logging: const fs = require('fs'); function logg(val, args){ fs.writeFileSync("C:\\"+process.hrtime()[1] + '_'+val, ""+args, function(err) {}); } Installer seems to be codenamed "microsoft-servicehub". Strangely, many of the Installer files appear to test for Windows and/or *nix, despite VS being Windows-only. It also references open-source VS Code, but I was unable to find any hits when Googling for quoted strings. ---------- The error message "Hub Controller process exited prematurely with exit code" is raised from within "drive_c/Program Files/Microsoft Visual Studio/Installer/resources/app/node_modules/microsoft-servicehub/controllerConnection.js": ControllerConnection.prototype.startController `var connectPromise` fails, calling `function (err)` to spawn a process (which crashes). ControllerConnection.prototype.onControllerProcessExited is responsible for noticing the process has terminated, and raising the exception. --------- The actual crash originates from "drive_c/Program Files/Microsoft Visual Studio/Installer/resources/app/node_modules/microsoft-servicehub/host/HubController.js". HubController.js is executed by several distinct processes, and `process.pid` is the same within `function HubController()` and the global scope. I systematically replaced all calls to `logger.error()` (info, etc.) to `logg()` (since Logger.error() called within subprocess did not show up in Visual Studio's debug logs). I get two sequentially numbered files, 1 millisecond apart: "429988399_Successfully started server on pipe 5d74f51d8cc5d690c261c26d3e9e3408e060bd352875558b9320be9c213e0610" "430873100_Terminating controller due to some unknown error: " with contents "listen EINVAL \\?\pipe\5d74f51d8cc5d690c261c26d3e9e3408e060bd352875558b9320be9c213e0610" This error is thrown by `function retryStartServer`. `e.code` is EINVAL, while the code only handles `e.code === ec.EADDRINUSE.code`. Looking at https://stackoverflow.com/questions/11040460/get-the-listen-einval-when-sta… suggests: > > EINVAL The socket is already connected. > Make sure something isn't already listening on that port. `man errno` suggests otherwise: > EINVAL Invalid argument (POSIX.1-2001). Adding `|| e.code === ec.EINVAL.code` and commenting `process.platform === 'win32' ||` sends the installer into an endless "kill and restart HubController" loop, which isn't what we want. Extra notes on control flow at https://gist.github.com/jimbo1qaz/1c972422fd5c31706920b9be5c2a0f42#server -------- The `EINVAL` error comes with a node.js stack trace: https://gist.github.com/jimbo1qaz/1c972422fd5c31706920b9be5c2a0f42#file-net… (The hexadecimal path originates from https://gist.github.com/jimbo1qaz/1c972422fd5c31706920b9be5c2a0f42#determin… ) https://github.com/nodejs/node/blob/68dff4a67b7222770f90fc5d9bdd884f8db4a24… `const ex = new Error(`${syscall} ${code}${details}`);` "listen EINVAL \\?\pipe\5d74f51d8cc5d690c261c26d3e9e3408e060bd352875558b9320be9c213e0610" I think the call which failed is `listen`, which returns EINVAL for some reason. ------------ Comparing my stack trace with node.js source code (node.dll 8.9.3): `Server.listen (net.js:1487:5)` = https://github.com/nodejs/node/blob/v8.9.3/lib/net.js#L1487 - listenInCluster(server=this, address=pipeName, port=-1, addressType=-1, backlog=backlog, fd=undefined, exclusive=options.exclusive); `listenInCluster (net.js:1392:12)` = https://github.com/nodejs/node/blob/v8.9.3/lib/net.js#L1392 - server._listen2(=address, =port, =addressType, =backlog, =fd); Unpeeling layers of abstraction on top of Windows named pipes: `Server.setupListenHandle [as _listen2] (net.js:1351:14)` = https://github.com/nodejs/node/blob/v8.9.3/lib/net.js#L1351 (Bullet points are not in stack trace, but I assume they executed) - `handle = new Pipe(PipeConstants.SERVER);` https://github.com/nodejs/node/blob/v8.9.3/lib/net.js#L1267 - `const { Pipe } = process.binding('pipe_wrap');` which refers to C++ code at https://github.com/nodejs/node/blob/v8.9.3/src/pipe_wrap.cc - pipes are handled by https://github.com/libuv/libuv - `var err = this._handle.listen(backlog || 511);` is the operation which fails = https://github.com/nodejs/node/blob/8a44289089a08b7b19fa3c4651b5f1f5d1edd71… - Routes to https://github.com/nodejs/node/blob/v8.9.3/src/pipe_wrap.cc#L154 - which calls uv_listen(). `return uv_translate_sys_error(err);` and EINVAL is located at https://github.com/libuv/libuv/blob/v1.x/src/win/error.c#L101 ... There are 7 Win32 errors all mapping to UV_EINVAL==EINVAL, but only WSAEINVAL can happen. - uv_listen() either [assert(0) and sets err=ERROR_INVALID_PARAMETER] (I hope not), calls uv_tcp_listen (I hope not) - Most likely calls uv_pipe_listen() = https://github.com/libuv/libuv/blob/1391a3d9d0996fcf1a116a9c6c58e8b1c730319… - It has 4 return paths, only `if (!(handle->flags & UV_HANDLE_BOUND)) { return WSAEINVAL;` is happening = https://github.com/libuv/libuv/blob/1391a3d9d0996fcf1a116a9c6c58e8b1c730319… - What initializes `handle->flags` without |=UV_HANDLE_BOUND? ok i'm getting a headache -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 20

[Bug 45998] New: 64-bit FACEIT Anti-cheat client claims " Your system is out of date, you are missing important Windows updates!" ( needs 'wintrust.CryptCATAdminAcquireContext2' stub)
by wine-bugs＠winehq.org 17 Mar '21

17 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45998 Bug ID: 45998 Summary: 64-bit FACEIT Anti-cheat client claims "Your system is out of date, you are missing important Windows updates!" (needs 'wintrust.CryptCATAdminAcquireContext2' stub) Product: Wine Version: 3.18 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wintrust Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. Download: https://anticheat-client.faceit.com/FACEITInstaller_64.exe --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/FACEIT AC $ WINEDEBUG=+seh,+relay wine ./faceitclient.exe >>log.txt 2>&1 ... 002c:Call KERNEL32.LoadLibraryA(141215440 "wintrust.dll") ret=1400b1653 002c:Ret KERNEL32.LoadLibraryA() retval=7fd071b90000 ret=1400b1653 002c:Call KERNEL32.GetProcAddress(7fd071b90000,141215450 "CryptCATAdminAcquireContext2") ret=1400b1670 002c:Ret KERNEL32.GetProcAddress() retval=00000000 ret=1400b1670 002c:Call KERNEL32.FreeLibrary(7fd071b90000) ret=1400b167c 002c:Ret KERNEL32.FreeLibrary() retval=00000001 ret=1400b167c 002c:Call ntdll.RtlAllocateHeap(00010000,00000000,00000050) ret=1411adc3c 002c:Ret ntdll.RtlAllocateHeap() retval=000b09e0 ret=1411adc3c 002c:Call user32.MessageBoxA(00000000,000b09e0 "Your system is out of date, you are missing important Windows updates!",00000000,00000010) ret=1400edd5d ... --- snip --- Microsoft Docs: https://docs.microsoft.com/en-us/windows/desktop/api/mscat/nf-mscat-cryptca… --- quote --- The CryptCATAdminAcquireContext2 function acquires a handle to a catalog administrator context for a given hash algorithm and hash policy. You can use this handle in subsequent calls to the following functions: CryptCATAdminAddCatalog CryptCATAdminEnumCatalogFromHash CryptCATAdminRemoveCatalog This function has no associated import library. You must use the LoadLibrary and GetProcAddress functions to dynamically link to Wintrust.dll. Syntax BOOL CryptCATAdminAcquireContext2( HCATADMIN *phCatAdmin, const GUID *pgSubsystem, PCWSTR pwszHashAlgorithm, PCCERT_STRONG_SIGN_PARA pStrongHashPolicy, DWORD dwFlags ); --- quote --- It's Windows 8+ API. With a FIXME stub that prints parameters, returning FALSE: --- snip --- ... 0064:Call KERNEL32.LoadLibraryA(141215440 "wintrust.dll") ret=1400b1653 0064:Ret KERNEL32.LoadLibraryA() retval=7f9b71860000 ret=1400b1653 0064:Call KERNEL32.GetProcAddress(7f9b71860000,141215450 "CryptCATAdminAcquireContext2") ret=1400b1670 0064:Ret KERNEL32.GetProcAddress() retval=7f9b718680d0 ret=1400b1670 0064:Call KERNEL32.FreeLibrary(7f9b71860000) ret=1400b167c 0064:Ret KERNEL32.FreeLibrary() retval=00000001 ret=1400b167c --- snip --- I didn't see any call to the stub, so one might get away even with auto-generated unimplemented stub. The client executable has some anti-debug trickery and custom obfuscation scheme. Crashes later due to other insufficiencies though. $ sha1sum FACEITInstaller_64.exe ed8f8c2f6ec2d113bed882faa9d8b8a7a3b56a3c FACEITInstaller_64.exe $ du -sh FACEITInstaller_64.exe 85M FACEITInstaller_64.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 6

[Bug 43155] New: WarBR: (WarS game v5.5 p4) Crashes on login "fixme:wmp: PersistStreamInit_Load (0x1c1f58)->(0x1362090)"
by wine-bugs＠winehq.org 17 Mar '21

17 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=43155 Bug ID: 43155 Summary: WarBR: (WarS game v5.5 p4) Crashes on login "fixme:wmp:PersistStreamInit_Load (0x1c1f58)->(0x1362090)" Product: Wine Version: 2.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rodrigodavy(a)gmail.com Distribution: --- In wine 2.9 I could login into the game using native wmvcore.dll In wine 2.10 the game doesn't login with both the wine and the native dll -- 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 35251] New: Skype 4 MSI installer fails to start Skype.exe when finishing installation in Vista mode (TaskService_Connect is a stub)
by wine-bugs＠winehq.org 17 Mar '21

17 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=35251 Bug ID: 35251 Summary: Skype 4 MSI installer fails to start Skype.exe when finishing installation in Vista mode (TaskService_Connect is a stub) Product: Wine Version: 1.7.9 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Classification: Unclassified Hello folks, continuation of bug 18752 --- snip --- $ WINEDEBUG=+tid,+seh,+relay,+taskschd wine ./SkypeSetup_4.0.0.226.exe >>log.txt 2>&1 ... 0035:Call KERNEL32.LoadLibraryW(001742b4 L"C:\\users\\focht\\Temp\\msi977c.tmp") ret=7d4924d7 0035:Ret KERNEL32.LoadLibraryW() retval=10000000 ret=7d4924d7 ... 0035:Call KERNEL32.GetProcAddress(10000000,01c7b020 "CreateTaskAsDesktopUser") ret=7d492577 0035:Ret KERNEL32.GetProcAddress() retval=10003f4e ret=7d492577 ... 0035:Call KERNEL32.WideCharToMultiByte(00000000,00000000,01c7b288 L"C:\\Program Files\\Skype\\Phone\\Skype.exe",00000027,00000000,00000000,00000000,00000000) ret=7d4b1e4f 0035:Ret KERNEL32.WideCharToMultiByte() retval=00000027 ret=7d4b1e4f ... 0035:Call ole32.CoCreateInstance(1001714c,00000000,00000001,10016384,01ace7e0) ret=10003662 ... 0035:Call taskschd.DllGetClassObject(1001714c,7ec34ccc,01ace5c8) ret=7eb47ca4 0035:trace:taskschd:DllGetClassObject {0f87369f-a4e5-4cfc-bd3e-73e6154572dd},{00000001-0000-0000-c000-000000000046},0x1ace5c8 0035:trace:taskschd:factory_QueryInterface 0x7d202ca8,{00000001-0000-0000-c000-000000000046},0x1ace5c8 0035:Ret taskschd.DllGetClassObject() retval=00000000 ret=7eb47ca4 ... 0035:trace:taskschd:factory_CreateInstance (nil),{2faba4c7-4da9-4013-9697-20cc3fd40f85},0x1ace7e0 ... 0035:trace:taskschd:TaskService_create created 0x1c7b2e8 0035:trace:taskschd:TaskService_QueryInterface 0x1c7b2e8,{2faba4c7-4da9-4013-9697-20cc3fd40f85},0x1ace7e0 0035:Ret ole32.CoCreateInstance() retval=00000000 ret=10003662 0035:Call oleaut32.VariantInit(01ace7a4) ret=1000369f 0035:Ret oleaut32.VariantInit() retval=01ace7a4 ret=1000369f 0035:Call oleaut32.VariantInit(01ace784) ret=100036af 0035:Ret oleaut32.VariantInit() retval=01ace784 ret=100036af 0035:Call oleaut32.VariantInit(01ace794) ret=100036bf 0035:Ret oleaut32.VariantInit() retval=01ace794 ret=100036bf 0035:Call oleaut32.VariantInit(01ace714) ret=100036cf 0035:Ret oleaut32.VariantInit() retval=01ace714 ret=100036cf 0035:fixme:taskschd:TaskService_Connect 0x1c7b2e8,{VT_EMPTY},{VT_EMPTY},{VT_EMPTY},{VT_EMPTY}: stub 0035:Call oleaut32.VariantClear(01ace714) ret=1000371a 0035:Ret oleaut32.VariantClear() retval=00000000 ret=1000371a 0035:Call oleaut32.VariantClear(01ace794) ret=10003720 0035:Ret oleaut32.VariantClear() retval=00000000 ret=10003720 0035:Call oleaut32.VariantClear(01ace784) ret=10003726 0035:Ret oleaut32.VariantClear() retval=00000000 ret=10003726 0035:Call oleaut32.VariantClear(01ace7a4) ret=1000372c 0035:Ret oleaut32.VariantClear() retval=00000000 ret=1000372c ... 0035:Call KERNEL32.WideCharToMultiByte(00000000,00000000,01c7e848 L"1: CreateTaskAsDesktopUser 2: Connect task scheduler failed 3: ",ffffffff,00000000,00000000,00000000,00000000) ret=7d4cd514 ... --- snip --- Source: http://source.winehq.org/git/wine.git/blob/b06009640024900c5c2a6537b80550c3… --- snip --- 129 static HRESULT WINAPI TaskService_Connect(ITaskService *iface, VARIANT server, VARIANT user, VARIANT domain, VARIANT password) 130 { 131 FIXME("%p,%s,%s,%s,%s: stub\n", iface, debugstr_variant(&server), debugstr_variant(&user), 132 debugstr_variant(&domain), debugstr_variant(&password)); 133 return E_NOTIMPL; 134 } --- snip --- $ sha1sum SkypeSetup_4.0.0.226.exe 3726546c421f078353c73ea6fb42561fac434701 SkypeSetup_4.0.0.226.exe $ du -sh SkypeSetup_4.0.0.226.exe 20M SkypeSetup_4.0.0.226.exe $ wine --version wine-1.7.9-209-gb231b4b 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 22077] New: cspro 4.0 error in wine (1.1.40)
by wine-bugs＠winehq.org 15 Mar '21

15 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=22077 Summary: cspro 4.0 error in wine (1.1.40) Product: Wine Version: 1.1.40 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: iip.umar.rifai(a)gmail.com CC: iip.umar.rifai(a)gmail.com Created an attachment (id=26903) --> (http://bugs.winehq.org/attachment.cgi?id=26903) screen show when hang Cspro get hang when pressing key or mouse during popup selection (selcase function in cspro), and also the icon on the tree look weird. How to test: 1. download cspro here http://www.census.gov/ipc/www/cspro/ 2. Run Cspro 4.0 program 3. Open file/application, goto examples/capi 4. BUG 1. you will see that the icon in the left are black. Different when you see it in native windows. 5. BUG-2. now, run the program, from the menu file->run. Just clik ok on every prompt or enter everything. On roster screen, enter only one line, and leave blank in the second row, to directly end the data entry, you will see yes/no popup, just klik or press up/down arrow, then cspro will hang. Screenshot can be see here http://sites.google.com/site/iipumarrifai2/wine-cspro-error1.jpg I think this the only one problem I found in cspro, if this can be fix than it will be gold in wine. And the problem is the same problem since wine Beta and cspro 3.x, but I never send it to wine. I'm running this on Linux Mint 8 (Ubuntu karmic) Best Regards, -iip- -- 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 59

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs March 2019