- Wine-Bugs - list.winehq.org

[Bug 59834] New: WoW64: int 2Eh instruction in 32-bit code causes #GP that isn't forwarded to 32-bit exception handler
by WineHQ Bugzilla June 7, 2026

June 7, 2026

http://bugs.winehq.org/show_bug.cgi?id=59834 Bug ID: 59834 Summary: WoW64: int 2Eh instruction in 32-bit code causes #GP that isn't forwarded to 32-bit exception handler Product: Wine Version: 11.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)list.winehq.org Reporter: vonvontabang(a)gmail.com Distribution: --- Created attachment 81114 --> http://bugs.winehq.org/attachment.cgi?id=81114 Full crash log with WoW64 int 2Eh SEH chain, register dumps, backtrace, and analysis across 6 Proton/Wine builds Summary: WoW64: int 2Eh instruction from 32-bit shellcode causes #GP that isn't forwarded to 32-bit exception handler Description: Under Wine's WoW64 (x86_64 guest i386), a 32-bit process executing raw syscalls via int 2Eh (bytes CD 2E) raises a #GP that is delivered as SIGSEGV. While Wine correctly converts this to EXCEPTION_ACCESS_VIOLATION and dispatches through the SEH chain, the underlying issue is that WoW64 has no handler for privileged instructions executed from 32-bit compat mode (CS=0023). Crash signature (consistent across all WoW64 builds): EXCEPTION_ACCESS_VIOLATION (0xc0000005) EAX = <shellcode RWX base> (e.g. 008D0000) EDX = 0x8 (syscall number) ECX = 0xE9000001 (syscall argument) CS = 0023 (32-bit compat mode under WoW64) EIP = <base>+0x6/0x7/0xF (offset into shellcode) Affected builds: Proton Experimental, Proton-EM, DW-Proton, Proton-CachyOS, GE-Proton10-34, system Wine 11.10 — all WoW64. The same shellcode also crashes intermittently on native Windows (server switches, elevated apps, PC lock), confirming a latent bug in the xtrap/AegisAC anti-cheat shellcode exposed 100% of the time under Wine WoW64. Root cause: Wine's WoW64 layer needs to either route int 2Eh syscalls to the 64-bit ntdll (as Windows WoW64 does), or at minimum provide a graceful error instead of crashing. Attachment: Fatal error report at upstream_bug_report.txt with full SEH chain logs. -- 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.

1 1

[Bug 59832] New: Virpil Joysticks Sometimes Not Detected
by WineHQ Bugzilla June 6, 2026

June 6, 2026

http://bugs.winehq.org/show_bug.cgi?id=59832 Bug ID: 59832 Summary: Virpil Joysticks Sometimes Not Detected Product: Wine Version: 11.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: sour.bead7396(a)fastmail.com Distribution: --- Sometimes when I start up *Star Citizen* in Wine, my joysticks aren't detected by the game. When this happens, wine control joy.cpl has no devices listed. I have verified that my devices are still attached on USB, they are visible in the KDE options and in the hidraw devices in the Linux system tree. For reference, the devices are: ID 3344:8198 Leaguer Microelectronics (LME) L-VPC MongoosT-50CM3 ID 3344:40cb Leaguer Microelectronics (LME) R-VPC Stick WarBRD ID 3344:80cb Leaguer Microelectronics (LME) L-VPC Stick WarBRD After upgrading to Wine 11.9, I started having this issue, and it continued with 11.10. Thank you for your time, and thank you for all your work producing this excellent software. -- 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.

1 1

[Bug 59831] New: Zombie Army 4: Dead War running launcher leads to a memory leak
by WineHQ Bugzilla June 6, 2026

June 6, 2026

http://bugs.winehq.org/show_bug.cgi?id=59831 Bug ID: 59831 Summary: Zombie Army 4: Dead War running launcher leads to a memory leak Product: Wine Version: 10.11 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)list.winehq.org Reporter: andrey.goosev(a)gmail.com CC: zzhang(a)codeweavers.com Regression SHA1: 29ef555d2749e95eca67fe2fbf4d06d2f83b91c2 Distribution: --- Output has lots of '0258:err:seh:user_callback_handler ignoring exception c0000005' Mentioned commit makes the window be a white (bug 51825) and in the same time brings a memory leak. Just run the launcher and see the memory usage with system monitor. -- 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.

