July 2025 - Wine-bugs - list.winehq.org

[Bug 58511] New: Unimplemented sub function KeAcquireGuardedMutex from ntoskrnl.exe
by WineHQ Bugzilla 25 Feb '26

25 Feb '26

http://bugs.winehq.org/show_bug.cgi?id=58511 Bug ID: 58511 Summary: Unimplemented sub function KeAcquireGuardedMutex from ntoskrnl.exe Product: Wine Version: 10.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: indigosky30(a)gmail.com Distribution: --- Im trying to figure out why a game that was running a few weeks ago normally doesnt work anymore (gunbound). First, they added Anticheat (SARD), this might be the reason why it fails but trying to debug I found the problem comes from an unimplemented Windows kernel function (note this is an old function introduced in 2003). ------------------------------- 0320:fixme:advapi:DecryptFileW (L"C:\\Program Files (x86)\\GunBoundWC\\game\\sard\\sard_1.0.1.17.sys", 00000000): stub 0320:fixme:ntdll:NtLoadDriver (L"\\Registry\\Machine\\SYSTEM\\CurrentControlSet\\Services\\sard_1.0.1.17"), stub! 0320:fixme:ntdll:NtUnloadDriver (L"\\Registry\\Machine\\SYSTEM\\CurrentControlSet\\Services\\sard_1.0.1.17"), stub! wine: Call from 00006FFFFFC66438 to unimplemented function ntoskrnl.exe.KeAcquireGuardedMutex, aborting wine: Unimplemented function ntoskrnl.exe.KeAcquireGuardedMutex called at address 00006FFFFFC66438 (thread 033c), starting deb ugger... 0350:fixme:dbghelp:elf_search_auxv can't find symbol in module 0350:fixme:dbghelp:elf_search_auxv can't find symbol in module wine: Call from 00006FFFFFC66438 to unimplemented function ntoskrnl.exe.KeAcquireGuardedMutex, aborting 0328:err:service:process_send_command service protocol error - failed to read pipe r = 0 count = 0! ---------------------- Looking at the call inside the ntoskrn routine, KeAcquireGuardedMutex isnt implemented in WINE (not found here) https://source.winehq.org/WineAPI/ntoskrnl.html, but can be found in the Windows kernel (https://gist.github.com/ntddk/56784b8da89f228f5f1d) Im wondering if implementing the function in WINE would solve the problem? Anyhow hoping someone more knowledgeable sheds some light on this problem. -- 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 37664] New: CUDA encoder does not work on MediaCoder x64 0.8.33 build 5680
by wine-bugs＠winehq.org 25 Feb '26

25 Feb '26

https://bugs.winehq.org/show_bug.cgi?id=37664 Bug ID: 37664 Summary: CUDA encoder does not work on MediaCoder x64 0.8.33 build 5680 Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rickardj42(a)gmail.com Distribution: --- Created attachment 50128 --> https://bugs.winehq.org/attachment.cgi?id=50128 Screenshot of the error message In MediaCoder x64 0.8.33 build 5680 attempting to select GPU encoder causes error "No supported acceleration hardware detected", dispite the presence of an NVidia GeForce 750ti in my system. Attempting to force GPU encoding using CUDA encoder results in Error (14) on all items(general encoder error). -- 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 58439] New: REGRESSION: trying to edit a text field immediately causes the previous content to be completely erased
by WineHQ Bugzilla 25 Feb '26

25 Feb '26

http://bugs.winehq.org/show_bug.cgi?id=58439 Bug ID: 58439 Summary: REGRESSION: trying to edit a text field immediately causes the previous content to be completely erased Product: Wine Version: 10.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: scallegari(a)arces.unibo.it Distribution: --- Hi, I am recently experimenting a regression and even if I cannot say in which version it was introduced, I am almost sure it is not the last one (but before) and that it is indeed a regression (a few month ago the behavior was different). I am working with a software called LTspice (that is closed source but free, which surely helps repro) and available from https://www.analog.com/en/resources/design-tools-and-calculators/ltspice-si…. Incidentally, the developers of this code have traditionally been wine-friendly (even if they do not offer a linux version of their code, neither they provide support for running it in wine, they have tried to ensure that it could be used with wine). This software is a circuit simulator with a schematic capture component. You can pick and place components and edit the values of their parameters using some dialog boxes. Often there are multiple things that can be tuned and the dialog box is arranged as a sort of a table, where some cells are editable. In order to adjust things, until some simulation results are satisfactory, it is common to modify some parameters multiple times and in doing so it is good to be able to edit the previous value. Unfortunately, in recent times it has become impossible to do so when running the software with wine. As soon as you try to modify a value, the value disappears and you remain with an empty field to be filled from scratch. -- 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 11

[Bug 57662] New: Cashbooks Complete does not render correctly
by WineHQ Bugzilla 25 Feb '26

25 Feb '26

