August 2020 - Wine-Bugs - list.winehq.org

[Bug 39336] New: ...
by wine-bugs＠winehq.org Sept. 4, 2026

Sept. 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=39336 Bug ID: 39336 Summary: ... Product: Wine Version: unspecified Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: arienta.g(a)gmail.com Created attachment 52415 --> https://bugs.winehq.org/attachment.cgi?id=52415 it popped up when pressing audio play button Failed when pressing the play button for the audio to start -- 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 49078] New: Sennheiser Wireless Systems Manager 4.4 server (.NET 4.5 app) crashes with 'System.ComponentModel.Win32Exception: Unknown error (0x80090308)'
by WineHQ Bugzilla Sept. 4, 2026

Sept. 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=49078 Bug ID: 49078 Summary: Sennheiser Wireless Systems Manager 4.4 server (.NET 4.5 app) crashes with 'System.ComponentModel.Win32Exception: Unknown error (0x80090308)' Product: Wine Version: 5.7 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: secur32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. 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 --- First call of 'InitializeSecurityContextW' (ntlm auth): --- snip --- ... 00e8:Call secur32.InitializeSecurityContextW(0021e128,00000000,021dd75c L"http/localhost",00020800,00000000,00000000,00000000,00000000,021df460,021df3d8,021dd8d0,0021e120) ret=64474db2c56 ... 00e8:trace:secur32:InitializeSecurityContextW 0x21e128 (nil) L"http/localhost" 0x00020800 0 0 (nil) 0 0x21df460 0x21df3d8 0x21dd8d0 0x21e120 ... 00e8:trace:ntlm:ntlm_InitializeSecurityContextW 0x1d51b20 (nil) L"http/localhost" 0x00020800 0 0 (nil) 0 0x21dd80 0x21df3d8 0x21dd8d0 0x21e120 00e8:trace:ntlm:ntlm_InitializeSecurityContextW Setting SECURITY_NETWORK_DREP ... 00e8:trace:ntlm:ntlm_InitializeSecurityContextW First time in ISC() ... 00e8:Call advapi32.CredReadW(01d7ae80 L"localhost",00000002,00000000,0021db00) ret=7f1c15c86283 ... 00e8:Ret advapi32.CredReadW() retval=00000000 ret=7f1c15c86283 ... 00e8:trace:ntlm:ntlm_InitializeSecurityContextW using cached credentials 00e8:trace:ntlm:fork_helper "ntlm_auth" "ntlm_auth" "--helper-protocol=ntlmssp-client-1" "--username=focht" "--use-cached-creds" ... 00e8:trace:ntlm:run_helper In helper: sending "OK" 00e8:trace:ntlm:read_line Creating a new buffer for the helper ... 00e8:trace:ntlm:read_line offset = 0, size = 200 00e8:trace:ntlm:read_line read_size = 20, read: "BH Command expected\n " 00e8:trace:ntlm:read_line offset_len is calculated from 0x1d4ef74 - 0x1d4ef74 00e8:trace:ntlm:run_helper In helper: received "BH Command expected" 00e8:trace:ntlm:preserve_unused offset_len = 0 00e8:trace:ntlm:preserve_unused helper->com_buf_offset was set to: 0 00e8:trace:ntlm:ntlm_InitializeSecurityContextW Sending to helper: "OK" 00e8:trace:ntlm:run_helper In helper: sending "OK" 00e8:trace:ntlm:read_line offset = 0, size = 200 00e8:trace:ntlm:read_line read_size = 20, read: "BH Command expected\n " 00e8:trace:ntlm:read_line offset_len is calculated from 0x1d4ef74 - 0x1d4ef74 00e8:trace:ntlm:run_helper In helper: received "BH Command expected" 00e8:trace:ntlm:preserve_unused offset_len = 0 00e8:trace:ntlm:preserve_unused helper->com_buf_offset was set to: 0 00e8:trace:ntlm:ntlm_InitializeSecurityContextW Helper returned "BH Command expected" 00e8:trace:ntlm:run_helper In helper: sending "YR" 00e8:trace:ntlm:read_line offset = 0, size = 200 00e8:trace:ntlm:read_line read_size = 60, read: "YR xxx==\ns" 00e8:trace:ntlm:read_line offset_len is calculated from 0x1d4ef9c - 0x1d4ef9c 00e8:trace:ntlm:run_helper In helper: received "YR xxx==" 00e8:trace:ntlm:preserve_unused offset_len = 0 00e8:trace:ntlm:preserve_unused helper->com_buf_offset was set to: 0 00e8:trace:ntlm:ntlm_InitializeSecurityContextW YR xxx== 00e8:trace:ntlm:decodeBase64 in_len: 56 00e8:trace:ntlm:ntlm_GetTokenBufferIndex 0x21df3d8 ... 00e8:Ret secur32.InitializeSecurityContextW() retval=00090312 ret=64474db2c56 ... --- snip --- --- snip --- ... 00e8:Call secur32.AcceptSecurityContext(0021e168,00000000,021dff18,00000800,00000000,021dffe0,021dff38,021de8e8,0021e160) ret=64474db7dd7 00e8:trace:secur32:AcceptSecurityContext 0x21e168 (nil) 0x21dff18 2048 0 0x21dffe0 0x21dff38 0x21de8e8 0x21e160 00e8:trace:ntlm:ntlm_AcceptSecurityContext 0x1d36130 (nil) 0x21dff18 2048 0 0x21de10 0x21dff38 0x21de8e8 0x21e160 ... 00e8:trace:ntlm:ntlm_AcceptSecurityContext Using SECURITY_NETWORK_DREP 00e8:trace:ntlm:fork_helper "ntlm_auth" "ntlm_auth" "--helper-protocol=squid-2.5-ntlmssp" ... 00e8:trace:ntlm:ntlm_AcceptSecurityContext Server set want_flags: "SF NTLMSSP_FEATURE_SESSION_KEY" 00e8:trace:ntlm:run_helper In helper: sending "SF NTLMSSP_FEATURE_SESSION_KEY" 00e8:trace:ntlm:read_line Creating a new buffer for the helper ... 00e8:trace:ntlm:read_line offset = 0, size = 200 00e8:trace:ntlm:read_line read_size = 3, read: "OK\n\x01" 00e8:trace:ntlm:read_line offset_len is calculated from 0x1d2f683 - 0x1d2f683 00e8:trace:ntlm:run_helper In helper: received "OK" 00e8:trace:ntlm:preserve_unused offset_len = 0 00e8:trace:ntlm:preserve_unused helper->com_buf_offset was set to: 0 00e8:trace:ntlm:encodeBase64 bytes is 54, pad bytes is 2 00e8:trace:ntlm:ntlm_AcceptSecurityContext Client sent: "YR xxx==" 00e8:trace:ntlm:run_helper In helper: sending "YR xxx==" 00e8:trace:ntlm:read_line offset = 0, size = 200 00e8:trace:ntlm:read_line read_size = 200, read: "TT xxx" 00e8:trace:ntlm:read_line offset = 200, size = 200 ... 00e8:trace:ntlm:read_line Resizing buffer! 00e8:trace:ntlm:read_line read_size = 16, read: "xxx=\n\x18" 00e8:trace:ntlm:read_line offset_len is calculated from 0x1d00678 - 0x1d00678 00e8:trace:ntlm:run_helper In helper: received "TT xxx=" 00e8:trace:ntlm:preserve_unused offset_len = 0 00e8:trace:ntlm:preserve_unused helper->com_buf_offset was set to: 0 00e8:trace:ntlm:ntlm_AcceptSecurityContext Reply from ntlm_auth: "TT xxx=" 00e8:trace:ntlm:decodeBase64 in_len: 212 ... 00e8:Ret secur32.AcceptSecurityContext() retval=00090312 ret=64474db7dd7 ... --- snip --- Second call of 'InitializeSecurityContextW' (ntlm auth): --- snip --- ... 00e8:Call secur32.InitializeSecurityContextW(0021e128,0021e1e0,021dd75c L"http/localhost",00020800,00000000,00000000,021e0948,00000000,021df460,021e0968,021dd8d0,0021e120) ret=64474db2c56 ... 00e8:trace:secur32:InitializeSecurityContextW 0x21e128 0x21e1e0 L"http/localhost" 0x00020800 0 0 0x21e0948 0 0x21df460 0x21e0968 0x21dd8d0 0x21e120 .... 00e8:trace:ntlm:ntlm_InitializeSecurityContextW 0x1d51b20 0x1d36ad0 L"http/localhost" 0x00020800 0 0 0x21e0948 0 0x21dd80 0x21e0968 0x21dd8d0 0x21e120 00e8:trace:ntlm:ntlm_InitializeSecurityContextW Setting SECURITY_NETWORK_DREP ... 00e8:trace:ntlm:ntlm_GetTokenBufferIndex 0x21e0948 00e8:trace:ntlm:encodeBase64 bytes is 211, pad bytes is 1 00e8:trace:ntlm:ntlm_InitializeSecurityContextW Server sent: "TT xxx=" 00e8:trace:ntlm:run_helper In helper: sending "TT xxx=" 00e8:trace:ntlm:read_line offset = 0, size = 200 00e8:trace:ntlm:read_line read_size = 3, read: "PW\xxx==" 00e8:trace:ntlm:read_line offset_len is calculated from 0x1d4ef63 - 0x1d4ef63 00e8:trace:ntlm:run_helper In helper: received "PW" 00e8:trace:ntlm:preserve_unused offset_len = 0 00e8:trace:ntlm:preserve_unused helper->com_buf_offset was set to: 0 00e8:trace:ntlm:ntlm_InitializeSecurityContextW Helper replied: "PW" 00e8:trace:ntlm:ntlm_InitializeSecurityContextW Helper returned PW ... 00e8:Ret secur32.InitializeSecurityContextW() retval=80090308 ret=64474db2c56 00e8:Call KERNEL32.GetLastError() ret=00f8e42f 00e8:Ret KERNEL32.GetLastError() retval=00000490 ret=00f8e42f 00e8:Call secur32.DeleteSecurityContext(021df460) ret=64474db2920 00e8:trace:secur32:DeleteSecurityContext 0x21df460 00e8:trace:ntlm:ntlm_DeleteSecurityContext 0x1d36ad0 ... 00e8:Ret secur32.DeleteSecurityContext() retval=00000000 ret=64474db2920 00e8:Call KERNEL32.GetLastError() ret=00f8e42f 00e8:Ret KERNEL32.GetLastError() retval=00000490 ret=00f8e42f 00e8:Call KERNEL32.FormatMessageW(00003200,00000000,ffffffff80090308,00000000,0021dff0,00000101,00000000) ret=64474db108f 00e8:Ret KERNEL32.FormatMessageW() retval=00000000 ret=64474db108f 00e8:Call KERNEL32.GetLastError() ret=00f8e42f 00e8:Ret KERNEL32.GetLastError() retval=0000013d ret=00f8e42f 00e8:Call KERNEL32.RaiseException(e0434352,00000001,00000005,0021e1d8) ret=010e3a87 00e8:Call ntdll.memcpy(0021e058,0021e1d8,00000028) ret=7b00f656 00e8:Ret ntdll.memcpy() retval=0021e058 ret=7b00f656 00e8:trace:seh:raise_exception code=e0434352 flags=1 addr=0x7b00f665 ip=7b00f665 tid=00e8 00e8:trace:seh:raise_exception info[0]=ffffffff80004005 00e8:trace:seh:raise_exception info[1]=0000000000000000 00e8:trace:seh:raise_exception info[2]=0000000000000000 00e8:trace:seh:raise_exception info[3]=0000000000000000 00e8:trace:seh:raise_exception info[4]=0000000000f40000 00e8:trace:seh:raise_exception rax=000000000021e058 rbx=000000000021e1d8 rcx=000000000021e038 rdx=0000000000000036 00e8:trace:seh:raise_exception rsi=0000000000000005 rdi=000000000021e100 rbp=000000000021e138 rsp=000000000021e010 00e8:trace:seh:raise_exception r8=0000000000000000 r9=000000000021d810 r10=0000000000000000 r11=0000000000000000 00e8:trace:seh:raise_exception r12=0000000000004000 r13=000000000021e4fc r14=00000000e0434352 r15=0000000000000004 ... 00e8:Call KERNEL32.WideCharToMultiByte(000001b5,00000000,01dcd3c0 L"System.ComponentModel.Win32Exception: Unknown error (0x80090308)\r\n at WSMParis.Server.Program.Main(String[] args)",00000073,00218b28,00000073,00000000,00000000) ret=012b5854 00e8:Ret KERNEL32.WideCharToMultiByte() retval=00000073 ret=012b5854 --- snip --- Wine source: https://source.winehq.org/git/wine.git/blob/d1f858e03da732c621504f90e349d51… Second call handling: https://source.winehq.org/git/wine.git/blob/d1f858e03da732c621504f90e349d51… $ 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 3

