May 2025 - Wine-Bugs - list.winehq.org

[Bug 25373] New: epoc32 emulator don't start
by wine-bugs＠winehq.org Aug. 24, 2026

Aug. 24, 2026

http://bugs.winehq.org/show_bug.cgi?id=25373 Summary: epoc32 emulator don't start 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: daniele(a)smartango.com $ env WINEPREFIX="/home/daniele/.wine" wine "C:\\Symbian\\9.1\\S60_3rd_MR\\Epoc32\\Release\\Winscw\\Udeb\\Epoc.exe" fixme:ntoskrnl:__regs_ExAcquireFastMutex 0x59cd818: stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex (0x59cd850) stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex ((nil)) stub fixme:ntoskrnl:__regs_ExAcquireFastMutex 0x59cd818: stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex (0x59cd850) stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex ((nil)) stub fixme:ntoskrnl:__regs_ExAcquireFastMutex 0x59cd818: stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex (0x59cd850) stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex ((nil)) stub fixme:ntoskrnl:__regs_ExAcquireFastMutex 0x59cd818: stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex (0x59cd850) stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex ((nil)) stub fixme:ntoskrnl:__regs_ExAcquireFastMutex 0x59cd818: stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex (0x59cd850) stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex ((nil)) stub fixme:ntoskrnl:__regs_ExAcquireFastMutex 0x59cd818: stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex (0x59cd850) stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex ((nil)) stub fixme:ntoskrnl:__regs_ExAcquireFastMutex 0xffffff01: stub err:mmtime:TIME_MMTimeStop Timer still active?! $ strace env WINEPREFIX="/home/daniele/.wine" wine "C:\\Symbian\\9.1\\S60_3rd_MR\\Epoc32\\Release\\Winscw\\Udeb\\Epoc.exe" 2>mylog.txt I attach strace (fist time I report a bug here, I think strace could be useful ...) -- 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.

3 12

[Bug 47062] New: Multiple E-Banking applications by KOBIL Systems GmbH crash on startup due to ntdll.NtQueryDirectoryObject '\\KnownDlls' failure (MigrosBank EBanking 8.2.x, Sparda Bank SecureApp 1.x)
by wine-bugs＠winehq.org Aug. 24, 2026

Aug. 24, 2026