https://bugs.winehq.org/show_bug.cgi?id=57662 Bug ID: 57662 Summary: Cashbooks Complete does not render correctly Product: Wine-staging Version: 10.0-rc5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winehq.tabloid372(a)passmail.net CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- The binary is free to download here: https://www.acclaimsoftware.com.au/download/ with no significant depends (access runtime is all). The main window renders using `DISPLAY=:0 wine ..` once a `XWayland&` instance is running otherwise using the native wayland drv backend to `wine-10.0-rc5 (Staging)` results in multiple windows being created that do not show anything. Overall this is a extremely simple program so it is unclear why it doesn't run, I couldn't see anything obvious in the logs. Only a excessive number of `vkd3d:0150:fixme:fold_cast Cast from uint to int2.` prints. -- 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 38

[Bug 23775] New: Text box is too small in 16-bit program. Only one line high, should be two.
by wine-bugs＠winehq.org 24 Feb '26

24 Feb '26

http://bugs.winehq.org/show_bug.cgi?id=23775 Summary: Text box is too small in 16-bit program. Only one line high, should be two. Product: Wine Version: 1.2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Created an attachment (id=29800) --> (http://bugs.winehq.org/attachment.cgi?id=29800) Stellar Explorer 2.0b demo The 16-bit game Stellar Explorer 2.0b (attached) shows a problem with the size of a text box. The text box at the upper left of the window should show two lines of text. Running under Wine, it's only one line high and the scroll buttons at the right side consequently appear squashed. Run stellar2.exe. Click through the initial dialog boxes then select File->New from the menu and click OK. -- 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 14

[Bug 15346] New: Winamp disappears when you move it's location
by wine-bugs＠winehq.org 24 Feb '26

24 Feb '26

http://bugs.winehq.org/show_bug.cgi?id=15346 Summary: Winamp disappears when you move it's location Product: Wine Version: 1.1.5 Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: homerhomer(a)gmail.com Created an attachment (id=16178) --> (http://bugs.winehq.org/attachment.cgi?id=16178) DwmSetWindowAttribute error Sort of a silly bug, basically once winamp is up and running, if you click on the title bar and move it around winamp disappears. To make sure that the bug happens make sure to swirl it around a couple of times. ( A Swirly if you will ) Attached I also noticed this when running winamp manually at startup. This may be related. but then I move winamp and it disappears I don't get any more error messages. So I'm not sure. I appreciate the good work Thank you I'm running Ubuntu 8.04, Wine 1.1.5, AMD64 -- 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 48

[Bug 49583] New: Assassin's Creed Odyssey displays black bars on top and bottom.
by WineHQ Bugzilla 24 Feb '26

24 Feb '26

https://bugs.winehq.org/show_bug.cgi?id=49583 Bug ID: 49583 Summary: Assassin's Creed Odyssey displays black bars on top and bottom. Product: Wine Version: 5.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: GloriousEggroll(a)gmail.com Distribution: --- Created attachment 67739 --> https://bugs.winehq.org/attachment.cgi?id=67739 AC Odyssey black bar fix It's been a long known issue that AC: Odyssey renders with black bars on the top and bottom of the screen (see screenshot 1). Derek Lesho came up with a stub patch that both fixed this -and- allowed STEEP to run (it would not display previously). That patch can be found here: https://github.com/GloriousEggroll/proton-ge-custom/blob/5.12-GE-1/patches/… Recently, the relevant function QueryDisplayConfig was implemented, however it did not contain some of the changes Derek's patch adds. This allowed steep to work, however AC: Odyssey still retained the black bar issue. I modified Derek's patch by adding the relevant parts to QueryDisplayConfig, and removing the relevant flag checks (Derek's patch did this previously), and this allowed AC: Odyssey to render properly without the black bars. (see screenshot 2). The patch is hacky but may provide more information towards fixing this properly. -- 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 49393] New: Gag game crash
by WineHQ Bugzilla 24 Feb '26

24 Feb '26