[Bug 35056] New: Pro⁄Engineer Wildfire 5.0: Fails to start installation
by wine-bugs＠winehq.org Sept. 4, 2026

Sept. 4, 2026

http://bugs.winehq.org/show_bug.cgi?id=35056 Bug #: 35056 Summary: Pro⁄Engineer Wildfire 5.0: Fails to start installation Product: Wine Version: 1.7.7 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Classification: Unclassified Created attachment 46746 --> http://bugs.winehq.org/attachment.cgi?id=46746 WINEDEBUG=+relay,+seh,+tid on wine-1.7.7-107-g61358d0 Steps to reproduce: 1) remove ~/.wine 2) wine setup.exe Behaviour: Nothing. Expected behaviour: Something. -- 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 14

[Bug 30155] New: secdrv.sys from SafeDisc v2.05.030 does not work
by wine-bugs＠winehq.org Sept. 4, 2026

Sept. 4, 2026

http://bugs.winehq.org/show_bug.cgi?id=30155 Bug #: 30155 Summary: secdrv.sys from SafeDisc v2.05.030 does not work Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl AssignedTo: wine-bugs(a)winehq.org ReportedBy: stefan(a)codeweavers.com Classification: Unclassified Created attachment 39336 --> http://bugs.winehq.org/attachment.cgi?id=39336 service,relay,winedevice,ntoskrnl log SafeDisc 2.05.030 does not work out of the box. The user-visible symptom is that the application exits with exit code 0 without any output. This affects for example the Command and Conquer Red Alert 2 installer, which is safedisc protected for some reason. The problem seems to be related to the specific secdrv.sys version. If I take a secdrv.sys from a newer safedisc version(e.g. 2.40.010 from the RA2 Yuri's revenge expansion) and put it in C:\windows\system32\drivers, the installer works. ProtectId says: Scanning -> D:\Setup\Setup.exe File Type : 32-Bit Exe (Subsystem : Win GUI / 2), Size : 1308863 (013F8BFh) Byte(s) -> File has 733375 (0B30BFh) bytes of appended data starting at offset 08C800h [File Heuristics] -> Flag : 00000000000000000100000000100111 (0x00004027) [!] Safedisc v2.05.030 detected ! [i] Appended data contents.... [.] o: 0x0008C828 / t: <0x00000001> <0x00000000> <0x00000001> / s: 00194947 byte(s) -> ~de7bc4.tmp [.] o: 0x000BC1D2 / t: <0x00000001> <0x00000000> <0x0000044C> / s: 00030208 byte(s) -> clcd32.dll [.] o: 0x000C37F9 / t: <0x00000001> <0x00000000> <0x0000044C> / s: 00006784 byte(s) -> clcd16.dll [.] o: 0x000C529D / t: <0x00000001> <0x00000000> <0x0000044D> / s: 00067584 byte(s) -> mcp.dll [.] o: 0x000D5AC5 / t: <0x00000001> <0x00000000> <0x00000000> / s: 00327220 byte(s) -> ~df394b.tmp [.] o: 0x00125920 / t: <0x00000001> <0x00000000> <0x00000002> / s: 00034304 byte(s) -> drvmgt.dll [.] o: 0x0012DF47 / t: <0x00000001> <0x00000000> <0x00000002> / s: 00018768 byte(s) -> secdrv.sys [.] o: 0x001328BF / t: <0x00000001> <0x00000000> <0x00000000> / s: 00053248 byte(s) -> ~ef7194.tmp [CompilerDetect] -> Visual C++ 6.0 - Scan Took : 0.640 Second(s) The md5sum of the broken secdrv.sys is XXX. The md5sum of the working 2.40.010 driver is f376a1580204e47f37a721e1cbc5582a. I am attaching a +relay,+service,+winedevice+ntoskrnl log of a failed run of the setup tool. -- 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 35

