wine-bugs February 2019

wine-bugs@winehq.org

1 participants
7736 discussions

[Bug 30758] New: .NET 4.0 installer/CLR native ngen.exe runs into "unimplemented function fusion.dll.InitializeFusion, aborting" (Wine builtin fusion override during .NET 4 install)
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=30758 Bug #: 30758 Summary: .NET 4.0 installer/CLR native ngen.exe runs into "unimplemented function fusion.dll.InitializeFusion, aborting" (Wine builtin fusion override during .NET 4 install) Product: Wine Version: 1.5.4 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: fusion AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, with bug 30707 is fixed all .NET 4.0 assemblies are now installed when using "fusion=builtin,native". As already written, an additional "ngen=builtin" is needed for install process to avoid native ngen.exe being called which wants this unimplemented fusion API. It's not really harmful as these deferred assembly -> GAC install steps have already been carried out by msi install itself but it might confuse/scare users looking at terminal output, spotting "unimplemented function fusion.dll.InitializeFusion, aborting". --- snip --- 00ff:Call KERNEL32.CreateProcessW(00000000,00cb5e98 L"C:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\ngen.exe executeQueuedItems 1",00000000,00000000,00000001,00000000,00000000,00cb6058 L"C:\\windows\\Microsoft.NET\\Framework\\v4.0.30319",0151d6b8,0151d698) ret=00c8ffd9 ... 0101:Call KERNEL32.__wine_kernel_init() ret=7bc5312a 00ff:Ret KERNEL32.CreateProcessW() retval=00000001 ret=00c8ffd9 ... 0101:Call KERNEL32.RaiseException(80000100,00000001,00000002,0033e640) ret=f73966d9 0101:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b83940f ip=7b83940f tid=0101 0101:trace:seh:raise_exception info[0]=f7396740 0101:trace:seh:raise_exception info[1]=f7396780 wine: Call from 0x7b83940f to unimplemented function fusion.dll.InitializeFusion, aborting ... 0101:Call oleaut32.SysAllocString(0016eb08 L"Uninstalling assembly mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 because of an error during compilation: Unknown exception.\n") ret=608f07f9 ... --- snip --- The assemblies are not really uninstalled as the message suggests. Adding a simple stub for HRESULT WINAPI InitializeFusion(void), returning E_NOTIMPL is enough to avoid that. Only called two times: --- snip --- ... fixme:fusion:InitializeFusion stub! fixme:fusion:InitializeFusion stub! --- snip --- After winetricks install recipe is finished, "fusion=builtin,native" override should be dropped/reversed (not made permanent). This allows for GAC rebuild/updates or later installation of assemblies that are not part of msi installers (using native ngen). For example to trigger manual GAC rebuild/update: --- snip --- $ wine "c:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\ngen.exe" update --- snip --- Regard -- 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 18639] New: .NET 3.0 WPF needs NtSecureConnectPort stub
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=18639 Summary: .NET 3.0 WPF needs NtSecureConnectPort stub Product: Wine Version: 1.1.22 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, another one, rotting on harddisk half a year now (since first .NET 3.0 voyage) - before it gets lost. --- snip --- $ wine ./Viewer.exe fixme:ole:CoGetContextToken stub fixme:shell:URL_ParseUrl failed to parse L"PresentationFramework" fixme:shell:URL_ParseUrl failed to parse L"WindowsBase" fixme:shell:URL_ParseUrl failed to parse L"System" fixme:shell:URL_ParseUrl failed to parse L"PresentationCore" fixme:advapi:RegisterTraceGuidsW 0x6307f2 (nil) 0x32dfc4 1 0x32dfa0 (null) (null) 0x32dfa8 fixme:shell:URL_ParseUrl failed to parse L"Viewer.resources" fixme:shell:URL_ParseUrl failed to parse L"Viewer.resources" fixme:shell:URL_ParseUrl failed to parse L"Engine" fixme:shell:URL_ParseUrl failed to parse L"msvcm90" fixme:shell:URL_ParseUrl failed to parse L"Cube" fixme:advapi:RegisterTraceGuidsW 0x532dc234 (nil) 0x53218780 27 0x32d050 (null) (null) 0x53355f40 fixme:seh:RtlCaptureStackBackTrace (2, 3, 0x533546cc, (nil)) stub! wine: Call from 0x7bc3c616 to unimplemented function ntdll.dll.NtSecureConnectPort, aborting fixme:shell:URL_ParseUrl failed to parse L"PresentationFramework.resources" fixme:advapi:CheckTokenMembership (0x1c4 0x174c50 0x32d5f8) stub! fixme:imm:ImmDisableIME (-1): stub fixme:thread:NtQueryInformationThread Cannot get kerneltime or usertime of other threads fixme:thread:NtQueryInformationThread info class 9 not supported yet fixme:thread:NtQueryInformationThread info class 9 not supported yet fixme:thread:NtQueryInformationThread info class 9 not supported yet fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime 2.0 Error Reporting"): stub fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x00001388,(nil),0x000b,0x00000102,0x3009a1b4,0x7ed505c4): stub err:eventlog:ReportEventW L"clr20r3" err:eventlog:ReportEventW L"viewer.exe" err:eventlog:ReportEventW L"1.0.0.0" err:eventlog:ReportEventW L"473fefa6" err:eventlog:ReportEventW L"presentationframework" err:eventlog:ReportEventW L"3.0.0.0" err:eventlog:ReportEventW L"45398c20" err:eventlog:ReportEventW L"6496" err:eventlog:ReportEventW L"be" err:eventlog:ReportEventW L"system.windows.markup.xamlparse" err:eventlog:ReportEventW L"NIL" fixme:advapi:DeregisterEventSource (0xcafe4242) stub fixme:thread:NtQueryInformationThread info class 9 not supported yet fixme:thread:NtQueryInformationThread info class 9 not supported yet fixme:thread:NtQueryInformationThread info class 9 not supported yet Unhandled Exception: System.Windows.Markup.XamlParseException: Cannot create instance of 'MainWindow' defined in assembly 'Viewer, Version=1.0.0.0, Culture=neutral, PublicKeyToken=963dca5fb49a45ad'. Exception has been thrown by the target of an invocation. Error in markup file 'MainWindow.xaml'. ---> System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. ---> System.TypeInitializationException: The type initializer for 'System.Windows.Window' threw an exception. ---> System.TypeInitializationException: The type initializer for 'System.Windows.FrameworkElement' threw an exception. ---> System.TypeInitializationException: The type initializer for 'System.Windows.Documents.TextElement' threw an exception. ---> System.TypeInitializationException: The type initializer for 'System.Windows.Media.FontFamily' threw an exception. ---> System.Runtime.InteropServices.SEHException: External component has thrown an exception. at NtSecureConnectPort(Void** , _UNICODE_STRING* , _SECURITY_QUALITY_OF_SERVICE* , _PORT_VIEW* , Void* , _REMOTE_PORT_VIEW* , UInt32* , Void* , UInt32* ) at MS.Internal.FontCache.LPCServices.TryConnectToLPCPort(String portName, Void* rawExpectedSid, Byte[] connectBuffer, Int32& errorCode) at MS.Internal.FontCache.LPCServices.TryConnectToLPCPort(String portName, Sid expectedSid, Byte[] connectBuffer, Int32& errorCode) at MS.Internal.FontCache.LPCProtocol.TryConnectToServer(Int32 timeout, Int32& errorCode) at MS.Internal.FontCache.IPCCacheManager.GetServerSectionName(Int32 timeout, Int32& errorCode) at MS.Internal.FontCache.CacheManager.GetServerCache() at MS.Internal.FontCache.CacheManager.Lookup(IFontCacheElement e) at System.Windows.Media.FontFamily.PreCreateDefaultFamilyCollection() at System.Windows.Media.FontFamily..cctor() ... at Viewer.App.Main() wine: Unhandled exception 0xe0434f4d at address 0x7b844f6c (thread 003e), starting debugger... Unhandled exception: 0xe0434f4d in 32-bit code (0x7b844fef). --- snip --- A simple stub returning STATUS_NOT_IMPLEMENTED is enough. 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 17