https://bugs.winehq.org/show_bug.cgi?id=49393 Bug ID: 49393 Summary: Gag game crash Product: Wine Version: 5.10 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winmm&mci Assignee: wine-bugs(a)winehq.org Reporter: axet(a)me.com Distribution: --- Hello! I'm trying to run 'Gag' game. And it's crashing winmm reading at zero memory address. I've tested few wine versions 5.0.0 .. 5.10 and all have same issue. https://en.wikipedia.org/wiki/GAG_The_Impotent_Mystery If you want trying to run the game, you gonna need start X server with 16-bit display like this: Xephyr :1 -ac -screen 800x600x16 & Crash output: 5.10 Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x639d7db6). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:639d7db6 ESP:016cf7c0 EBP:00000001 EFLAGS:00010246( R- -- I Z- -P- ) EAX:00000000 EBX:00ca3e08 ECX:016cf760 EDX:000001d0 ESI:00000000 EDI:014afb1c Stack dump: 0x016cf7c0: 009b38b8 639ec090 00000001 00000000 0x016cf7d0: 00ca3e24 00000000 00000000 639d85b5 0x016cf7e0: 00ca3ed4 00000008 000000e8 7ea09ea0 0x016cf7f0: 00000001 016cf810 016cf8cc 016cf820 0x016cf800: 0000001c 7ffc4000 0000003f 00ca0cf0 0x016cf810: 00ca0cf0 016cf830 639efe20 00ca3e08 Backtrace: =>0 0x639d7db6 EntryPoint+0xffffffff() in winmm (0x00000001) 1 0x639d8688 EntryPoint+0xffffffff() in winmm (0x00ca3ed4) 2 0x639da5b9 EntryPoint+0xffffffff() in winmm (0x016cf918) 3 0x7ea1bd0c in user32 (+0x9bd0b) (0x016cf918) 4 0x7ea1c35d in user32 (+0x9c35c) (0x016cf968) 5 0x7ea1e5a3 in user32 (+0x9e5a2) (0x016cf9b8) 6 0x7e9db0f2 in user32 (+0x5b0f1) (0x016cfa28) 7 0x7e9dd6c7 in user32 (+0x5d6c6) (0x016cfe48) 8 0x7e9e32df in user32 (+0x632de) (0x016cfea8) 9 0x639d9949 EntryPoint+0xffffffff() in winmm (0x016cff5c) 0x639d7db6 EntryPoint+0xffffffff in winmm: cmpw $1,0x0(%eax) 5.0.0 Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x639d7b36). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:639d7b36 ESP:0127f700 EBP:00000001 EFLAGS:00010246( R- -- I Z- -P- ) EAX:00000000 EBX:0089e300 ECX:0127f6a0 EDX:0089e678 ESI:00000000 EDI:0105fb0c Stack dump: 0x0127f700: 0089c3c8 639eb090 00000001 00000000 0x0127f710: 0089e31c 00000000 00000000 639d8335 0x0127f720: 0089e3cc 00000008 000000e8 0127f750 0x0127f730: 0000000c 00030038 0127f768 7e925c50 0x0127f740: 7ea78cc0 7ffc4000 0000003f 0089c9f0 0x0127f750: 0089c9f0 0127f770 639eee20 0089e300 Backtrace: =>0 0x639d7b36 EntryPoint+0xffffffff() in winmm (0x00000001) 1 0x639d8408 EntryPoint+0xffffffff() in winmm (0x0089e3cc) 2 0x639da339 EntryPoint+0xffffffff() in winmm (0x0127f858) 3 0x7e93863c in user32 (+0xa863b) (0x0127f858) 4 0x7e938cad in user32 (+0xa8cac) (0x0127f8a8) 5 0x7e93b113 in user32 (+0xab112) (0x0127f8f8) 6 0x7e8f635e in user32 (+0x6635d) (0x0127f968) 7 0x7e8f8a7f in user32 (+0x68a7e) (0x0127fe38) 8 0x7e8fedca in user32 (+0x6edc9) (0x0127fe98) 9 0x639d96c9 EntryPoint+0xffffffff() in winmm (0x0127ff4c) 0x639d7b36 EntryPoint+0xffffffff in winmm: cmpw $1,0x0(%eax) -- 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 58505] New: Odd windows management behaviour in later dev versions
by WineHQ Bugzilla 24 Feb '26

24 Feb '26

http://bugs.winehq.org/show_bug.cgi?id=58505 Bug ID: 58505 Summary: Odd windows management behaviour in later dev versions Product: Wine Version: 10.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kg.hammarlund(a)gmail.com Distribution: --- I run a geneaology database program written for windows under wine. It runs fine on v10.0 (stable) and on dev versions up to 10.4. From v10.5 and upwards, including v1012, I'm encountering an odd issue. When opening a search window, this window opens in the background instead of on top of the main window. I then have to move or resize the main window in order to highilght the search window and fill in the search data. But this only happens the first time I open the search window. Next time it opens in the foreground. If I untick the box "Allow the window manager to control the windows" in winecfg > graphics, the search window opens expected. But this solution has its drawbacks. -- 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 27

[Bug 58325] New: wined3d swapchain use-after-free
by WineHQ Bugzilla 24 Feb '26

24 Feb '26

http://bugs.winehq.org/show_bug.cgi?id=58325 Bug ID: 58325 Summary: wined3d swapchain use-after-free Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: yshuiv7(a)gmail.com Distribution: --- Releasing the swapchain brings us to wined3d_swapchain_cleanup, which destroys the front/back buffer textures. Texture destruction is async, happening on the device's command stream. This means these textures can be destroyed way after the swapchain itself. But we did set `texture->swapchain` to `NULL` before queuing their destruction, so that bit is fine. The problem is in texture_resource_unload. Here we try to acquire the context, which goes adapter_gl_acquire_context -> wined3d_context_gl_acquire -> wined3d_context_gl_activate -> wined3d_context_gl_update_window. And here we try to access `context_gl->c.swapchain->win_handle`, which unfortunately points to the swapchain that was just freed. I am unsure what's the fix for this. Do we hold a refcount of the swapchain in the context? Do we clear `context->swapchain` when a swapchain is being freed? Should we release the front/back buffer synchronously? Or something else? -- 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