[Bug 44137] New: Wine64 crashes with any 64-bit binary
by wine-bugs＠winehq.org Sept. 4, 2026

Sept. 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=44137 Bug ID: 44137 Summary: Wine64 crashes with any 64-bit binary Product: Wine Version: 2.19 Hardware: x86-64 OS: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bourne.identity(a)hotmail.com Created attachment 59886 --> https://bugs.winehq.org/attachment.cgi?id=59886 Stack trace for putty.exe (64-bit) On FreeBSD 10.3 amd64, wine32 works perfectly. Wine64 builds/installs correctly, but crashes when used to launch any 64-bit executable: notepad from Windows 7; Pale Moon installer; putty.exe (all 64-bit). The behaviour is the same with wine (v2.03) and wine-staging (v2.19). -- 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 46671] New: Biamp canvas crashes on startup
by wine-bugs＠winehq.org Sept. 4, 2026

Sept. 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=46671 Bug ID: 46671 Summary: Biamp canvas crashes on startup Product: Wine Version: 4.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: harri.olin(a)gmail.com Distribution: --- Created attachment 63618 --> https://bugs.winehq.org/attachment.cgi?id=63618 Terminal output of Biamp Canvas on wine 4.2 Hello Biamp Canvas is a program for creating and using user interfaces for controlling Biamp Tesira series of DSP hardware. Program crashes after showing user interface. Download: https://support.biamp.com/Tesira/Software-Firmware Version 3.8.1 tested (installer name biampcanvassetup3-8-0-3.exe) Program requires .net 4.7.1, installed with winetricks dotnet471 with patch from https://github.com/Tk-Glitch/PKGBUILDS/blob/master/winetricks-tkg-git/dotne… Backtrace tells the crash occurred at: =>0 0x7b43e40c GetFirmwareEnvironmentVariableW+0x13c() in kernel32 (0x0032dcb8) but there is something else in terminal output: ----- Unhandled Exception: System.ServiceModel.Security.SecurityNegotiationException: A call to SSPI failed, see inner exception. ---> System.Security.Authentication.AuthenticationException: A call to SSPI failed, see inner exception. ---> System.ComponentModel.Win32Exception: Unknown error (0x8009030e) ----- The Tesira software available on same page for configuring the DSP hardware crashes earlier, before showing splash screen, but that is fixed by native gdiplus. When using native gdiplus, Tesira software looks like it works fine. However native gdiplus does not help the Canvas program. Tested with 32bit and 64bit prefixes, does not seem to make any difference. Tested on Ubuntu 18.04 running on Hyper-V. Winbind is installed on system. -- 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 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 Sept. 4, 2026