1 0

[Bug 59828] New: Windows 7 calculator not running (unimplemented function COMCTL32.dll.392)
by WineHQ Bugzilla June 6, 2026

June 6, 2026

http://bugs.winehq.org/show_bug.cgi?id=59828 Bug ID: 59828 Summary: Windows 7 calculator not running (unimplemented function COMCTL32.dll.392) Product: Wine Version: 11.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: comctl32 Assignee: wine-bugs(a)list.winehq.org Reporter: Cristiangaurii(a)gmail.com Distribution: --- Created attachment 81101 --> http://bugs.winehq.org/attachment.cgi?id=81101 output of running in terminal (wine calc1.exe), and the backtrace After merging the .mui with the .exe using Resource Hacker, the calculator that came with windows 7, and downloaded from https://win7games.com/#calc, does not open -- 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.

1 1

[Bug 59827] New: winedbg: Ctrl-C segfaults 32-bit deguggees in new WoW64 mode
by WineHQ Bugzilla June 6, 2026

June 6, 2026

http://bugs.winehq.org/show_bug.cgi?id=59827 Bug ID: 59827 Summary: winedbg: Ctrl-C segfaults 32-bit deguggees in new WoW64 mode Product: Wine Version: 11.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: winedbg Assignee: wine-bugs(a)list.winehq.org Reporter: lahvuun(a)gmail.com Distribution: Gentoo Running a 32-bit executable with winedbg and hitting Ctrl-C to break results in a segfault. Doing the same in old WoW64 mode with WINEARCH=win32 works correctly. Seems to affect all 32-bit programs. A working workaround is to send SIGTRAP to the process manually, e.g. `kill -SIGTRAP $(pgrep test.exe)`. Reproducible with: #include <stdio.h> int main(void) { for (;;) { printf("test\n"); } } $ i686-w64-mingw32-gcc test.c -o test.exe $ WINEDEBUG=-all winedbg test.exe WineDbg starting on pid 0134 0x0000007bfa4686 ntdll+0x64686: movl -0x58(%ebp), %eax Wine-dbg>c Ctrl-C: stopping debuggee Unhandled exception: page fault on execute access to 0xfff4109c in wow64 32-bit code (0x000000fff4109c). -- 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.

1 2

[Bug 59803] New: Program crash on debugger interrupt in wow64 mode
by WineHQ Bugzilla June 6, 2026

June 6, 2026

http://bugs.winehq.org/show_bug.cgi?id=59803 Bug ID: 59803 Summary: Program crash on debugger interrupt in wow64 mode Product: Wine Version: 11.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winedbg Assignee: wine-bugs(a)list.winehq.org Reporter: wine(a)tomashu.dev Distribution: --- Created attachment 81045 --> http://bugs.winehq.org/attachment.cgi?id=81045 backtrace Distro: CachyOS When debugging a 32-bit program in wow64 mode, trying to interrupt its execution with Ctrl+C causes it to crash. As an example, let's take wine's `notepad.exe` as it has both 64 and 32 bit versions. Steps to reproduce: 1. change directory to <wine_prefix>/drive_c/windows 2. launch 32bit version: `winedbg syswow64/notepad.exe` 3. continue program execution (with `c`) 4. interrupt the program (with `Ctrl+C`) 5. the program crashes. The window still exists, but is not responsive. 6. Exit debugger (with `quit`) Repeating the same steps but with 64 bit version does not result in a crash 2. launch 64bit version: `winedbg system32/notepad.exe` Interestingly, when launching e.g. `syswow64/regedit.exe`, the UI doesn't become unresponsive after the crash and continues to work. Maybe its related to multithreading? -- 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.

1 2

[Bug 59816] New: cmd: inbuilt 'type' fails on expanding *.txt
by WineHQ Bugzilla June 6, 2026

June 6, 2026