https://bugs.winehq.org/show_bug.cgi?id=47062 Bug ID: 47062 Summary: Multiple E-Banking applications by KOBIL Systems GmbH crash on startup due to ntdll.NtQueryDirectoryObject '\\KnownDlls' failure (MigrosBank EBanking 8.2.x, Sparda Bank SecureApp 1.x) Product: Wine Version: 4.6 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 47061 Stable links for current installers: Sparda Bank SecureApp: https://web.archive.org/web/20190422125056/https://www.sparda.de/secureapp-… Corresponding VirusTotal scan: https://www.virustotal.com/gui/file/444c501236d5704e43ff5238a03b2c66a08eeba… --- MigrosBank EBanking app: https://web.archive.org/web/20190422124354/https://download.migrosbank.ch/m… Corresponding VirusTotal scan: https://www.virustotal.com/gui/file/9cd93cc70c6a8b24dbf47a3d20c9a1ed5f63414… --- Trace log: --- snip --- $ pwd /home/focht/.wine/drive_c/users/focht/Application Data/Sparda/AST-Client $ WINEDEBUG=+seh,+relay wine ./SpardaSecureApp.exe >>log.txt 2>&1 ... 002b:Call TLS callback (proc=0x20010530,module=0x20000000,reason=PROCESS_ATTACH,reserved=0) 002b:Call KERNEL32.VirtualAlloc(00000000,00000006,00003000,00000004) ret=2001256a 002b:Ret KERNEL32.VirtualAlloc() retval=00340000 ret=2001256a 002b:Call KERNEL32.VirtualAlloc(00000000,00000017,00003000,00000004) ret=2001258d 002b:Ret KERNEL32.VirtualAlloc() retval=00350000 ret=2001258d 002b:Call KERNEL32.GetModuleHandleA(00340000 "ntdll") ret=20012652 002b:Ret KERNEL32.GetModuleHandleA() retval=7bc10000 ret=20012652 002b:Call KERNEL32.GetProcAddress(7bc10000,00350000 "NtSetInformationThread") ret=20012659 002b:Ret KERNEL32.GetProcAddress() retval=7bc24870 ret=20012659 ... 002b:Ret KERNEL32.VirtualFree() retval=00000001 ret=20010706 002b:Ret TLS callback (proc=0x20010530,module=0x20000000,reason=PROCESS_ATTACH,reserved=0) 002b:Starting process L"C:\\users\\focht\\Application Data\\Sparda\\AST-Client\\SpardaSecureApp.exe" (entryproc=0x2002954a) ... 002b:Call KERNEL32.LoadLibraryExW(20061890 L"api-ms-win-core-synch-l1-2-0",00000000,00000800) ret=2002e36c 002b:trace:ntdll:FILE_CreateFile handle=0x33f860 access=80100000 name=L"\\??\\C:\\windows\\system32\\api-ms-win-core-synch-l1-2-0.dll" objattr=00000040 root=(nil) sec=(nil) io=0x33f870 alloc_size=(nil) attr=00000000 sharing=00000005 disp=1 options=00000060 ea=(nil).0x00000000 002b:Call LDR notification callback (proc=0x20010d80,reason=1,data=0x33fc5c,context=(nil)) 002b:Call KERNEL32.VirtualAlloc(00000000,000001f4,00001000,00000004) ret=20015ced 002b:Ret KERNEL32.VirtualAlloc() retval=00380000 ret=20015ced 002b:Call ntdll.RtlInitUnicodeString(0033fb30,00380112 L"\\KnownDlls") ret=20015db1 002b:Ret ntdll.RtlInitUnicodeString() retval=00000016 ret=20015db1 002b:Call ntdll.NtOpenDirectoryObject(0033fba8,00000003,0033fb64) ret=20015e36 002b:trace:ntdll:NtOpenDirectoryObject (0x33fba8,0x00000003,{name=L"\\KnownDlls", attr=0x00000040, hRoot=(nil), sd=(nil)} ) 002b:Ret ntdll.NtOpenDirectoryObject() retval=c0000034 ret=20015e36 002b:Call KERNEL32.VirtualFree(00380000,00000000,00008000) ret=20015e48 002b:Ret KERNEL32.VirtualFree() retval=00000001 ret=20015e48 002b:Call KERNEL32.VirtualAlloc(00000000,000001f4,00001000,00000004) ret=20015ced 002b:Ret KERNEL32.VirtualAlloc() retval=00380000 ret=20015ced 002b:Call ntdll.RtlInitUnicodeString(0033fae8,00380112 L"\\KnownDlls") ret=20015db1 002b:Ret ntdll.RtlInitUnicodeString() retval=00000016 ret=20015db1 002b:Call ntdll.NtOpenDirectoryObject(0033fb60,00000003,0033fb1c) ret=20015e36 002b:trace:ntdll:NtOpenDirectoryObject (0x33fb60,0x00000003,{name=L"\\KnownDlls", attr=0x00000040, hRoot=(nil), sd=(nil)} ) 002b:Ret ntdll.NtOpenDirectoryObject() retval=c0000034 ret=20015e36 002b:Call KERNEL32.VirtualFree(00380000,00000000,00008000) ret=20015e48 002b:Ret KERNEL32.VirtualFree() retval=00000001 ret=20015e48 002b:Call KERNEL32.VirtualAlloc(00000000,000001f4,00001000,00000004) ret=20016641 002b:Ret KERNEL32.VirtualAlloc() retval=00380000 ret=20016641 002b:Call KERNEL32.VirtualFree(00380000,00000000,00008000) ret=20016756 002b:Ret KERNEL32.VirtualFree() retval=00000001 ret=20016756 002b:Call ntdll.wcslen(00000000) ret=2001675d 002b:trace:seh:raise_exception code=c0000005 flags=0 addr=0x7bcb7c66 ip=7bcb7c66 tid=002b 002b:trace:seh:raise_exception info[0]=00000000 002b:trace:seh:raise_exception info[1]=00000000 002b:trace:seh:raise_exception eax=7bcb7c60 ebx=7bc2c030 ecx=00000000 edx=00000000 esi=0033fbb8 edi=0033fb84 002b:trace:seh:raise_exception ebp=0033fb78 esp=0033fb78 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010246 002b:trace:seh:call_stack_handlers calling handler at 0x2002e0e0 code=c0000005 flags=0 002b:trace:seh:call_stack_handlers handler at 0x2002e0e0 returned 1 002b:trace:seh:call_stack_handlers calling handler at 0x7b4a0c30 code=c0000005 flags=0 ... Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x7bcb7c66). ... Backtrace: =>0 0x7bcb7c66 NTDLL_wcslen+0x6(str=0x0(nil)) [/home/focht/projects/wine/mainline-src/include/wine/unicode.h:201] in ntdll (0x0033fb78) 1 0x7bc7ef34 relay_call+0x43() in ntdll (0x0033fba0) 2 0x7bc2c04a __wine_stub__fltused+0x97c1() in ntdll (0x0033fc08) 3 0x2001675d EntryPoint+0xffffffff() in spardasecureapp (0x0033fc08) 4 0x20010d9d EntryPoint+0xffffffff() in spardasecureapp (0x0033fc18) 5 0x7bc5b5c4 call_ldr_notifications+0x83(reason=0x1, module=<is not available>) [/home/focht/projects/wine/mainline-src/dlls/ntdll/loader.c:371] in ntdll (0x0033fc88) 6 0x7bc6078f process_attach.part+0x10e() in ntdll (0x0033fcc8) 7 0x7bc65777 LdrLoadDll+0x81(path_name=<couldn't compute location>, flags=<couldn't compute location>, libname=<couldn't compute location>, hModule=<couldn't compute location>) [/home/focht/projects/wine/mainline-src/dlls/ntdll/loader.c:1288] in ntdll (0x0033fd08) 8 0x7b4689cc load_library+0xdb(libname=0x33fda8, flags=0x800) [/home/focht/projects/wine/mainline-src/dlls/kernel32/module.c:975] in kernel32 (0x0033fd88) 9 0x7b4690e1 LoadLibraryExW+0xdb() [/home/focht/projects/wine/mainline-src/dlls/kernel32/module.c:1035] in kernel32 (0x0033fdc8) 10 0x7bc7ef34 relay_call+0x43() in ntdll (0x0033fdfc) 11 0x7b429d56 __wine_stub___wine_call_from_16_regs+0x6515() in kernel32 (0x0033fe28) 12 0x2002e36c in spardasecureapp (+0x2e36b) (0x0033fe28) 13 0x2002e2d5 in spardasecureapp (+0x2e2d4) (0x0033fe40) 14 0x2002e4b4 in spardasecureapp (+0x2e4b3) (0x0033fe5c) 15 0x2002e894 in spardasecureapp (+0x2e893) (0x0033fe80) 16 0x200293f5 EntryPoint+0xffffffff() in spardasecureapp (0x0033fec0) 17 0x7b4729f2 call_process_entry+0x11() in kernel32 (0x0033fed8) 18 0x7b47531a start_process+0x149(entry=<couldn't compute location>, peb=<couldn't compute location>) [/home/focht/projects/wine/mainline-src/dlls/kernel32/process.c:1256] in kernel32 (0x0033ffd8) 19 0x7b4729fe start_process_wrapper+0x9() in kernel32 (0x0033ffec) 0x7bcb7c66 NTDLL_wcslen+0x6 [/home/focht/projects/wine/mainline-src/include/wine/unicode.h:201] in ntdll: cmpw $0,0x0(%edx) 201 while (*s) s++; Modules: Module Address Debug info Name (20 modules) PE 20000000-200d8000 Export spardasecureapp ELF 7b400000-7b830000 Dwarf kernel32<elf> \-PE 7b420000-7b830000 \ kernel32 ELF 7bc00000-7bd2a000 Dwarf ntdll<elf> \-PE 7bc10000-7bd2a000 \ ntdll ELF 7c000000-7c004000 Deferred <wine-loader> ... Threads: process tid prio (all id:s are in hex) ... 0000002a (D) C:\users\focht\Application Data\Sparda\AST-Client\SpardaSecureApp.exe 0000002b 0 <== --- snip --- Some prerequisite info: https://blogs.msdn.microsoft.com/larryosterman/2004/07/19/what-are-known-dl… Apparently the protection code wants to look at '\\KnownDlls' directory object using 'ntdll.NtQueryDirectoryObject' to enumerate entries (OBJECT_DIRECTORY_INFORMATION) which obviously fails under Wine. $ sha1sum spardasecureapp_p.exe d579216a3a61555c68a75636893216b8a4233737 spardasecureapp_p.exe $ du -sh spardasecureapp_p.exe 9.6M spardasecureapp_p.exe $ wine --version wine-4.6-108-g9d7d68747b 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.

3 4