[Bug 46085] New: Multiple ARM64 apps from Windows 10 SDK (10.0.17763.x) need 'api-ms-win-core-winrt-string-l1-1-1.dll' stub dll
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=46085 Bug ID: 46085 Summary: Multiple ARM64 apps from Windows 10 SDK (10.0.17763.x) need 'api-ms-win-core-winrt-string-l1-1-1.dll' stub dll Product: Wine Version: 3.19 Hardware: aarch64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: api-ms-win-* Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. Encountered while playing with some 64-bit ARM apps from Win10 SDK (running in qemuarm64 machine). Most likely present with x86_64 Wine too. --- snip --- $ WINEDEBUG=+seh,+loaddll,+process wine64 DeployUtil.exe ... 0009:trace:loaddll:load_native_dll Loaded L"Z:\\home\\focht\\Downloads\\win10sdk_arm64\\arm64\\DeployUtil.exe" at 0x140000000: native 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\msvcrt.dll" at 0x7fb3600000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-file-l1-2-2.dll" at 0x7fb34c0000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-errorhandling-l1-1-3.dll" at 0x7fb34a0000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-winrt-l1-1-0.dll" at 0x7fb3480000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\advapi32.dll" at 0x7fb33b0000: builtin ... 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-com-l1-1-1.dll" at 0x7fb2c80000: builtin 0009:err:module:import_dll Library api-ms-win-core-winrt-string-l1-1-1.dll (which is needed by L"Z:\\home\\focht\\Downloads\\win10sdk_arm64\\arm64\\DeployUtil.exe") not found 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\oleaut32.dll" at 0x7fb2af0000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-handle-l1-1-0.dll" at 0x7fb2ab0000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-synch-l1-2-1.dll" at 0x7fb2a80000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-winrt-error-l1-1-1.dll" at 0x7fb2a60000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-libraryloader-l1-2-1.dll" at 0x7fb2a40000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-rtlsupport-l1-2-0.dll" at 0x7fb2a20000: builtin 0009:err:module:import_dll Library api-ms-win-core-processthreads-l1-1-3.dll (which is needed by L"Z:\\home\\focht\\Downloads\\win10sdk_arm64\\arm64\\DeployUtil.exe") not found ... 0009:err:module:attach_dlls Importing dlls for L"Z:\\home\\focht\\Downloads\\win10sdk_arm64\\arm64\\DeployUtil.exe" failed, status c0000135 --- snip --- 'api-ms-win-core-winrt-l1-1-0' exists but not the 1.1.1 API set. Wine source: https://source.winehq.org/git/wine.git/tree/HEAD:/dlls/api-ms-win-core-winr… https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/api-ms-win-core-winr… Microsoft docs: https://docs.microsoft.com/en-us/uwp/win32-and-com/win32-apis#apis-from-api… $ wine64 --version wine-3.19-117-g4852130c82 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 46086] New: Multiple ARM64 apps from Windows 10 SDK (10.0.17763.x) need 'api-ms-win-core-processthreads-l1-1-3' stub dll
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=46086 Bug ID: 46086 Summary: Multiple ARM64 apps from Windows 10 SDK (10.0.17763.x) need 'api-ms-win-core-processthreads-l1-1-3' stub dll Product: Wine Version: 3.19 Hardware: aarch64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: api-ms-win-* Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. Encountered while playing with some 64-bit ARM apps from Win10 SDK (running in qemuarm64 machine). Most likely present with x86_64 Wine too. --- snip --- $ WINEDEBUG=+seh,+loaddll,+process wine64 DeployUtil.exe ... 0009:trace:loaddll:load_native_dll Loaded L"Z:\\home\\focht\\Downloads\\win10sdk_arm64\\arm64\\DeployUtil.exe" at 0x140000000: native 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\msvcrt.dll" at 0x7fb3600000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-file-l1-2-2.dll" at 0x7fb34c0000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-errorhandling-l1-1-3.dll" at 0x7fb34a0000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-winrt-l1-1-0.dll" at 0x7fb3480000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\advapi32.dll" at 0x7fb33b0000: builtin ... 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-com-l1-1-1.dll" at 0x7fb2c80000: builtin 0009:err:module:import_dll Library api-ms-win-core-winrt-string-l1-1-1.dll (which is needed by L"Z:\\home\\focht\\Downloads\\win10sdk_arm64\\arm64\\DeployUtil.exe") not found 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\oleaut32.dll" at 0x7fb2af0000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-handle-l1-1-0.dll" at 0x7fb2ab0000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-synch-l1-2-1.dll" at 0x7fb2a80000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-winrt-error-l1-1-1.dll" at 0x7fb2a60000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-libraryloader-l1-2-1.dll" at 0x7fb2a40000: builtin 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\api-ms-win-core-rtlsupport-l1-2-0.dll" at 0x7fb2a20000: builtin 0009:err:module:import_dll Library api-ms-win-core-processthreads-l1-1-3.dll (which is needed by L"Z:\\home\\focht\\Downloads\\win10sdk_arm64\\arm64\\DeployUtil.exe") not found ... 0009:err:module:attach_dlls Importing dlls for L"Z:\\home\\focht\\Downloads\\win10sdk_arm64\\arm64\\DeployUtil.exe" failed, status c0000135 --- snip --- 'api-ms-win-core-processthreads-l1-1-2' exists but not the 1.1.3 API set. Wine source: https://source.winehq.org/git/wine.git/tree/HEAD:/dlls/api-ms-win-core-proc… https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/api-ms-win-core-proc… Microsoft docs: https://docs.microsoft.com/en-us/uwp/win32-and-com/win32-apis#apis-from-api… $ wine64 --version wine-3.19-117-g4852130c82 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 46101] New: Multiple ARM64 apps from Windows 10 SDK (10.0.17763.x) crash on unimplemented function api-ms-win-core-libraryloader-l1-2-1.dll.GetModuleHandleW
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=46101 Bug ID: 46101 Summary: Multiple ARM64 apps from Windows 10 SDK (10.0.17763.x) crash on unimplemented function api-ms-win-core-libraryloader-l1-2-1.dll.GetModuleHand leW Product: Wine Version: 3.19 Hardware: aarch64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: api-ms-win-* Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. --- snip --- $ pwd /home/focht/projects/woa-winrt/win10sdk-install/Windows Kits/10/bin/10.0.17763.0/arm64 $ WINEDEBUG=+seh,+loaddll,+process wine64 ./DeployUtil.exe ... wine: Call from 0x7bcd0024 to unimplemented function api-ms-win-core-libraryloader-l1-2-1.dll.GetModuleHandleW, aborting 0009:trace:seh:call_stack_handlers calling handler at 0x7b4d6330 code=80000100 flags=1 wine: Unimplemented function api-ms-win-core-libraryloader-l1-2-1.dll.GetModuleHandleW called at address 0x7bcd0024 (thread 0009), starting debugger... Threads: process tid prio (all id:s are in hex) 00000008 (D) Z:\home\focht\projects\woa-winrt\win10sdk-install\Windows Kits\10\bin\10.0.17763.0\arm64\DeployUtil.exe 00000009 0 <== ... System information: Wine build: wine-3.19-149-g0dd6105d23 Platform: arm64 Version: Windows 8.1 Host system: Linux Host version: 4.14.67-yocto-standard --- snip --- Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/api-ms-win-core-libr… --- snip --- 1 @ stdcall FindResourceW(long wstr wstr) kernel32.FindResourceW 2 @ stdcall LoadLibraryA(str) kernel32.LoadLibraryA 3 @ stdcall LoadLibraryW(wstr) kernel32.LoadLibraryW --- snip --- Microsoft docs: https://docs.microsoft.com/en-us/uwp/win32-and-com/win32-apis#apis-from-api… Even in the 1.2.0 APIset is has a lot more functions listed than Wine's .spec file. I wonder what Windows 10/SDK version was used to generate these spec files. Unfortunately that information is rarely given in the patch description. I've already complained about that poor traceability in the past. 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 46092] New: Multiple ARM64 apps from Windows 10 SDK (10.0.17763.x) want 'kernel32.GetSystemInfo' support for 'PROCESSOR_ARCHITECTURE_ARM64' ('Unknown processor architecture c')
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=46092 Bug ID: 46092 Summary: Multiple ARM64 apps from Windows 10 SDK (10.0.17763.x) want 'kernel32.GetSystemInfo' support for 'PROCESSOR_ARCHITECTURE_ARM64' ('Unknown processor architecture c') Product: Wine Version: 3.19 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, as it says. Encountered while playing with some 64-bit ARM apps from Win10 SDK (running in qemuarm64 machine). Not a blocker but still might be useful for more complete aarch64 Wine support. --- snip --- win10sdk-install/Windows Kits/10/Debuggers/arm64$ WINEDEBUG=+seh,+loaddll,+process WINEDLLOVERRIDES=dbgeng=n wine64 ./cdb.exe ... 0009:trace:loaddll:load_native_dll Loaded L"Z:\\home\\focht\\projects\\wine\\win10sdk-install\\Windows Kits\\10\\Debuggers\\arm64\\cdb.exe" at 0x140000000: native ... 0029:fixme:ver:GetFileVersionInfoSizeExW flags 0x2 ignored Microsoft (R) Windows Debugger Version 10.0.17763.1 ARM64 Copyright (c) Microsoft Corporation. All rights reserved. 0029:fixme:ver:GetFileVersionInfoExW flags 0x2 ignored 0009:fixme:reg:GetSystemInfo Unknown processor architecture c 0009:fixme:reg:GetSystemInfo Unknown processor architecture c 0029:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\api-ms-win-core-version-l1-1-0.dll" : builtin Failed to open \\.\com1 Kernel debugger failed initialization, Win32 error 0n2 "File not found." --- snip --- 0xC = 12 -> PROCESSOR_ARCHITECTURE_ARM64 Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/kernel32/cpu.c#l104 --- snip --- 104 VOID WINAPI GetSystemInfo( 105 LPSYSTEM_INFO si /* [out] Destination for system information, may not be NULL */) 106 { 107 NTSTATUS nts; 108 SYSTEM_CPU_INFORMATION sci; 109 110 TRACE("si=0x%p\n", si); 111 112 if ((nts = NtQuerySystemInformation( SystemCpuInformation, &sci, sizeof(sci), NULL )) != STATUS_SUCCESS) 113 { 114 SetLastError(RtlNtStatusToDosError(nts)); 115 return; 116 } ... 153 case PROCESSOR_ARCHITECTURE_ARM: 154 switch (sci.Level) 155 { 156 case 4: si->dwProcessorType = PROCESSOR_ARM_7TDMI; break; 157 default: si->dwProcessorType = PROCESSOR_ARM920; 158 } 159 break; 160 default: 161 FIXME("Unknown processor architecture %x\n", sci.Architecture); 162 si->dwProcessorType = 0; 163 } 164 si->dwAllocationGranularity = system_info.AllocationGranularity; 165 si->wProcessorLevel = sci.Level; 166 si->wProcessorRevision = sci.Revision; 167 } --- snip --- $ sha1sum 17763.1.180914-1434.rs5_release_WindowsSDK.iso e702b5e5f2597d01eaee1eb1be7a34b0da0b6211 17763.1.180914-1434.rs5_release_WindowsSDK.iso $ du -sh 17763.1.180914-1434.rs5_release_WindowsSDK.iso 815M 17763.1.180914-1434.rs5_release_WindowsSDK.iso $ wine64 --version wine-3.19-117-g4852130c82 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 46088] New: BETest tool from Windows 10 SDK (10.0.17763.x) crashes on unimplemented function vssapi.dll.CreateVssBackupComponentsInternal
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=46088 Bug ID: 46088 Summary: BETest tool from Windows 10 SDK (10.0.17763.x) crashes on unimplemented function vssapi.dll.CreateVssBackupComponentsInternal Product: Wine Version: 3.19 Hardware: aarch64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: vssapi Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. Encountered while playing with some 64-bit ARM apps from Win10 SDK (running in qemuarm64 machine). Most likely present with x86_64 Wine too. --- snip --- $ WINEDEBUG=+seh,+loaddll,+process wine64 ./betest.exe ... wine: Call from 0x7bccff04 to unimplemented function vssapi.dll.CreateVssBackupComponentsInternal, aborting 0009:trace:seh:call_stack_handlers calling handler at 0x7b4d6330 code=80000100 flags=1 wine: Unimplemented function vssapi.dll.CreateVssBackupComponentsInternal called at address 0x7bccff04 (thread 0009), starting debugger... 0009:trace:seh:start_debugger Starting debugger "winedbg --auto 8 80" ... 0009:trace:seh:call_stack_handlers handler at 0x7b4d6330 returned 1 Unhandled exception: unimplemented function vssapi.dll.CreateVssBackupComponentsInternal called in 64-bit code (0x000000007bccff04). Register dump: ARM64 EL0t Mode Pc:000000007bccff04 Sp:000000000022def0 Lr:000000007bcd20e8 Cpsr:20000000(--C-) x0: 000000000022df18 x1: 000000000022e390 x2: 0000000000000001 x3: 000000000022e2d0 x4: 000000000022e3a0 x5: 000000000022e300 x6: 0000007fa6e1e148 x7: 0000007fa6e1eeab x8: 000000000022df18 x9: 000000000022df18 x10:0000000000000008 x11:0000000000000002 x12:0000000140044000 x13:0000000000000001 x14:000000007bd0c4bd x15:0000000000000147 ip0:000000007b674000 ip1:0000007fa7f4b250 x18:000000007ffd8000 x19:0000000000000000 x20:0000000000000000 x21:00000001400345c8 x22:000000000022f8c0 x23:000000000022f8b8 x24:0000000000000000 x25:0000000140051000 x26:000000000022e3c0 x27:000000007b4ee926 x28:000000007b4a2b60 Fp:000000000022e2c0 Stack dump: ... Backtrace: =>0 0x000000007bccff04 RtlCaptureContext+0xa4() in ntdll (0x000000000022e2c0) 1 0x000000007bcd20e8 RtlRaiseException+0x33(rec=0x22e2d0) [/home/focht/projects/wine/mainline-src/dlls/ntdll/signal_arm64.c:976] in ntdll (0x000000000022e2c0) 2 0x000000007bcd20e8 RtlRaiseException+0x33(rec=0x22e390) [/home/focht/projects/wine/mainline-src/dlls/ntdll/signal_arm64.c:976] in ntdll (0x000000000022e380) 3 0x000000007b466b68 RaiseException+0xc7(code=0x7f, flags=0xa6e1e148, nbargs=0x7f, args=0x7fa6e1eeab) [/home/focht/projects/wine/mainline-src/dlls/kernel32/except.c:85] in kernel32 (0x000000000022e3b0) 4 0x0000007fa6e1e134 __wine_spec_unimplemented_stub+0x43(module=*** invalid address 0xffffbf53d43c4dde ***, function=0x0(nil)) [/home/focht/projects/wine/mainline-src/dlls/winecrt0/stub.c:34] in vssapi (0x000000000022f840) 5 0x0000007fa6e1d918 __wine_stub_CreateVssBackupComponentsInternal+0x1b() in vssapi (0x000000000022f8a0) 6 0x000000014000a78c in betest (+0xa78b) (0x000000000022f8a0) 0x000000007bccff04 RtlCaptureContext+0xa4 in ntdll: be_arm64_disasm_one_insn: not done Modules: Module Address Debug info Name (51 modules) ELF 7b400000- 7b826000 Dwarf kernel32<elf> \-PE 7b420000- 7b826000 \ kernel32 ELF 7bc00000- 7bd45000 Dwarf ntdll<elf> \-PE 7bc20000- 7bd45000 \ ntdll ELF 7c000000- 7c004000 Deferred <wine-loader> PE 140000000- 140056000 Export betest ELF 7fa6bc5000- 7fa6bfb000 Deferred imm32<elf> \-PE 7fa6bd0000- 7fa6bfb000 \ imm32 ... ELF 7fa8216000- 7fa8245000 Deferred ld-linux-aarch64.so.1 ELF 7fa8246000- 7fa8247000 Deferred [vdso].so Threads: process tid prio (all id:s are in hex) 00000008 (D) Z:\home\focht\Downloads\win10sdk_arm64\arm64\betest.exe 00000009 0 <== ... System information: Wine build: wine-3.19-117-g4852130c82 Platform: arm64 Version: Windows 8.1 Host system: Linux Host version: 4.14.67-yocto-standard --- snip --- Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/vssapi/vssapi.spec#l… --- snip --- 73 @ stub CreateVssBackupComponentsInternal --- snip --- Microsoft docs: https://docs.microsoft.com/en-us/windows/desktop/api/vsbackup/nf-vsbackup-c… $ sha1sum 17763.1.180914-1434.rs5_release_WindowsSDK.iso e702b5e5f2597d01eaee1eb1be7a34b0da0b6211 17763.1.180914-1434.rs5_release_WindowsSDK.iso $ du -sh 17763.1.180914-1434.rs5_release_WindowsSDK.iso 815M 17763.1.180914-1434.rs5_release_WindowsSDK.iso 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 46089] New: TopoEdit tool from Windows 10 SDK (10.0.17763.x) crashes in ntdll.LdrResolveDelayLoadedAPI during resolver failure ( NULL dll failure hook)
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=46089 Bug ID: 46089 Summary: TopoEdit tool from Windows 10 SDK (10.0.17763.x) crashes in ntdll.LdrResolveDelayLoadedAPI during resolver failure (NULL dll failure hook) Product: Wine Version: 3.19 Hardware: aarch64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. Encountered while playing with some 64-bit ARM apps from Win10 SDK (running in qemuarm64 machine). Most likely present with x86_64 Wine too. Trace log: --- snip --- $ WINEDEBUG=+seh,+relay,+loaddll,+process,+module,+ntdll wine64 ./topoedit.exe >>log.txt 2>&1 ... 002b:Ret PE DLL (proc=0x180035d70,module=0x180000000 L"tedutil.dll",reason=PROCESS_ATTACH,res=0x22fc48) retval=1 002b:trace:module:process_attach (L"tedutil.dll",0x22fc48) - END 002b:trace:module:process_attach (L"topoedit.exe",0x22fc48) - END 002b:Starting process L"Z:\\home\\focht\\Downloads\\win10sdk_arm64\\arm64\\topoedit.exe" (entryproc=0x14001ddb0) ... 002b:Call KERNEL32.LoadLibraryExW(140020a08 L"TEDUTIL.dll",00000000,00000000) ret=140012c64 ... 002b:Ret KERNEL32.LoadLibraryExW() retval=180000000 ret=140012c64 002b:Call ntdll.LdrResolveDelayLoadedAPI(140000000,140022588,00000000,7b43da8c,140027010,00000000) ret=14001e8fc 002b:fixme:module:LdrResolveDelayLoadedAPI (0x140000000, 0x140022588, (nil), 0x7b43da8c, 0x140027010, 0x00000000), partial stub 002b:trace:module:load_dll looking for L"ext-ms-win-shell-comctl32-init-l1-1-0.dll" in L"Z:\\home\\focht\\Downloads\\win10sdk_arm64\\arm64;C:\\windows\\system32;C:\\windows\\system;C:\\windows;.;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem" ... 002b:trace:module:get_load_order looking for L"ext-ms-win-shell-comctl32-init-l1-1-0.dll" 002b:trace:module:get_load_order got hardcoded default for L"ext-ms-win-shell-comctl32-init-l1-1-0.dll" 002b:trace:module:load_builtin_dll Trying built-in L"ext-ms-win-shell-comctl32-init-l1-1-0.dll" 002b:warn:module:load_builtin_dll cannot open .so lib for builtin L"ext-ms-win-shell-comctl32-init-l1-1-0.dll": /home/focht/projects/wine/mainline-install-aarch64/bin/../lib64/wine/ext-ms-win-shell-comctl32-init-l1-1-0.dll.so: cannot open shared object file: No such file or directory 002b:warn:module:load_dll Failed to load module L"ext-ms-win-shell-comctl32-init-l1-1-0.dll"; status=c0000135 002b:trace:seh:raise_exception info[0]=0000000000000000 002b:trace:seh:raise_exception info[1]=0000000000000000 002b:trace:seh:call_stack_handlers calling handler at 0x7b4d6330 code=c0000005 flags=0 002b:Call ntdll.NtCurrentTeb() ret=7b466c40 002b:Ret ntdll.NtCurrentTeb() retval=7ffd8000 ret=7b466c40 002b:Call ntdll.NtCreateEvent(0022edf0,001f0003,0022edf8,00000000,00000000) ret=7b466f00 002b:Ret ntdll.NtCreateEvent() retval=00000000 ret=7b466f00 002b:Call ntdll.NtCurrentTeb() ret=7b4c5924 002b:Ret ntdll.NtCurrentTeb() retval=7ffd8000 ret=7b4c5924 wine: Unhandled page fault on read access to 0x00000000 at address (nil) (thread 002b), starting debugger... ... System information: Wine build: wine-3.19-117-g4852130c82 Platform: arm64 Version: Windows 8.1 Host system: Linux Host version: 4.14.67-yocto-standard --- snip --- Running with debugger: --- snip --- Unhandled exception: page fault on read access to 0x00000000 in 64-bit code (0x0000000000000000). Register dump: ARM64 EL0t Mode Pc:0000000000000000 Sp:000000000023f5d0 Lr:000000007bc891b4 Cpsr:60000000(-ZC-) x0: 0000000000000004 x1: 000000000023f6a0 x2: 0000000000000010 x3: 000000007bd0c200 x4: 000000000023f6a0 x5: 0246490a4d1b1d40 x6: 401d1b4d0a494602 x7: 6e652e646c6e672e x8: 000000000023f6a0 x9: 0000000000000000 x10:00000000c0000135 x11:000000000000267c x12:000000000000267c x13:000000000002267c x14:0000000000000000 x15:0000000000000008 ip0:000000000002267c ip1:0000000000000000 x18:000000007ffd8000 x19:0000000140000000 x20:0000000000000001 x21:00000000002519be x22:0000000000000000 x23:000000014001f6f8 x24:0000000140025000 x25:0000000140025000 x26:000000007b4eaf38 x27:000000007b4ee926 x28:000000007b4a2b60 Fp:000000000023f740 ... Backtrace: =>0 0x0000000000000000 (0x000000000023f740) 1 0x000000007bc891b4 LdrResolveDelayLoadedAPI+0x3c7(base=0x140000000, desc=0x140022588, dllhook=(nil), syshook=0x7b494fa8, addr=0x140027010, flags=0) [/home/focht/projects/wine/mainline-src/dlls/ntdll/loader.c:2995] in ntdll (0x000000000023f740) 2 0x000000007bc891b4 LdrResolveDelayLoadedAPI+0x3c7(base=0x7b4a2b60, desc=0x7b8252b8, dllhook=0x140000000, syshook=0x140022588, addr=(nil), flags=0) [/home/focht/projects/wine/mainline-src/dlls/ntdll/loader.c:2995] in ntdll (0x000000000023f750) 3 0x000000014001e8fc in topoedit (+0x1e8fb) (0x000000000023f820) 4 0x0000000140012c90 in topoedit (+0x12c8f) (0x000000000023f820) 0x0000000000000000: -- no code accessible -- Wine-dbg>frame 1 2995 return dllhook(4, &delayinfo); Wine-dbg>info locals 0x000000007bc891b3 LdrResolveDelayLoadedAPI+0x3c7: (0023f740) void* base=0x140000000 (parameter [fp-32]) IMAGE_DELAYLOAD_DESCRIPTOR* desc=0x140022588 (parameter [fp-40]) PDELAYLOAD_FAILURE_DLL_CALLBACK dllhook=(nil) (parameter [fp-48]) void* syshook=0x7b494fa8 (parameter [fp-56]) IMAGE_THUNK_DATA* addr=0x140027010 (parameter [fp-64]) ULONG flags=0 (parameter [fp-68]) IMAGE_THUNK_DATA* pIAT=0x140027010 (local [fp-80]) IMAGE_THUNK_DATA* pINT=0x1400225d8 (local [fp-88]) DELAYLOAD_INFO delayinfo={Size=0x48, DelayloadDescriptor=0x140022588, ThunkAddress=0x140027010, TargetDllName="ext-ms-win-shell-comctl32-init-l1-1-0.dll", TargetApiDescriptor={ImportDescribedByName=0x1, Description={Name=*** invalid address 0x267c ***, Ordinal=0x267c}}, TargetModuleBase=0x0(nil), Unused=0x0(nil), LastError=0xc0000135} (local [fp-160]) UNICODE_STRING mod={Length=0, MaximumLength=0, Buffer=0x0(nil)} (local [fp-176]) CHAR* name="ext-ms-win-shell-comctl32-init-l1-1-0.dll" (local [sp+184]) HMODULE* phmod=0x140025858 (local [sp+176]) NTSTATUS nts=0xc0000135 (local [sp+172]) FARPROC fp=0x7bd0915d (local [sp+160]) DWORD id=0 (local [sp+156]) --- snip --- 'ext-ms-win-shell-comctl32-init-l1-1-0.dll' doesn't exist as stub dll in Wine hence the delay load failure. Wine's 'LdrResolveDelayLoadedAPI' implementation unconditionally calls the dll provided failure hook without checking for NULL pointer. The system failure hook parameter is actually valid: --- snip --- Wine-dbg>disas 0x7b494fa8 0x000000007b494fa8 DelayLoadFailureHook [/home/focht/projects/wine/mainline-src/dlls/kernel32/module.c:1220] in kernel32: be_arm64_disasm_one_insn: not done --- snip --- I guess this one could be called in case the dll failure hook is not provided. Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntdll/loader.c#l2936 --- snip --- 2936 void* WINAPI LdrResolveDelayLoadedAPI( void* base, const IMAGE_DELAYLOAD_DESCRIPTOR* desc, 2937 PDELAYLOAD_FAILURE_DLL_CALLBACK dllhook, void* syshook, 2938 IMAGE_THUNK_DATA* addr, ULONG flags ) 2939 { 2940 IMAGE_THUNK_DATA *pIAT, *pINT; 2941 DELAYLOAD_INFO delayinfo; 2942 UNICODE_STRING mod; 2943 const CHAR* name; 2944 HMODULE *phmod; 2945 NTSTATUS nts; 2946 FARPROC fp; 2947 DWORD id; 2948 2949 FIXME("(%p, %p, %p, %p, %p, 0x%08x), partial stub\n", base, desc, dllhook, syshook, addr, flags); 2950 2951 phmod = get_rva(base, desc->ModuleHandleRVA); 2952 pIAT = get_rva(base, desc->ImportAddressTableRVA); 2953 pINT = get_rva(base, desc->ImportNameTableRVA); 2954 name = get_rva(base, desc->DllNameRVA); 2955 id = addr - pIAT; 2956 2957 if (!*phmod) 2958 { 2959 if (!RtlCreateUnicodeStringFromAsciiz(&mod, name)) 2960 { 2961 nts = STATUS_NO_MEMORY; 2962 goto fail; 2963 } 2964 nts = LdrLoadDll(NULL, 0, &mod, phmod); 2965 RtlFreeUnicodeString(&mod); 2966 if (nts) goto fail; 2967 } 2968 2969 if (IMAGE_SNAP_BY_ORDINAL(pINT[id].u1.Ordinal)) 2970 nts = LdrGetProcedureAddress(*phmod, NULL, LOWORD(pINT[id].u1.Ordinal), (void**)&fp); 2971 else 2972 { 2973 const IMAGE_IMPORT_BY_NAME* iibn = get_rva(base, pINT[id].u1.AddressOfData); 2974 ANSI_STRING fnc; 2975 2976 RtlInitAnsiString(&fnc, (char*)iibn->Name); 2977 nts = LdrGetProcedureAddress(*phmod, &fnc, 0, (void**)&fp); 2978 } 2979 if (!nts) 2980 { 2981 pIAT[id].u1.Function = (ULONG_PTR)fp; 2982 return fp; 2983 } 2984 2985 fail: 2986 delayinfo.Size = sizeof(delayinfo); 2987 delayinfo.DelayloadDescriptor = desc; 2988 delayinfo.ThunkAddress = addr; 2989 delayinfo.TargetDllName = name; 2990 delayinfo.TargetApiDescriptor.ImportDescribedByName = !IMAGE_SNAP_BY_ORDINAL(pINT[id].u1.Ordinal); 2991 delayinfo.TargetApiDescriptor.Description.Ordinal = LOWORD(pINT[id].u1.Ordinal); 2992 delayinfo.TargetModuleBase = *phmod; 2993 delayinfo.Unused = NULL; 2994 delayinfo.LastError = nts; 2995 return dllhook(4, &delayinfo); 2996 } --- snip --- $ sha1sum 17763.1.180914-1434.rs5_release_WindowsSDK.iso e702b5e5f2597d01eaee1eb1be7a34b0da0b6211 17763.1.180914-1434.rs5_release_WindowsSDK.iso $ du -sh 17763.1.180914-1434.rs5_release_WindowsSDK.iso 815M 17763.1.180914-1434.rs5_release_WindowsSDK.iso 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 29413] New: Acronis True Image 11 Home installer: custom action returns with invalid SQL syntax error (empty column name in select expression)
by wine-bugs＠winehq.org 20 Mar '21