http://bugs.winehq.org/show_bug.cgi?id=59816 Bug ID: 59816 Summary: cmd: inbuilt 'type' fails on expanding *.txt Product: Wine Version: 11.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: cmd Assignee: wine-bugs(a)list.winehq.org Reporter: klaus.zipfel(a)geopp.de Distribution: --- Created attachment 81074 --> http://bugs.winehq.org/attachment.cgi?id=81074 Testfile for 'type': Create folder & file test_type/test.txt and try to run 'type *.txt' on it. When running the following in cmd.exe type *.txt the 'shell expansion' of *.txt is not performed. type rather tries to literally open the file "*.txt", which then fails. You can reproduce the bug with my attached batch file. -- 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.

1 3

[Bug 59303] New: FlatOut 2 has not yet implemented feature: Input mask 0xf reads components not written in output mask 0x3.
by WineHQ Bugzilla June 6, 2026

June 6, 2026

http://bugs.winehq.org/show_bug.cgi?id=59303 Bug ID: 59303 Summary: FlatOut 2 has not yet implemented feature: Input mask 0xf reads components not written in output mask 0x3. Product: vkd3d Version: 1.18 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: hlsl Assignee: wine-bugs(a)list.winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- 083c:fixme:d3d_shader:shader_spirv_compile_shader Shader log: 083c:fixme:d3d_shader:shader_spirv_compile_shader <anonymous>: E9000: Aborting due to not yet implemented feature: Input mask 0xf reads components not written in output mask 0x3. 083c:fixme:d3d_shader:shader_spirv_compile_shader 083c:err:d3d_shader:shader_spirv_compile_shader Failed to compile shader, ret -5. 083c:err:d3d:wined3d_context_vk_apply_draw_state No pipeline layout set. 083c:err:d3d:adapter_vk_draw_primitive Failed to apply draw state. vkd3d-1.18-211-gd9210a62 -- 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.

1 8

[Bug 59821] New: World of Tanks: Certain keys are not registered (Enter, Delete...)
by WineHQ Bugzilla June 5, 2026

June 5, 2026

http://bugs.winehq.org/show_bug.cgi?id=59821 Bug ID: 59821 Summary: World of Tanks: Certain keys are not registered (Enter, Delete...) Product: Wine Version: 11.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: public_registrations(a)drax.biz Distribution: --- When typing in chat I can type letters and spaces but pressing Enter or Backspace keys does not work (message is not sent or letters are not getting deleted). Keyboard used to work fine up to version 11.6. Since version 11.7 it is not working correctly (as described). I tested version 11.7, 11.8, 11.9 and 11.10, they are all affected by this bug (reverting to 11.6 is only solution). -- 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.

1 3

[Bug 59825] New: focus tracking not quite correct when focus-follows-mouse
by WineHQ Bugzilla June 5, 2026

June 5, 2026

http://bugs.winehq.org/show_bug.cgi?id=59825 Bug ID: 59825 Summary: focus tracking not quite correct when focus-follows-mouse Product: Wine Version: 11.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)list.winehq.org Reporter: galtgendo(a)o2.pl Distribution: --- This might be just a different variant of bug 57682, but till proven otherwise, I treat it as a separate problem. It might also just be an openbox specific issue. Anyway, getting to point. Window manager is set to focus-follows-mouse with focus delay of 800ms. As an example, I'm using two f2p games to demonstrate the problem, but simply cause it's easiest to show it with these two. The mentioned games are Unnamed Space Idle and Synergism (both in their Windows versions). USI is Godot, Synergism is Electron. After putting Synergism on top of the other in a cascade like manner, I'm able to do the following: I move the mouse cursor from outside of the windows through uncovered portion of USI window to the Synergism window quickly enough that focus delay doesn't raise USI window then stop there. Window manager gives the focus to Synergism window and that should be it... Yet, as I move mouse over the Synergism window, I can see that despite USI window not having focus, it displays mouse tooltips for the elements it hovers over, despite being mostly covered and technically unfocused. As USI doesn't have (IIRC) any 'trigger by hover' actions, in this case it's mostly cosmetic, but if it did, I strongly suspect it would be more than that. -- 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.

1 0