January 2021 - Wine-Bugs - list.winehq.org

[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 50323] New: Multiple applications need 'winsock.getservbyname' to read information from '%SystemRoot%\System32\Drivers\Etc\services' (Autodesk 3ds Max 9 RaySat service)
by WineHQ Bugzilla Sept. 4, 2026

Sept. 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=50323 Bug ID: 50323 Summary: Multiple applications need 'winsock.getservbyname' to read information from '%SystemRoot%\System32\Drivers\Etc\services' (Autodesk 3ds Max 9 RaySat service) Product: Wine Version: 6.0-rc2 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, follow-up to bug 12076 Autodesk 3ds Max 9 installation will fail when 'SAT service' option is selected. The service is also mentioned in bug 32317. --- snip --- $ WINEDEBUG=+seh,+loaddll,+relay,+services,+msi wine msiexec -i 3dsmax9_win32.msi >>log.txt 2>&1 ... 0024:trace:msi:ACTION_PerformAction Performing action (L"StartServices") ... 0124:Call KERNEL32.CreateProcessW(00000000,00126b70 L"C:\\Program Files\\Autodesk\\3ds Max 9\\mentalray\\satellite\\raysat_3dsmax9_32server.exe",00000000,00000000,00000000,00000400,0012f5f0,00000000,0121f9d8,0121fbec) ret=00406247 ... 0144:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\ntdll.dll" at 7BC00000: builtin 0144:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\kernelbase.dll" at 7B000000: builtin 0144:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\kernel32.dll" at 7B600000: builtin 0144:trace:loaddll:build_module Loaded L"C:\\Program Files\\Autodesk\\3ds Max 9\\mentalray\\satellite\\raysat_3dsmax9_32server.exe" at 00400000: native ... 0124:Ret KERNEL32.CreateProcessW() retval=00000001 ret=00406247 ... 01c4:Call advapi32.SetServiceStatus(00127df8,0040f380) ret=004028c3 ... 01c4:Ret advapi32.SetServiceStatus() retval=00000001 ret=004028c3 01c4:Call ws2_32.getservbyname(00cbf9e0 "mi-raysat_3dsmax9_32",0040bad4 "tcp") ret=004028fa ... 01c4:Ret ws2_32.getservbyname() retval=00000000 ret=004028fa 01c4:Call KERNEL32.GetLastError() ret=0040130c 01c4:Ret KERNEL32.GetLastError() retval=00002afc ret=0040130c 01c4:Call KERNEL32.GetLastError() ret=004011dd 01c4:Ret KERNEL32.GetLastError() retval=00002afc ret=004011dd 01c4:Call KERNEL32.FormatMessageA(00003100,00000000,00002afc,00000000,00cbf344,00000000,00000000) ret=004011eb 01c4:Call ntdll.RtlFindMessage(7b600000,0000000b,00000000,00002afc,00cbf290) ret=7b023ef5 01c4:Ret ntdll.RtlFindMessage() retval=c0000109 ret=7b023ef5 01c4:Call ntdll.RtlNtStatusToDosError(c0000109) ret=7b023f00 01c4:Ret ntdll.RtlNtStatusToDosError() retval=0000013d ret=7b023f00 01c4:Ret KERNEL32.FormatMessageA() retval=00000000 ret=004011eb 01c4:Call advapi32.RegisterEventSourceA(00000000,0040f260 "RaySat_3dsmax9_32 Server") ret=0040111e 01c4:fixme:advapi:RegisterEventSourceA ((null),"RaySat_3dsmax9_32 Server"): stub 01c4:fixme:advapi:RegisterEventSourceW (L"",L"RaySat_3dsmax9_32 Server"): stub 01c4:Ret advapi32.RegisterEventSourceA() retval=cafe4242 ret=0040111e 01c4:Call advapi32.ReportEventA(cafe4242,00000001,00000000,c0020002,00000000,00000002,00000000,00cbf364,00000000) ret=0040116b 01c4:fixme:advapi:ReportEventA (CAFE4242,0x0001,0x0000,0xc0020002,00000000,0x0002,0x00000000,00CBF364,00000000): stub 01c4:fixme:advapi:ReportEventW (CAFE4242,0x0001,0x0000,0xc0020002,00000000,0x0002,0x00000000,00128080,00000000): stub 01c4:err:eventlog:ReportEventW L"(1632) getservbyname: 0x2afc (11004)" 01c4:err:eventlog:ReportEventW L"" 01c4:Ret advapi32.ReportEventA() retval=00000001 ret=0040116b 01c4:Call advapi32.DeregisterEventSource(cafe4242) ret=004011ad 01c4:fixme:advapi:DeregisterEventSource (CAFE4242) stub 01c4:Ret advapi32.DeregisterEventSource() retval=00000001 ret=004011ad 01c4:Call advapi32.SetServiceStatus(00127df8,0040f380) ret=00402c28 ... 01c4:Ret advapi32.SetServiceStatus() retval=00000001 ret=00402c28 ... 0144:Call KERNEL32.ExitProcess(00000000) ret=00403a8a ... 0024:warn:msi:ITERATE_StartService service failed to start 1 ... 0024:trace:msi:msi_schedule_action Scheduling action L"StopServices" in script 2 ... 0024:err:msi:execute_script Execution of script 0 halted; action L"StartServices" returned 1627 ... 0024:err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize" returned 1627 ... --- snip --- The following entry is written to '%SystemRoot%\System32\Drivers\Etc\services' file during service installation: --- snip --- ... mi-raysat_3dsmax9_32 7504/tcp #mental ray 3.5 Satellite (32-bit) --- snip --- The service tries to retrieve its own service information (port) using winsock 'getservbyname' function. This obviously fails because Wine calls Linux libc function which is by design unaware of '%SystemRoot%\System32\Drivers\Etc\services'. Wine source: https://source.winehq.org/git/wine.git/blob/3acb0b3326c4120ea0c4c6076bd03c9… --- snip --- 6386 /*********************************************************************** 6387 * getservbyname (WS2_32.55) 6388 */ 6389 struct WS_servent* WINAPI WS_getservbyname(const char *name, const char *proto) 6390 { 6391 struct WS_servent* retval = NULL; 6392 struct servent* serv; 6393 char *name_str; 6394 char *proto_str = NULL; 6395 6396 if (!(name_str = strdup_lower(name))) return NULL; 6397 6398 if (proto && *proto) 6399 { 6400 if (!(proto_str = strdup_lower(proto))) 6401 { 6402 HeapFree( GetProcessHeap(), 0, name_str ); 6403 return NULL; 6404 } 6405 } 6406 6407 EnterCriticalSection( &csWSgetXXXbyYYY ); 6408 serv = getservbyname(name_str, proto_str); 6409 if( serv != NULL ) 6410 { 6411 retval = WS_dup_se(serv); 6412 } 6413 else SetLastError(WSANO_DATA); 6414 LeaveCriticalSection( &csWSgetXXXbyYYY ); 6415 HeapFree( GetProcessHeap(), 0, proto_str ); 6416 HeapFree( GetProcessHeap(), 0, name_str ); 6417 TRACE( "%s, %s ret %p\n", debugstr_a(name), debugstr_a(proto), retval ); 6418 return retval; 6419 } --- snip --- $ sha1sum 3dsmax9.zip d04eeb0eeabbb7cedaf536170fb6879b2faf1a25 3dsmax9.zip $ du -sh 3dsmax9.zip 590M 3dsmax9.zip $ wine --version wine-6.0-rc2 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 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 50233] New: Signtools from Windows 10 SDK needs 'wintrust.CryptCATAdminAcquireContext2' implementation
by WineHQ Bugzilla Sept. 4, 2026

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