20 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=29413 Bug #: 29413 Summary: Acronis True Image 11 Home installer: custom action returns with invalid SQL syntax error (empty column name in select expression) Product: Wine Version: 1.3.35 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, while investigating bug 17212 I found another issue - though seems non-critical to overall install process. Actually I'm not sure if it's valid but here you go... The console spits out: --- snip --- err:msi:custom_get_thread_return Invalid Return Code 1615 --- snip --- This happens in "IsAllUsersPageEnabledCA" custom action. The first "select distinct" query is executed successfully: --- snip --- ... 0025:trace:msi:ACTION_CustomAction Handling custom action L"IsAllUsersPageEnabledCA" (1 L"CustomActionDLL" L"IsAllUsersPageEnabled") 0025:trace:msi:HANDLE_CustomType1 Calling function L"IsAllUsersPageEnabled" from L"C:\\users\\focht\\Temp\\msi5572.tmp" ... 002d:trace:msi:ACTION_CallDllFunction calling L"IsAllUsersPageEnabled" ... 002d:trace:msi:MsiGetActiveDatabase (1) 002d:trace:msi:alloc_msihandle 0x18bb68 -> 3 002d:trace:msi:alloc_msi_remote_handle 0x1182848 -> 4 002d:Ret msi.MsiGetActiveDatabase() retval=00000004 ret=01c136c4 002d:Call msi.MsiDatabaseOpenViewW(00000004,01c55270 L"select distinct `Directory`.`Directory`, `Directory`.`Directory_Parent`, `Component`.`Condition` from `Component`, `Directory` where `Component`.`Directory_` = `Directory`.`Directory`",01bfe7f0) ret=01c147ed 002d:trace:msi:MsiDatabaseOpenViewW L"select distinct `Directory`.`Directory`, `Directory`.`Directory_Parent`, `Component`.`Condition` from `Component`, `Directory` where `Component`.`Directory_` = `Directory`.`Directory`" 0x1bfe7f0 002d:trace:msi:MsiDatabaseOpenViewW L"select distinct `Directory`.`Directory`, `Directory`.`Directory_Parent`, `Component`.`Condition` from `Component`, `Directory` where `Component`.`Directory_` = `Directory`.`Directory`" 0x1bfe7f0 002d:trace:msi:MSI_DatabaseOpenViewW L"select distinct `Directory`.`Directory`, `Directory`.`Directory_Parent`, `Component`.`Condition` from `Component`, `Directory` where `Component`.`Directory_` = `Directory`.`Directory`" 0x1bfe604 ... 002d:trace:msidb:DISTINCT_CreateView (nil) ... 002d:trace:msi:MSI_ParseSQL Parse returned 0 002d:trace:msi:alloc_msihandle 0x11fac30 -> 5 002d:Ret msi.MsiDatabaseOpenViewW() retval=00000000 ret=01c147ed ... 002d:trace:msidb:DISTINCT_execute 0x12108c0 (nil) ... 002d:trace:msidb:DISTINCT_execute Row 69 -> 329 ... 002d:Ret msi.MsiViewExecute() retval=00000000 ret=01c13c44 ... --- snip --- shortly after, another SQL query is done: --- snip --- 002d:Call msi.MsiDatabaseOpenViewW(00000004,01c54f78 L"select distinct `Directory`.`Directory`, `Directory`.`Directory_Parent`, '' from `Directory` where `Directory`.`Directory` = ? ",01bfe774) ret=01c147ed 002d:trace:msi:MsiDatabaseOpenViewW L"select distinct `Directory`.`Directory`, `Directory`.`Directory_Parent`, '' from `Directory` where `Directory`.`Directory` = ? " 0x1bfe774 002d:trace:msi:MsiDatabaseOpenViewW L"select distinct `Directory`.`Directory`, `Directory`.`Directory_Parent`, '' from `Directory` where `Directory`.`Directory` = ? " 0x1bfe774 002d:trace:msi:MSI_DatabaseOpenViewW L"select distinct `Directory`.`Directory`, `Directory`.`Directory_Parent`, '' from `Directory` where `Directory`.`Directory` = ? " 0x1bfe594 .. 002d:trace:msi:MSI_ParseSQL Parse returned 1 ... 002d:trace:msi:msiobj_release object 0x11fac30 destroyed 002d:Ret msi.MsiDatabaseOpenViewW() retval=0000064f ret=01c147ed 002d:Call ntdll.RtlAllocateHeap(01c72000,00000000,00000100) ret=01c40d7f 002d:Ret ntdll.RtlAllocateHeap() retval=01c76a28 ret=01c40d7f 002d:Call KERNEL32.RaiseException(e06d7363,00000001,00000003,01bfe6ac) ret=01c409c6 002d:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b838b5b ip=7b838b5b tid=002d 002d:trace:seh:raise_exception info[0]=19930520 002d:trace:seh:raise_exception info[1]=01bfe714 002d:trace:seh:raise_exception info[2]=01c5f8fc 002d:trace:seh:raise_exception eax=7b826171 ebx=7b8a97a8 ecx=19930520 edx=01bfe5b4 esi=01bfe690 edi=01bfe610 002d:trace:seh:raise_exception ebp=01bfe5f8 esp=01bfe594 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000203 ... 002d:trace:msi:DllThread custom action (2d) returned 1615 --- snip --- -> invalid SQL syntax. The SQL query is hard coded into msi package: --- snip --- $ strings -e l AcronisTrueImage.msi | grep 'distinct' select distinct `Directory`.`Directory`, `Directory`.`Directory_Parent`, '' from `Directory` where `Directory`.`Directory` = ? select distinct `Directory`.`Directory`, `Directory`.`Directory_Parent`, `Component`.`Condition` from `Shortcut`, `Directory`, `Component` where `Shortcut`.`Directory_` = `Directory`.`Directory` and `Component`.`Component` = `Shortcut`.`Component_` select distinct `Directory`.`Directory`, `Directory`.`Directory_Parent`, `Component`.`Condition` from `Component`, `Directory` where `Component`.`Directory_` = `Directory`.`Directory` --- snip --- It's probably the empty column name ", ''" in select expression. Maybe someone knowledgeable in SQL query language can shed a light on this if this is allowed or the failure is expected. $ sha1sum TrueImage11.8053_s_en.exe 61e8ad32e4fc05ceeb6a125f2c026323a73db032 TrueImage11.8053_s_en.exe $ wine --version wine-1.3.35-117-g27e3e1a Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 5

[Bug 17212] New: Unimplemented function ntoskrnl.exe.KeInitializeMutex
by wine-bugs＠winehq.org 20 Mar '21

20 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=17212 Summary: Unimplemented function ntoskrnl.exe.KeInitializeMutex Product: Wine Version: 1.1.13 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntoskrnl AssignedTo: wine-bugs(a)winehq.org ReportedBy: mc2374(a)mclink.it Created an attachment (id=19133) --> (http://bugs.winehq.org/attachment.cgi?id=19133) Console output from the aborted installation Trying to install Acronis True Image Home 11. After some 'err' and 'fixme' (mostly in the msi component), the installation process halts with the above console message and throws an unhandled exception. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 28

Jump to page:

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 February 2019