wine-bugs December 2019

wine-bugs@winehq.org

1 participants
7465 discussions

[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 47308] New: VSS Test Writer Tool 'vswriter.exe' from Windows 10 SDK ( 10.0.17763.x) crashes on unimplemented function vssapi.dll.CreateWriterEx
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=47308 Bug ID: 47308 Summary: VSS Test Writer Tool 'vswriter.exe' from Windows 10 SDK (10.0.17763.x) crashes on unimplemented function vssapi.dll.CreateWriterEx Product: Wine Version: 4.9 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: vssapi Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 47286 --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files (x86)/Windows Kits/10/bin/10.0.17763.0/x64 $ wine ./vswriter.exe VswriterSample.xml ... Internal Error: an unexpected error happened in printStatus We were trying to print the following message: Initializing Writer wine: Call from 0x7b45330c to unimplemented function vssapi.dll.CreateWriterEx, aborting wine: Unimplemented function vssapi.dll.CreateWriterEx called at address 0x7b45330c (thread 0035), starting debugger... --- snip --- Microsoft docs: https://docs.microsoft.com/en-us/windows/desktop/api/vswriter/nf-vswriter-c… Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/vssapi/vssapi.spec#l… --- snip --- 81 @ stub CreateWriter 82 @ stub CreateWriterEx --- 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 $ wine --version wine-4.9-216-g381c4e7b66 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 3