Sept. 4, 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 6

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

Sept. 4, 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 13

[Bug 41829] New: Double Commander error rendering TabControl
by wine-bugs＠winehq.org Sept. 4, 2026

Sept. 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=41829 Bug ID: 41829 Summary: Double Commander error rendering TabControl Product: Wine Version: 1.9.23 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: james.tabor(a)reactos.org Distribution: --- Created attachment 56246 --> https://bugs.winehq.org/attachment.cgi?id=56246 tab control does not refresh. Running Double Commander 0.7.5 for testing and tab control does not refresh. -- 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 37355] New: Tages Protection v5.x needs ntoskrnl 'MmMapLockedPagesSpecifyCache' implementation
by wine-bugs＠winehq.org Sept. 3, 2026

Sept. 3, 2026

https://bugs.winehq.org/show_bug.cgi?id=37355 Bug ID: 37355 Summary: Tages Protection v5.x needs ntoskrnl 'MmMapLockedPagesSpecifyCache' implementation Product: Wine Version: 1.7.27 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, reported here: https://github.com/compholio/wine-compholio/issues/80 Michael Müller from FDS team: --- quote --- Sadly this is not enough to make the Tages copy protection happy. The issue you are now running into is: fixme:ntoskrnl:MmMapLockedPagesSpecifyCache (0x111988, 0, 1, (nil), 0, 32): stub The MmMapLockedPagesSpecifyCache command is used to map memory of a process into the kernel, so that a kernel driver can write / read it. This is necessary since the kernel does not share the same address space as the process. The problem is that this command is a stub and always returns 0 as mapped address. The Tages protection does not check for NULL pointers and tries to write to the address resulting in: wine: Unhandled page fault on write access to 0x00000000 at address 0x57fe27 (thread 0018), starting debugger... The problem is that there is no way to properly implement this on Linux since there is no way to simply map the memory of a different process if you are not inside the kernel. Since wine is no kernel module it can only use memory of different processes, when they explicitly create it as shared memory block. Sadly you can not declare a memory block as shared after it was allocated, so this does not help implementing this command. Anyway in the case of the Tages protection we have some luck since it seems like the process is paused (I think it was waiting for the response of the DeviceIoControl function) while the memory is changed by the windows kernel driver. This allows us to emulate the mapping of the memory by using ReadProcessMemory and WriteProcessMemory. I wrote some hack to implement this, but this only prevented the crash and made the application to exit silently. I either made a mistake in my hack or there is still something else which prevents it from working. --- quote --- 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 57