[Bug 46815] New: PS4 Remote Play 2.x (.NET 4.x app) fails on startup, reports 'Cannot connect to the server.' (missing TEMP directory in user' s Local AppData directory)
by wine-bugs＠winehq.org Aug. 24, 2026

Aug. 24, 2026

https://bugs.winehq.org/show_bug.cgi?id=46815 Bug ID: 46815 Summary: PS4 Remote Play 2.x (.NET 4.x app) fails on startup, reports 'Cannot connect to the server.' (missing TEMP directory in user's Local AppData directory) Product: Wine Version: 4.3 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 46809 (and bug 46812). The app still fails, displaying a message "Cannot connect to the server.". Prerequisite: * 64-bit WINEPREFIX * .NET Framework 4.6 ('winetricks -q dotnet46) * Windows version set to 8.1 or higher Install with Wine-Staging 4.3 or use patch from bug 46812 Work around bug 46809 (https://bugs.winehq.org/show_bug.cgi?id=46809#c2) --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files (x86)/Sony/PS4 Remote Play $ WINEDEBUG=+seh,+relay wine ./RemotePlay.exe >>log.txt 2>&1 ... 0040:Call shell32.SHGetFolderPathW(00000000,0000001c,00000000,00000000,001f2720) ret=79b46917 ... 0040:Call shlwapi.PathFileExistsW(0683f440 L"C:\\users\\focht\\Local Settings\\Application Data") ret=786a4a8c ... 0040:Ret shlwapi.PathFileExistsW() retval=00000001 ret=786a4a8c 0040:Ret shell32.SHGetFolderPathW() retval=00000000 ret=79b46917 ... 0040:Call KERNEL32.GetFullPathNameW(0683f458 L"C:\\users\\focht\\Local Settings\\Application Data",00000105,0683f22c,00000000) ret=79b48abb 0040:Ret KERNEL32.GetFullPathNameW() retval=0000002e ret=79b48abb ... 0040:Call KERNEL32.GetFullPathNameW(0683f3e4 L"C:\\users\\focht\\Local Settings\\Application Data\\Temp\\rp-version-win.json",00000105,0683f1b8,00000000) ret=79b48abb 0040:Ret KERNEL32.GetFullPathNameW() retval=00000047 ret=79b48abb ... 0040:Call KERNEL32.GetLastError() ret=00cb4513 0040:Ret KERNEL32.GetLastError() retval=000003f0 ret=00cb4513 0040:Call KERNEL32.CreateFileW(0171eb50 L"C:\\users\\focht\\Local Settings\\Application Data\\Temp\\rp-version-win.json",40000000,00000001,00000000,00000002,00100000,00000000) ret=79b47fac 0040:Ret KERNEL32.CreateFileW() retval=ffffffff ret=79b47fac ... 0040:Call KERNEL32.GetFullPathNameW(0683f3e4 L"C:\\users\\focht\\Local Settings\\Application Data\\Temp\\pplist.json",00000105,0683f1b8,00000000) ret=79b48abb 0040:Ret KERNEL32.GetFullPathNameW() retval=0000003f ret=79b48abb ... 0040:Call KERNEL32.CreateFileW(0171f224 L"C:\\users\\focht\\Local Settings\\Application Data\\Temp\\pplist.json",40000000,00000001,00000000,00000002,00100000,00000000) ret=79b47fac 0040:Ret KERNEL32.CreateFileW() retval=ffffffff ret=79b47fac 0040:Call KERNEL32.GetLastError() ret=00cb4513 0040:Ret KERNEL32.GetLastError() retval=00000003 ret=00cb4513 ... 0040:Call KERNEL32.RaiseException(e0434352,00000001,00000005,0683f5a0) ret=00c9d135 0040:trace:seh:raise_exception code=e0434352 flags=1 addr=0x7b44c03b ip=7b44c03b tid=0040 0040:trace:seh:raise_exception info[0]=80070003 0040:trace:seh:raise_exception info[1]=00000000 0040:trace:seh:raise_exception info[2]=00000000 0040:trace:seh:raise_exception info[3]=00000000 0040:trace:seh:raise_exception info[4]=00b70000 0040:trace:seh:raise_exception eax=7b43a48d ebx=00000005 ecx=00000000 edx=0683f550 esi=0683f550 edi=0683f510 0040:trace:seh:raise_exception ebp=0683f4e8 esp=0683f484 cs=6830023 ds=683002b es=f7c5002b fs=f7c50063 gs=f7c5006b flags=00000216 0040:trace:seh:call_vectored_handlers calling handler at 0xc95ce3 code=e0434352 flags=1 0040:Call KERNEL32.GetLastError() ret=00c95d11 0040:Ret KERNEL32.GetLastError() retval=00000003 ret=00c95d11 ... 0038:Call user32.CreateWindowExW(00000000,01719420 L"WindowsForms10.STATIC.app.0.141b42a_r5_ad1",01727e08 L"Cannot connect to the server.",5600000d,00000010,0000001c,000001c0,00000041,0001008a,00000000,00400000,00000000) ret=0506dccf ... --- snip --- Corresponding managed callstacks using CLR debugger (normally invisible): --- snip --- ... (f6.f3): CLR exception - code e0434352 (first chance) Exception object: 0174ac28 Exception type: System.IO.DirectoryNotFoundException Message: Could not find a part of the path 'C:\users\focht\Local Settings\Application Data\Temp\rp-version-win.json'. InnerException: <none> StackTrace (generated): <none> StackTraceString: <none> HResult: 80070003 OS Thread Id: 0xf3 (8) Child SP IP Call Site 0682f5f4 7b44c03b [HelperMethodFrame: 0682f5f4] 0682f6a4 79ad7de4 System.IO.__Error.WinIOError(Int32, System.String) 0682f6c4 79a95714 System.IO.FileStream.Init(System.String, System.IO.FileMode, System.IO.FileAccess, Int32, Boolean, System.IO.FileShare, Int32, System.IO.FileOptions, SECURITY_ATTRIBUTES, System.String, Boolean, Boolean, Boolean) 0682f794 79a664e7 System.IO.FileStream..ctor(System.String, System.IO.FileMode, System.IO.FileAccess) 0682f7b0 03e655df System.Net.WebClient.DownloadFileAsync(System.Uri, System.String, System.Object) 0682f7ec 03e65510 System.Net.WebClient.DownloadFileAsync(System.Uri, System.String) 0682f7f4 003edb75 RemoteplayUI.CheckUpdate.?() 0682f890 79b1b6b2 System.Threading.Tasks.Task`1[[System.Int32, mscorlib]].InnerInvoke() 0682f89c 79b1e570 System.Threading.Tasks.Task.Execute() 0682f8c0 79b1e9ba System.Threading.Tasks.Task.ExecutionContextCallback(System.Object) 0682f8c4 79a963e4 System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean) 0682f930 79a96326 System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean) 0682f944 79b1e838 System.Threading.Tasks.Task.ExecuteWithThreadLocal(System.Threading.Tasks.Task ByRef) 0682f9a8 79b1e724 System.Threading.Tasks.Task.ExecuteEntry(Boolean) 0682f9b8 79b1e66c System.Threading.Tasks.Task.System.Threading.IThreadPoolWorkItem.ExecuteWorkItem() 0682f9bc 79adb953 System.Threading.ThreadPoolWorkQueue.Dispatch() 0682fa0c 79adb7fa System.Threading._ThreadPoolWaitCallback.PerformWaitCallback() 0682fc34 00b71366 [DebuggerU2MCatchHandlerFrame: 0682fc34] (f6.f3): CLR exception - code e0434352 (first chance) Exception object: 0174c808 Exception type: System.IO.DirectoryNotFoundException Message: Could not find a part of the path 'C:\users\focht\Local Settings\Application Data\Temp\pplist.json'. InnerException: <none> StackTrace (generated): <none> StackTraceString: <none> HResult: 80070003 OS Thread Id: 0xf3 (8) Child SP IP Call Site 0682f5f4 7b44c03b [HelperMethodFrame: 0682f5f4] 0682f6a4 79ad7de4 System.IO.__Error.WinIOError(Int32, System.String) 0682f6c4 79a95714 System.IO.FileStream.Init(System.String, System.IO.FileMode, System.IO.FileAccess, Int32, Boolean, System.IO.FileShare, Int32, System.IO.FileOptions, SECURITY_ATTRIBUTES, System.String, Boolean, Boolean, Boolean) 0682f794 79a664e7 System.IO.FileStream..ctor(System.String, System.IO.FileMode, System.IO.FileAccess) 0682f7b0 03e655df System.Net.WebClient.DownloadFileAsync(System.Uri, System.String, System.Object) 0682f7ec 03e65510 System.Net.WebClient.DownloadFileAsync(System.Uri, System.String) 0682f7f4 003edc60 RemoteplayUI.CheckUpdate.?() 0682f890 79b1b6b2 System.Threading.Tasks.Task`1[[System.Int32, mscorlib]].InnerInvoke() 0682f89c 79b1e570 System.Threading.Tasks.Task.Execute() 0682f8c0 79b1e9ba System.Threading.Tasks.Task.ExecutionContextCallback(System.Object) 0682f8c4 79a963e4 System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean) 0682f930 79a96326 System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean) 0682f944 79b1e838 System.Threading.Tasks.Task.ExecuteWithThreadLocal(System.Threading.Tasks.Task ByRef) 0682f9a8 79b1e724 System.Threading.Tasks.Task.ExecuteEntry(Boolean) 0682f9b8 79b1e66c System.Threading.Tasks.Task.System.Threading.IThreadPoolWorkItem.ExecuteWorkItem() 0682f9bc 79adb953 System.Threading.ThreadPoolWorkQueue.Dispatch() 0682fa0c 79adb7fa System.Threading._ThreadPoolWaitCallback.PerformWaitCallback() 0682fc34 00b71366 [DebuggerU2MCatchHandlerFrame: 0682fc34] ... --- snip --- Looks like the app wants to put files into '%CSIDL_LOCAL_APPDATA%\\Temp' https://stackoverflow.com/questions/1322442/getting-user-temporary-folder-p… --- quote --- In Windows 10, this can be tricky because the value of the Temporary Path depends not only what it's set to by default, but also what kind of app you're using. So it depends what specifically you need. [Common Area] TEMP in User's Local App Data #include <Windows.h> #include <Shlobj.h> #include <Shlobj_core.h> #include <string_view> // ... static void GetUserLocalTempPath(std::wstring& input_parameter) { static constexpr std::wstring_view temp_label = L"\\Temp\\"; HWND folder_handle = { 0 }; WCHAR temp_path[MAX_PATH]; auto get_folder = SHGetFolderPath( folder_handle, CSIDL_LOCAL_APPDATA, NULL, SHGFP_TYPE_DEFAULT, temp_path ); if (get_folder == S_OK) { input_parameter = static_cast<const wchar_t*>(temp_path); input_parameter.append(temp_label); CloseHandle(folder_handle); } } GetUserLocalTempPath will likely return the full name instead of the short name. Also, if whatever is running it is doing it as as SYSTEM instead of a logged in user, instead of it returning %USERPROFILE%\AppData\Local\Temp, it will return something more like, C:\Windows\System32\config\systemprofile\AppData\Local\Temp --- quote --- Manually creating the directory gets the app further (to run into next issue) Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/shell32/shellpath.c#… --- snip --- 4570 /****************************************************************************** 4571 * create_extra_folders [Internal] 4572 * 4573 * Create some extra folders that don't have a standard CSIDL definition. 4574 */ 4575 static HRESULT create_extra_folders(void) 4576 { 4577 static const WCHAR environW[] = {'E','n','v','i','r','o','n','m','e','n','t',0}; 4578 static const WCHAR microsoftW[] = {'M','i','c','r','o','s','o','f','t',0}; 4579 static const WCHAR TempW[] = {'T','e','m','p',0}; 4580 static const WCHAR TEMPW[] = {'T','E','M','P',0}; 4581 static const WCHAR TMPW[] = {'T','M','P',0}; 4582 WCHAR path[MAX_PATH+5]; 4583 HRESULT hr; 4584 HKEY hkey; 4585 DWORD type, size, ret; 4586 4587 ret = RegCreateKeyW( HKEY_CURRENT_USER, environW, &hkey ); 4588 if (ret) return HRESULT_FROM_WIN32( ret ); 4589 4590 /* FIXME: should be under AppData, but we don't want spaces in the temp path */ 4591 hr = SHGetFolderPathAndSubDirW( 0, CSIDL_PROFILE | CSIDL_FLAG_CREATE, NULL, 4592 SHGFP_TYPE_DEFAULT, TempW, path ); 4593 if (SUCCEEDED(hr)) 4594 { 4595 size = sizeof(path); 4596 if (RegQueryValueExW( hkey, TEMPW, NULL, &type, (LPBYTE)path, &size )) 4597 RegSetValueExW( hkey, TEMPW, 0, REG_SZ, (LPBYTE)path, (strlenW(path) + 1) * sizeof(WCHAR) ); 4598 size = sizeof(path); 4599 if (RegQueryValueExW( hkey, TMPW, NULL, &type, (LPBYTE)path, &size )) 4600 RegSetValueExW( hkey, TMPW, 0, REG_SZ, (LPBYTE)path, (strlenW(path) + 1) * sizeof(WCHAR) ); 4601 } 4602 RegCloseKey( hkey ); 4603 4604 if (SUCCEEDED(hr)) 4605 { 4606 hr = SHGetFolderPathAndSubDirW( 0, CSIDL_COMMON_APPDATA | CSIDL_FLAG_CREATE, NULL, 4607 SHGFP_TYPE_DEFAULT, microsoftW, path ); 4608 } 4609 if (SUCCEEDED(hr)) 4610 { 4611 hr = SHGetFolderPathAndSubDirW(0, CSIDL_APPDATA | CSIDL_FLAG_CREATE, NULL, 4612 SHGFP_TYPE_DEFAULT, Microsoft_Windows_ThemesW, path); 4613 } 4614 return hr; 4615 } --- snip --- There is even a related FIXME comment. $ sha1sum RemotePlayInstaller.exe d7e56a826e82689383687dfc63fe2a035b987604 RemotePlayInstaller.exe $ du -sh RemotePlayInstaller.exe 19M RemotePlayInstaller.exe $ wine --version wine-4.3-229-g6d82b2f1ad 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 35557] New: Mipony (download manager) installer fails with 'Unable to initialize installer GUI'
by wine-bugs＠winehq.org Aug. 24, 2026

Aug. 24, 2026

https://bugs.winehq.org/show_bug.cgi?id=35557 Bug ID: 35557 Summary: Mipony (download manager) installer fails with 'Unable to initialize installer GUI' Product: Wine Version: 1.7.12 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, encountered while visiting bug 28240 The installer seems to be dhtml-based with embedded jscript. Trace log (installer doesn't like +relay): --- snip --- $ WINEDEBUG=+tid,+seh,+loaddll,+process,+mshtml,+ieframe,+shdocvw,+msgbox,+jscript wine ./Mipony-Installer.exe >>log.txt 2>&1 ... 002b:trace:mshtml:nsIOService_NewURI ("wyciwyg://1/file:///C:/users/focht/Temp/ish25248293/bootstrap_43166.html" (null) (nil) 0x33e1ac) ... 002b:trace:jscript:interp_var_set L"oNewDoc" 002b:trace:jscript:prop_put L"oNewDoc" = obj(0x19ba220) 002b:trace:mshtml:HTMLWindow2_AddRef (0x19ba220) ref=6 002b:trace:mshtml:HTMLWindow2_Release (0x19ba220) ref=5 002b:trace:jscript:interp_ident L"oNewDoc" 002b:trace:jscript:identifier_eval L"oNewDoc" 002b:trace:jscript:DispatchEx_QueryInterface (0x26213a8)->(IID_IDispatchJS 0x33ede8) 002b:trace:mshtml:HTMLWindow2_AddRef (0x19ba220) ref=6 002b:trace:jscript:prop_get L"oNewDoc" ret obj(0x19ba220) 002b:trace:jscript:interp_str L"write" 002b:trace:jscript:interp_memberid 0 002b:trace:mshtml:HTMLWindow2_AddRef (0x19ba220) ref=7 002b:trace:mshtml:HTMLWindow2_Release (0x19ba220) ref=6 002b:trace:mshtml:dispex_query_interface (0x1b4738c)->(IID_IDispatchJS 0x33ee68) returning NULL 002b:trace:mshtml:HTMLWindow2_QueryInterface (0x19ba220)->(IID_IDispatchEx 0x33eeac) 002b:trace:mshtml:HTMLWindow2_AddRef (0x19ba220) ref=7 002b:trace:mshtml:WindowDispEx_GetDispID (0x19ba220)->(L"write" 10000001 0x33ef20) 002b:trace:jscript:JScript_GetScriptDispatch (0x1b47560)->(0x33ed1c) 002b:trace:jscript:DispatchEx_QueryInterface (0x2839000)->(IID_IDispatchEx 0x33ed58) 002b:trace:jscript:DispatchEx_GetDispID (0x2839000)->(L"write" 10000001 0x33edc0) 002b:trace:jscript:jsdisp_get_id not found L"write" 002b:trace:mshtml:DispatchEx_GetDispID (0x1b4738c)->(L"write" 10000001 0x33ef20) 002b:trace:mshtml:HTMLDocument3_getElementById (0x25b0e28)->(L"write" 0x33ee08) 002b:trace:mshtml:HTMLWindow2_Release (0x19ba220) ref=6 002b:trace:mshtml:HTMLWindow2_Release (0x19ba220) ref=5 002b:trace:jscript:interp_ident L"external" 002b:trace:jscript:identifier_eval L"external" 002b:trace:jscript:jsdisp_get_id not found L"external" 002b:trace:jscript:jsdisp_get_id not found L"external" 002b:trace:mshtml:dispex_query_interface (0x1b4738c)->(IID_IDispatchJS 0x33edb8) returning NULL 002b:trace:mshtml:HTMLWindow2_QueryInterface (0x1b47358)->(IID_IDispatchEx 0x33edfc) 002b:trace:mshtml:HTMLWindow2_AddRef (0x1b47358) ref=5 002b:trace:mshtml:WindowDispEx_GetDispID (0x1b47358)->(L"external" 10000001 0x33ee74) 002b:trace:jscript:JScript_GetScriptDispatch (0x1b47560)->(0x33ec6c) 002b:trace:jscript:DispatchEx_QueryInterface (0x2839000)->(IID_IDispatchEx 0x33eca8) 002b:trace:jscript:DispatchEx_GetDispID (0x2839000)->(L"external" 10000001 0x33ed10) 002b:trace:jscript:jsdisp_get_id not found L"external" 002b:trace:mshtml:DispatchEx_GetDispID (0x1b4738c)->(L"external" 10000001 0x33ee74) 002b:trace:mshtml:HTMLWindow2_Release (0x1b47358) ref=4 002b:trace:mshtml:HTMLWindow2_AddRef (0x1b47358) ref=5 002b:trace:mshtml:dispex_query_interface (0x1b4738c)->(IID_IDispatchJS 0x33ede8) returning NULL 002b:trace:mshtml:HTMLWindow2_QueryInterface (0x1b47358)->(IID_IDispatchEx 0x33ee50) 002b:trace:mshtml:HTMLWindow2_AddRef (0x1b47358) ref=6 002b:trace:mshtml:WindowDispEx_InvokeEx (0x1b47358)->(491 409 2 0x33ee54 0x33ee40 0x25bbef8 0x1b475a8) 002b:trace:mshtml:DispatchEx_InvokeEx (0x1b4738c)->(491 409 2 0x33ee54 0x33ee40 0x25bbef8 0x1b475a8) 002b:trace:mshtml:HTMLWindow2_QueryInterface (0x1b47358)->(IID_IHTMLWindow2 0x33ebb8) 002b:trace:mshtml:HTMLWindow2_AddRef (0x1b47358) ref=7 002b:trace:mshtml:HTMLWindow2_get_external (0x1b47358)->(0x33eb84) 002b:trace:ieframe:DocHostUIHandler_GetExternal (0x135dc0)->(0x33eb84) 002b:trace:mshtml:HTMLWindow2_Release (0x1b47358) ref=6 002b:trace:mshtml:HTMLWindow2_Release (0x1b47358) ref=5 002b:trace:mshtml:HTMLWindow2_Release (0x1b47358) ref=4 002b:trace:jscript:interp_str L"irsoBootstrapPage" 002b:trace:jscript:interp_memberid 0 002b:trace:jscript:disp_get_id using IDispatch 002b:trace:jscript:interp_str L"main.html" 002b:trace:jscript:interp_call_member 1 1 002b:trace:jscript:disp_call using IDispatch 002b:trace:jscript:interp_call_member 1 0 002b:warn:jscript:throw_error L"Object doesn't support this property or method" 002b:trace:jscript:prop_get L"prototype" ret obj(0x28384a0) 002b:trace:jscript:DispatchEx_QueryInterface (0x28384a0)->(IID_IDispatchJS 0x33e5b8) 002b:trace:jscript:init_dispex 0x19c3f20 (0x28384a0) 002b:trace:jscript:ensure_prop_name creating prop L"number" flags 0 002b:trace:jscript:prop_put L"number" = -2146827850.000000 002b:trace:jscript:ensure_prop_name creating prop L"message" flags 200 002b:trace:jscript:prop_put L"message" = str(L"Object doesn't support this property or method") 002b:trace:jscript:ensure_prop_name creating prop L"description" flags 0 002b:trace:jscript:prop_put L"description" = str(L"Object doesn't support this property or method") 002b:trace:jscript:enter_bytecode EXCEPTION 800a01b6 002b:trace:mshtml:HTMLWindow2_Release (0x1b47358) ref=3 002b:trace:jscript:prop_put L"arguments" = undefined 002b:trace:jscript:jsdisp_free (0x25dc1e0) 002b:trace:jscript:jsdisp_free (0x26213a8) 002b:trace:mshtml:HTMLWindow2_Release (0x19ba220) ref=4 002b:warn:mshtml:HTMLWindow_invoke L"r" <<< 800a01b6 002b:trace:seh:raise_exception code=eedfade flags=1 addr=0x7b83a97b ip=7b83a97b tid=002b 002b:trace:seh:raise_exception info[0]=004df4f0 002b:trace:seh:raise_exception info[1]=00685210 002b:trace:seh:raise_exception info[2]=00000001 002b:trace:seh:raise_exception info[3]=00000000 002b:trace:seh:raise_exception info[4]=00000000 002b:trace:seh:raise_exception info[5]=0033f87c 002b:trace:seh:raise_exception info[6]=0033f79c ... 002b:trace:msgbox:MSGBOX_OnInit L"Unable to initialize installer GUI." --- snip --- Content of 'bootstrap_43166.html': --- snip --- <body><script>function r(){var oNewDoc=document.open("text/html"); oNewDoc.write(external.irsoBootstrapPage("main.html")); oNewDoc.close();}</script></body> --- snip --- $ sha1sum Mipony-Installer.exe e55a7b59cde35a86300fbe039e10e091598bc9ba Mipony-Installer.exe $ du -sh Mipony-Installer.exe 680K Mipony-Installer.exe $ wine --version wine-1.7.12 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.

3 12

[Bug 42383] New: certmgr.exe is unable to import certificate in PKCS12 format
by wine-bugs＠winehq.org Aug. 24, 2026

Aug. 24, 2026

https://bugs.winehq.org/show_bug.cgi?id=42383 Bug ID: 42383 Summary: certmgr.exe is unable to import certificate in PKCS12 format Product: Wine Version: 2.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: info(a)winomega.com Distribution: --- Created attachment 57178 --> https://bugs.winehq.org/attachment.cgi?id=57178 error message Microsoft Certificate Manager Tool (certmgr.exe) is unable to import PKCS12 files. When this is attempted it failed with following error: "The file format is not recognized. Please select another file." I'm using the 32-bit version as published in Microsoft Visual Studio 2017 (freely downloadable). Its md5sum is: 322bf8029866cf3eb7f1de33f18fb07a certmgr.exe -- 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 54963] New: Adobe Lightroom needs Windows.Storage.Streams.InMemoryRandomAccessStream
by WineHQ Bugzilla Aug. 23, 2026

Aug. 23, 2026

https://bugs.winehq.org/show_bug.cgi?id=54963 Bug ID: 54963 Summary: Adobe Lightroom needs Windows.Storage.Streams.InMemoryRandomAccessStream Product: Wine Version: 8.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bugs(a)bzatek.net Distribution: --- Essentially any newer functionality like the advanced masking and object detection fails on unimplemented InMemoryRandomAccessStream: 0a78:fixme:combase:RoActivateInstance (00007F110172E538, 00007F110172E4F8): semi-stub 0a78:fixme:combase:RoGetActivationFactory (L"Windows.Storage.Streams.InMemoryRandomAccessStream", {00000035-0000-0000-c000-000000000046}, 00007F110172E498): semi-stub 0a78:err:combase:RoGetActivationFactory Failed to find library for L"Windows.Storage.Streams.InMemoryRandomAccessStream" I haven't managed to find the required library anywhere, any advice appreciated. -- 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 49079] New: Multiple applications want support for CREATE_NO_WINDOW flag (0x08000000) in CreateProcess
by WineHQ Bugzilla Aug. 23, 2026

Aug. 23, 2026

https://bugs.winehq.org/show_bug.cgi?id=49079 Bug ID: 49079 Summary: Multiple applications want support for CREATE_NO_WINDOW flag (0x08000000) in CreateProcess Product: Wine Version: 5.7 Hardware: x86-64 OS: Linux Status: NEW Severity: minor Priority: P2 Component: kernelbase Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, found while investigating bug 49078 Not really needed for getting the to app work but I think it's still worth to keep track of for later as real-world test case. You need to work around bug 49076 ("Sennheiser Wireless Systems Manager 4.4 installer overwrites Wine builtin "system/os" dlls, causing broken WINEPREFIX (SfcIsFileProtected is a stub)") to fix the WINEPREFIX after installation. Download: https://web.archive.org/web/20200502103749/http://sennheiser-sites.com/resp… Prerequisite: 'winetricks -q dotnet45' --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files (x86)/Sennheiser/Wireless Systems Manager $ WINEDEBUG=+seh,+relay,+loaddll,+process,+secur32,+ntlm wine ./WSM.exe >>log.txt 2>&1 ... 00c8:Call KERNEL32.CreateProcessW(00000000,03ece868 L"\"C:\\Program Files (x86)\\Sennheiser\\Wireless Systems Manager\\WSMServerBinaries\\WSM.Server.exe\" ",00000000,00000000,00000001,08000400,00000000,00000000,0031f7f4,03ecbc10) ret=6711d6b5 ... 00c8:warn:process:CreateProcessInternalW (L"C:\\Program Files (x86)\\Sennheiser\\Wireless Systems Manager\\WSMServerBinaries\\WSM.Server.exe",...): ignoring some flags in 8000400 ... 00c8:trace:process:CreateProcessInternalW started process pid 00e4 tid 00e8 ... 00c8:Ret KERNEL32.CreateProcessW() retval=00000001 ret=6711d6b5 ... --- snip --- The process is a console app: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files (x86)/Sennheiser/Wireless Systems Manager/WSMServerBinaries $ winedump WSM.Server.exe Contents of WSM.Server.exe: 8704 bytes File Header Machine: 014C (i386) Number of Sections: 3 TimeDateStamp: 5DF710AF (Mon Dec 16 06:05:51 2019) offset 136 PointerToSymbolTable: 00000000 NumberOfSymbols: 00000000 SizeOfOptionalHeader: 00E0 Characteristics: 0022 EXECUTABLE_IMAGE LARGE_ADDRESS_AWARE Optional Header (32bit) Magic 0x10B 267 linker version 48.00 size of code 0xc00 3072 size of initialized data 0x1400 5120 size of uninitialized data 0x0 0 entrypoint RVA 0x2aa6 10918 base of code 0x2000 8192 base of data 0x4000 16384 image base 0x400000 4194304 section align 0x2000 8192 file align 0x200 512 required OS version 4.00 image version 0.00 subsystem version 6.00 Win32 Version 0x0 0 size of image 0x8000 32768 size of headers 0x200 512 checksum 0x0 0 Subsystem 0x3 (Windows CUI) DLL characteristics: 0x8560 DYNAMIC_BASE NX_COMPAT NO_SEH TERMINAL_SERVER_AWARE stack reserve size 0x100000 1048576 stack commit size 0x1000 4096 heap reserve size 0x100000 1048576 heap commit size 0x1000 4096 loader flags 0x0 0 RVAs & sizes 0x10 16 Data Directory EXPORT rva: 0x0 size: 0x0 IMPORT rva: 0x2a54 size: 0x4f RESOURCE rva: 0x4000 size: 0x1148 EXCEPTION rva: 0x0 size: 0x0 SECURITY rva: 0x0 size: 0x0 BASERELOC rva: 0x6000 size: 0xc DEBUG rva: 0x0 size: 0x0 ARCHITECTURE rva: 0x0 size: 0x0 GLOBALPTR rva: 0x0 size: 0x0 TLS rva: 0x0 size: 0x0 LOAD_CONFIG rva: 0x0 size: 0x0 Bound IAT rva: 0x0 size: 0x0 IAT rva: 0x2000 size: 0x8 Delay IAT rva: 0x0 size: 0x0 CLR Header rva: 0x2008 size: 0x48 rva: 0x0 size: 0x0 Done dumping WSM.Server.exe --- snip --- Microsoft docs: https://docs.microsoft.com/en-us/windows/win32/procthread/process-creation-… --- quote --- CREATE_NO_WINDOW 0x08000000 The process is a console application that is being run without a console window. Therefore, the console handle for the application is not set. This flag is ignored if the application is not a console application, or if it is used with either CREATE_NEW_CONSOLE or DETACHED_PROCESS. --- quote --- Also found this document which contains some interesting tidbits: https://github.com/rprichard/win32-console-docs/blob/master/README.md Wine source: https://source.winehq.org/git/wine.git/blob/d1f858e03da732c621504f90e349d51… --- snip --- 432 /********************************************************************** 433 * CreateProcessInternalW (kernelbase.@) 434 */ 435 BOOL WINAPI DECLSPEC_HOTPATCH CreateProcessInternalW( HANDLE token, const WCHAR *app_name, WCHAR *cmd_line, 436 SECURITY_ATTRIBUTES *process_attr, 437 SECURITY_ATTRIBUTES *thread_attr, 438 BOOL inherit, DWORD flags, void *env, 439 const WCHAR *cur_dir, STARTUPINFOW *startup_info, 440 PROCESS_INFORMATION *info, HANDLE *new_token ) 441 { 442 WCHAR name[MAX_PATH]; 443 WCHAR *p, *tidy_cmdline = cmd_line; 444 RTL_USER_PROCESS_PARAMETERS *params = NULL; 445 RTL_USER_PROCESS_INFORMATION rtl_info; 446 HANDLE parent = NULL; 447 NTSTATUS status; ... 471 /* Warn if unsupported features are used */ 472 473 if (flags & (IDLE_PRIORITY_CLASS | HIGH_PRIORITY_CLASS | REALTIME_PRIORITY_CLASS | 474 CREATE_DEFAULT_ERROR_MODE | CREATE_NO_WINDOW | 475 PROFILE_USER | PROFILE_KERNEL | PROFILE_SERVER)) 476 WARN( "(%s,...): ignoring some flags in %x\n", debugstr_w(app_name), flags ); ... --- snip --- $ sha1sum Sennheiser_WSM_Setup_4.4.6.6.exe be82329265ce8fca79334612007ea9b1f894bf8f Sennheiser_WSM_Setup_4.4.6.6.exe $ du -sh Sennheiser_WSM_Setup_4.4.6.6.exe 122M Sennheiser_WSM_Setup_4.4.6.6.exe $ wine --version wine-5.7-177-gad1fad8a94 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 50233] New: Signtools from Windows 10 SDK needs 'wintrust.CryptCATAdminAcquireContext2' implementation
by WineHQ Bugzilla Aug. 23, 2026

Aug. 23, 2026

https://bugs.winehq.org/show_bug.cgi?id=50233 Bug ID: 50233 Summary: Signtools from Windows 10 SDK needs 'wintrust.CryptCATAdminAcquireContext2' implementation Product: Wine Version: 5.22 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. The stub was added in bug 45998 (https://source.winehq.org/git/wine.git/commitdiff/479c30072884c6342bc08faae…) Download(s): * "https://download.microsoft.com/download/1/c/3/1c3d5161-d9e9-4e4b-9b43-b70fe… SDK Signing Tools-x86_en-us.msi" * https://download.microsoft.com/download/1/c/3/1c3d5161-d9e9-4e4b-9b43-b70fe… * https://download.microsoft.com/download/1/c/3/1c3d5161-d9e9-4e4b-9b43-b70fe… * https://download.microsoft.com/download/1/c/3/1c3d5161-d9e9-4e4b-9b43-b70fe… * https://download.microsoft.com/download/1/c/3/1c3d5161-d9e9-4e4b-9b43-b70fe… You can get these direct downloads by running the the Windows 10 SDK web-installer, selecting the wanted packages and inspect the log file. https://developer.microsoft.com/en-us/windows/downloads/sdk-archive/ I've created snapshots on archive.org because like other vendors, MS has a bad habit of silently removing stuff after a while "rewriting history; it didn't happen". Just prepend "https://web.archive.org/web/*/" to the original direct links from MS. One liner for downloading all required payloads: --- snip --- $ for file in {4c3ef4b2b1dc72149f979f4243d2accf,685f3d4691f444bc382762d603a99afc,e5c4b31ff9997ac5603f4f28cd7df602,e98fa5eb5fee6ce17a7a69d585870b7c}.cab "Windows SDK Signing Tools-x86_en-us.msi" ; do wget "https://download.microsoft.com/download/1/c/3/1c3d5161-d9e9-4e4b-9b43-b70fe…" ; done --- snip --- Prerequisite: 'winetricks -q mfc42' (32-bit) --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files (x86)/Windows Kits/10/bin/10.0.19041.0/x86 $ wine ./signtool.exe verify signtool.exe 0024:fixme:wintrust:CryptCATAdminAcquireContext2 0031E060 (null) (null) 00000000 0 stub SignTool Error: CryptCATAdminAcquireContext2 returned error: 0x00000078 Call not implemented. Unexpected error: "CryptCATAdminAcquireContext2 failed". --- snip --- Wine source: https://source.winehq.org/git/wine.git/blob/2ad09b01673381261815bfc804a2f69… --- snip --- 148 /*********************************************************************** 149 * CryptCATAdminAcquireContext2 (WINTRUST.@) 150 */ 151 BOOL WINAPI CryptCATAdminAcquireContext2(HCATADMIN *catAdmin, const GUID *sys, const WCHAR *algorithm, 152 const CERT_STRONG_SIGN_PARA *policy, DWORD flags) 153 { 154 FIXME("%p %s %s %p %x stub\n", catAdmin, debugstr_guid(sys), debugstr_w(algorithm), policy, flags); 155 SetLastError(ERROR_CALL_NOT_IMPLEMENTED); 156 return FALSE; 157 } --- snip --- $ sha1sum *.cab *msi 4614d732dfceb8816c95f147ff9d99dd1fcfd6dc 4c3ef4b2b1dc72149f979f4243d2accf.cab 933328788d00ec5b08fd9bfd2903b50a2caa83d3 685f3d4691f444bc382762d603a99afc.cab 3c452b0200382f8ab7495002b541735c47193c91 e5c4b31ff9997ac5603f4f28cd7df602.cab 8c451f3fdfe54356d1a4bb2ff9374aef200d399b e98fa5eb5fee6ce17a7a69d585870b7c.cab da91ee0facad49b74da579e73ab05a10630234c8 Windows SDK Signing Tools-x86_en-us.msi $ du -sh *.cab *msi 532K 4c3ef4b2b1dc72149f979f4243d2accf.cab 1.1M 685f3d4691f444bc382762d603a99afc.cab 580K e5c4b31ff9997ac5603f4f28cd7df602.cab 1.4M e98fa5eb5fee6ce17a7a69d585870b7c.cab 388K Windows SDK Signing Tools-x86_en-us.msi $ wine --version wine-5.22-260-g2ad09b01673 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 32461] New: Evolve client (.NET 4.0 app) crashes on startup due to broken libgcrypt AES-NI support (misaligned stack for SSE operations, upstream)
by wine-bugs＠winehq.org Aug. 23, 2026

Aug. 23, 2026

http://bugs.winehq.org/show_bug.cgi?id=32461 Bug #: 32461 Summary: Evolve client (.NET 4.0 app) crashes on startup due to broken libgcrypt AES-NI support (misaligned stack for SSE operations, upstream) Product: Wine Version: 1.5.19 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, continuation of bug 32408 Adding this bug for documentation purposes. Prerequisite: 'winetricks -q dotnet40' (32-bit WINEPREFIX) Optional (the client will download/install on its own): 'winetricks -q msxml6' The app crashes in libgcrypt. With proper debug symbols for i686 libgcrypt we get: --- snip --- $ winedbg --gdb ./Updater.exe Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 62] 0x7e29453d in do_aesni_enc_aligned ( a=0x7e2cb398 "\001K\257\"x\246\235\063\035Q\200\020\066C\351\232gC\303\321Q\232\264\362͚x\253\t\245\021\275]\036\362\r\316ּ\274\022\023\032\307\305G\210\252\b\016\225\027\353\026wq\232\317r\200\206\004", <incomplete sequence \343>, b=0x577d3a4 "\360R'~o\004", ctx=0x577d1a8) at rijndael.c:710 710 asm volatile ("movdqu %[src], %%xmm0\n\t" /* xmm0 := *a */ Wine-gdb> bt #0 0x7e29453d in do_aesni_enc_aligned ( a=0x7e2cb398 "\001K\257\"x\246\235\063\035Q\200\020\066C\351\232gC\303\321Q\232\264\362͚x\253\t\245\021\275]\036\362\r\316ּ\274\022\023\032\307\305G\210\252\b\016\225\027\353\026wq\232\317r\200\206\004", <incomplete sequence \343>, b=0x577d3a4 "\360R'~o\004", ctx=0x577d1a8) at rijndael.c:710 #1 do_aesni (ctx=0x577d1a8, decrypt_flag=0, bx=0x577d3a4 "\360R'~o\004", ax=0x7e2cb398 "\001K\257\"x\246\235\063\035Q\200\020\066C\351\232gC\303\321Q\232\264\362͚x\253\t\245\021\275]\036\362\r\316ּ\274\022\023\032\307\305G\210\252\b\016\225\027\353\026wq\232\317r\200\206\004", <incomplete sequence \343>) at rijndael.c:1132 #2 0x7e294946 in rijndael_encrypt (context=0x577d1a8, b=0x577d3a4 "\360R'~o\004", a=0x7e2cb398 "\001K\257\"x\246\235\063\035Q\200\020\066C\351\232gC\303\321Q\232\264\362͚x\253\t\245\021\275]\036\362\r\316ּ\274\022\023\032\307\305G\210\252\b\016\225\027\353\026wq\232\317r\200\206\004", <incomplete sequence \343>) at rijndael.c:1155 #3 0x7e294f58 in selftest_basic_128 () at rijndael.c:1660 #4 0x7e294aff in selftest () at rijndael.c:1749 #5 do_setkey (keylen=16, key=0x7c906678 "!\312{\226\200j\356\030\247\256S\241\344\202", <incomplete sequence \304>, ctx=0x7c908670) at rijndael.c:209 #6 rijndael_setkey (context=0x7c908670, key=0x7c906678 "!\312{\226\200j\356\030\247\256S\241\344\202", <incomplete sequence \304>, keylen=16) at rijndael.c:444 #7 0x7e278df8 in cipher_setkey (c=0x7c9085f0, key=<optimized out>, keylen=16) at cipher.c:896 #8 0x7e26e5b4 in gcry_cipher_setkey (hd=0x7c9085f0, key=0x7c906678, keylen=16) at visibility.c:521 #9 0x7e39743c in wrap_gcry_cipher_setkey (ctx=0x7c9085f0, key=0x7c906678, keysize=16) at cipher.c:115 #10 0x7e31e462 in _gnutls_cipher_init (handle=0x7c901c64, cipher=GNUTLS_CIPHER_AES_128_CBC, key=0x7c901c5c, iv=0x7c901c54) at gnutls_cipher_int.c:71 #11 0x7e3294f7 in _gnutls_init_record_state (params=0x7c901c38, read=1, state=0x7c901c4c) at gnutls_constate.c:299 #12 0x7e329ac8 in _gnutls_epoch_set_keys (session=0x7c901290, epoch=1) at gnutls_constate.c:431 #13 0x7e32a198 in _gnutls_write_connection_state_init (session=0x7c901290) at gnutls_constate.c:602 #14 0x7e31280d in _gnutls_send_handshake_final (session=0x7c901290, init=1) at gnutls_handshake.c:2888 #15 0x7e315e41 in _gnutls_handshake_common (session=0x7c901290) at gnutls_handshake.c:3121 #16 0x7e31781e in gnutls_handshake (session=0x7c901290) at gnutls_handshake.c:2690 #17 0x7e4c1a1a in schan_imp_handshake (session=0x7c901290) at /home/focht/projects/wine/wine-git/dlls/secur32/schannel_gnutls.c:162 #18 0x7e4bff6c in schan_InitializeSecurityContextW (phCredential=0x188ed0, phContext=0x54ad0b0, pszTargetName=0xfc01bc, fContextReq=524572, Reserved1=0, TargetDataRep=16, pInput=0x12da3bc, Reserved2=0, phNewContext=0x577d7f0, pOutput=0x12da3d0, pfContextAttr=0x11c3138, ptsExpiry=0x577d8e8) at /home/focht/projects/wine/wine-git/dlls/secur32/schannel.c:766 #19 0x7e4c9180 in InitializeSecurityContextW (phCredential=0x577d8f0, phContext=0x577d9f4, pszTargetName=0xfc01bc, fContextReq=524572, Reserved1=0, TargetDataRep=16, pInput=0x12da3bc, Reserved2=0, phNewContext=0x11c6bfc, pOutput=0x12da3d0, pfContextAttr=0x11c3138, ptsExpiry=0x577d8e8) at /home/focht/projects/wine/wine-git/dlls/secur32/wrapper.c:346 ... --- snip --- Source: http://git.gnupg.org/cgi-bin/gitweb.cgi?p=libgcrypt.git;a=blob;f=cipher/rij… --- snip --- 1626 /* Run the self-tests for AES 128. Returns NULL on success. */ 1627 static const char* 1628 selftest_basic_128 (void) 1629 { 1630 RIJNDAEL_context ctx; 1631 unsigned char scratch[16]; 1632 ... 1672 1673 rijndael_setkey (&ctx, key_128, sizeof (key_128)); 1674 rijndael_encrypt (&ctx, scratch, plaintext_128); 1675 if (memcmp (scratch, ciphertext_128, sizeof (ciphertext_128))) 1676 return "AES-128 test encryption failed."; 1677 rijndael_decrypt (&ctx, scratch, scratch); 1678 if (memcmp (scratch, plaintext_128, sizeof (plaintext_128))) 1679 return "AES-128 test decryption failed."; 1680 1681 return NULL; 1682 } --- snip --- "RIJNDAEL_context ctx" was not properly 16-byte aligned on stack, hence the crash in encrypt using SSE instructions. Using big brother I found some reports about this problem: --- Gentoo "dev-libs/libgcrypt-1.5.0-r2 - aes-ni segfaults" buglink: https://bugs.gentoo.org/show_bug.cgi?id=442568 patch: http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/dev-libs/libgcrypt/… --- Debian "libgcrypt11: New 1.5.0 version segfaults with NSS/PAM LDAP" buglink: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=643336 --- Upstream libgcrypt buglink: https://bugs.g10code.com/gnupg/issue1452 patch: http://git.gnupg.org/cgi-bin/gitweb.cgi?p=libgcrypt.git;a=commitdiff;h=a969… --- The "final" patch (using __attribute__ ((aligned (16))) on "RIJNDAEL_context" structure) did not fix the issue for me. At least on my Fedora 16, gcc version 4.6.3 20120306 (Red Hat 4.6.3-2) still misaligned context buffers, causing segfault. I added "-mpreferred-stack-boundary=2" to CFLAGS to force gcc to realign the stack in function prolog. Fixed prolog code: --- snip --- .text:08001EE0 selftest_basic_128: .text:08001EE0 push ebp .text:08001EE1 mov ebp, esp .text:08001EE3 lea esp, [esp-0Ch] .text:08001EE7 and esp, 0FFFFFFF0h .text:08001EEA lea esp, [esp-22Ch] ... --- snip --- I suspect there are various other distros still broken regarding this bug hence you need to build a fixed libgcrypt version on your own. 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.

3 5

[Bug 54695] New: Adobe Premiere Pro CS6: Fails to load msxml3
by WineHQ Bugzilla Aug. 23, 2026

Aug. 23, 2026

https://bugs.winehq.org/show_bug.cgi?id=54695 Bug ID: 54695 Summary: Adobe Premiere Pro CS6: Fails to load msxml3 Product: Wine Version: 8.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msxml3 Assignee: wine-bugs(a)winehq.org Reporter: ericxiang456(a)gmail.com Distribution: --- Created attachment 74204 --> https://bugs.winehq.org/attachment.cgi?id=74204 Terminal output when running Adobe Premiere CS6 When running Adobe Premiere CS6 in Wine with the msxml3 library override to "Native" (installed via Winetricks), Premiere will fail to run because the msxml3 library fails to load (terminal output attached below). When overriding the msxml3 library to "Builtin then native", Premiere will launch, however the user interface will be displayed incorrectly (UI elements in black will appear as white). -- 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