[Bug 47286] New: VSS Test Writer Tool 'vswriter.exe' from Windows 10 SDK ( 10.0.17763.x) crashes on unimplemented function api-ms-win-security-lsalookup-l1-1-0.dll.LookupAccountSidLocalW
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=47286 Bug ID: 47286 Summary: VSS Test Writer Tool 'vswriter.exe' from Windows 10 SDK (10.0.17763.x) crashes on unimplemented function api-ms-win-security-lsalookup-l1-1-0.dll.LookupAccount SidLocalW Product: Wine Version: 4.9 Hardware: x86-64 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. Early Windows 7 API set stub dll. --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files (x86)/Windows Kits/10/bin/10.0.17763.0/x64 $ wine ./vswriter.exe test ... wine: Call from 0x7b45323c to unimplemented function api-ms-win-security-lsalookup-l1-1-0.dll.LookupAccountSidLocalW, aborting wine: Unimplemented function api-ms-win-security-lsalookup-l1-1-0.dll.LookupAccountSidLocalW called at address 0x7b45323c (thread 0037), starting debugger... Unhandled exception: unimplemented function api-ms-win-security-lsalookup-l.LookupAccountSidLocalW called in 64-bit code (0x000000007b45323c). Register dump: rip:000000007b45323c rsp:000000000024d210 rbp:000000000024d2e0 eflags:00000202 ( - -- I - - - ) rax:000000000024d230 rbx:0000000080000100 rcx:000000000024d230 rdx:000000000024d250 rsi:000000000024d320 rdi:000000000024d260 r8:0000000000000002 r9:000000000024d310 r10:0000000000000008 r11:0000000000000246 r12:0000000000000000 r13:000000000024f650 r14:0000000000066058 r15:0000000000000000 ... Backtrace: =>0 0x000000007b45323c RaiseException+0x6c(code=<is not available>, flags=<is not available>, nbargs=<is not available>, args=<is not available>) [/home/focht/projects/wine/mainline-src/dlls/kernel32/except.c:86] in kernel32 (0x000000000024d2e0) 1 0x00000000643415a5 __wine_spec_unimplemented_stub+0x34(module=<is not available>, function=<is not available>) [/home/focht/projects/wine/mainline-src/dlls/winecrt0/stub.c:32] in api-ms-win-security-lsalookup-l (0x000000000024d470) 2 0x000000006434148f args+0x6434148e() in api-ms-win-security-lsalookup-l (0x000000000024d470) 0x000000007b45323c RaiseException+0x6c [/home/focht/projects/wine/mainline-src/dlls/kernel32/except.c:86] in kernel32: leaq 0xfffffffffffffff0(%rbp),%rsp 86 } Modules: Module Address Debug info Name (79 modules) PE 64340000- 6435f000 Dwarf api-ms-win-security-lsalookup-l1-1-0 PE 6d700000- 6d7a5000 Deferred atl ELF 7b400000- 7b86c000 Dwarf kernel32<elf> \-PE 7b420000- 7b86c000 \ kernel32 ELF 7bc00000- 7bd55000 Deferred ntdll<elf> \-PE 7bc20000- 7bd55000 \ ntdll ELF 7c000000- 7c004000 Deferred <wine-loader> PE 140000000- 140072000 Deferred vswriter ... ELF 7f7ed7f59000- 7f7ed82fe000 Dwarf libwine.so.1 ELF 7f7ed8300000- 7f7ed8529000 Deferred ld-linux-x86-64.so.2 ELF 7fffedc8e000- 7fffedc8f000 Deferred [vdso].so Threads: process tid prio (all id:s are in hex) ... 00000036 (D) C:\Program Files (x86)\Windows Kits\10\bin\10.0.17763.0\x64\vswriter.exe 00000037 0 <== --- snip --- --- snip --- $ winedump -j import ./vswriter.exe | sed -n '/api-ms-win/,/^$/p' offset 000584d4 api-ms-win-security-lsalookup-l1-1-0.dll Hint/Name Table: 00059880 TimeDateStamp: 00000000 (Thu Jan 1 01:00:00 1970) ForwarderChain: 00000000 First thunk RVA: 00041380 Thunk Ordn Name 00041380 3 LookupAccountSidLocalW --- snip --- Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/api-ms-win-security-… --- snip --- 1 @ stub LookupAccountNameLocalA 2 @ stub LookupAccountNameLocalW 3 @ stub LookupAccountSidLocalA 4 @ stub LookupAccountSidLocalW 5 @ stub LsaLookupClose 6 @ stub LsaLookupFreeMemory 7 @ stub LsaLookupGetDomainInfo 8 @ stub LsaLookupManageSidNameMapping 9 @ stub LsaLookupOpenLocalPolicy 10 @ stub LsaLookupTranslateNames 11 @ stub LsaLookupTranslateSids --- snip --- https://www.win7dll.info/api-ms-win-security-lsalookup-l1-1-0_dll.html -> 6.1.7100.0 (winmain_win7rc.090421-1700) $ 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 $ wine --version wine-4.9-95-g6d05fae6f7 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 47309] New: WinML tool 'mlgen.exe' from Windows 10 SDK ( 10.0.17763.x ) crashes on startup, requires several api-ms-win-crt-private-l1-1-0.dll._o__* API functions
by wine-bugs＠winehq.org 21 Mar '21