[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

[Bug 30523] New: Jupiter crashes when trying to fill online tax declarations
by wine-bugs＠winehq.org Sept. 2, 2026

Sept. 2, 2026

http://bugs.winehq.org/show_bug.cgi?id=30523 Bug #: 30523 Summary: Jupiter crashes when trying to fill online tax declarations Product: Wine Version: 1.5.2 Platform: x86 URL: http://pity.elfin.pl/pliki/Jupiter/Jupiter2011/std/1.0 .5.6/Jupiter2011_std_1.0.5.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: washuu(a)eastnews.com.pl Classification: Unclassified Created attachment 39930 --> http://bugs.winehq.org/attachment.cgi?id=39930 sample data file with bogus numbers Jupiter is free, downloadable program for calculating taxes in Poland, it's quite popular. I found using it under Wine quite uncomfortable, because of a few bugs. Here is one of them: - install the application. In my case it went without any glitches. - run the application. - open the attached sample data file, using menu "Plik" ("file") and "Otworz" ("open"). - wait a few seconds to open data file, when it is loaded you see some text in the middle, starting with "dziekujemy za skorzystanie z programu". - in the menu, choose "Rozliczenia" ("statements") and "e-deklaracje" ("e-declarations"). The program crashes with error: Unhandled exception: page fault on write access to 0x017c0bce in 32-bit code (0x02358bf5). Backtrace: =>0 0x02358bf5 (0x0033f804) 1 0x7c0af136 in mscoree (+0xf135) (0x0033f874) 2 0x7e71b84a CoCreateInstance+0x369() in ole32 (0x0033f8e4) 3 0x004167e4 in jupiter (+0x167e3) (0x7ea9c9d0) 4 0xb8ec81ec (0x8b55ff8b) 0x02358bf5: addb %al,0x0(%eax). -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 10