21 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=47309 Bug ID: 47309 Summary: WinML tool 'mlgen.exe' from Windows 10 SDK ( 10.0.17763.x) crashes on startup, requires several api-ms-win-crt-private-l1-1-0.dll._o__* API functions Product: Wine Version: 4.9 Hardware: x86-64 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/.wine/drive_c/Program Files (x86)/Windows Kits/10/bin/10.0.17763.0/x64 $ wine ./mlgen.exe ... wine: Call from 0x7b45330c to unimplemented function api-ms-win-crt-private-l1-1-0.dll._o__get_stream_buffer_pointers, aborting 0035:err:module:LdrInitializeThunk "mlgenlib.dll" failed to initialize, aborting 0035:err:module:LdrInitializeThunk Initializing dlls for L"C:\\Program Files (x86)\\Windows Kits\\10\\bin\\10.0.17763.0\\x64\\mlgen.exe" failed, status 80000100 --- snip --- --- snip --- $ winedump -j import ./mlgen.exe | sed -n '/api-ms-win-crt-private/,/^$/p' offset 00032db0 api-ms-win-crt-private-l1-1-0.dll Hint/Name Table: 00034798 TimeDateStamp: 00000000 (Thu Jan 1 01:00:00 1970) ForwarderChain: 00000000 First thunk RVA: 000298D0 Thunk Ordn Name 000298d0 101 _o___stdio_common_vfwprintf 000298d8 109 _o___stdio_common_vsprintf_s 000298e0 144 _o__callnewh 000298e8 145 _o__calloc_base 000298f0 146 _o__cexit 000298f8 158 _o__configthreadlocale 00029900 160 _o__configure_wide_argv 00029908 166 _o__crt_atexit 00029910 191 _o__errno 00029918 198 _o__exit 00029920 240 _o__free_base 00029928 243 _o__fseeki64 00029930 245 _o__fsopen 00029938 270 _o__get_initial_wide_environment 00029940 54 _o__Getdays 00029948 55 _o__Getmonths 00029950 56 _o__Gettnames 00029958 316 _o__initialize_onexit_table 00029960 317 _o__initialize_wide_environment 00029968 318 _o__invalid_parameter_noinfo 00029970 319 _o__invalid_parameter_noinfo_noreturn 00029978 340 _o__ismbblead 00029980 413 _o__lock_file 00029988 427 _o__malloc_base 00029990 578 _o__purecall 00029998 590 _o__realloc_base 000299a0 592 _o__register_onexit_function 000299a8 601 _o__seh_filter_exe 000299b0 603 _o__set_app_type 000299b8 606 _o__set_fmode 000299c0 609 _o__set_new_mode 000299c8 57 _o__Strftime 000299d0 700 _o__unlock_file 000299d8 58 _o__W_Getdays 000299e0 59 _o__W_Getmonths 000299e8 60 _o__W_Gettnames 000299f0 712 _o__wcsdup 000299f8 61 _o__Wcsftime 00029a00 832 _o_abort 00029a08 859 _o_calloc 00029a10 876 _o_exit 00029a18 883 _o_fclose 00029a20 886 _o_fflush 00029a28 887 _o_fgetc 00029a30 888 _o_fgetpos 00029a38 890 _o_fgetwc 00029a40 903 _o_fputwc 00029a48 907 _o_free 00029a50 910 _o_frexp 00029a58 912 _o_fsetpos 00029a60 914 _o_fwrite 00029a68 932 _o_islower 00029a70 935 _o_isspace 00029a78 936 _o_isupper 00029a80 952 _o_ldexp 00029a88 962 _o_localeconv 00029a90 982 _o_malloc 00029a98 1009 _o_pow 00029aa0 1010 _o_powf 00029aa8 1045 _o_setlocale 00029ab0 1046 _o_setvbuf 00029ab8 1062 _o_strtod 00029ac0 1063 _o_strtof 00029ac8 1076 _o_terminate 00029ad0 1082 _o_tolower 00029ad8 1086 _o_ungetc 00029ae0 1087 _o_ungetwc 00029ae8 48 __uncaught_exception 00029af0 1119 memchr 00029af8 12 __C_specific_handler 00029b00 1 _CxxThrowException 00029b08 97 _o___stdio_common_vfprintf 00029b10 94 _o___std_exception_destroy 00029b18 93 _o___std_exception_copy 00029b20 91 _o___pctype_func 00029b28 82 _o___p__commode 00029b30 80 _o___p___wargv 00029b38 78 _o___p___argc 00029b40 66 _o___acrt_iob_func 00029b48 65 _o____mb_cur_max_func 00029b50 64 _o____lc_locale_name_func 00029b58 63 _o____lc_collate_cp_func 00029b60 62 _o____lc_codepage_func 00029b68 18 __CxxFrameHandler3 00029b70 1120 memcmp 00029b78 1121 memcpy 00029b80 1122 memmove --- snip --- Actually most of the imports are just auto-stubs hence I made the summary line more wildcardish. Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/api-ms-win-crt-priva… $ 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 $ wine --version wine-4.9-216-g381c4e7b66 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 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

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