wine-bugs

wine-bugs@winehq.org

1 participants
159128 discussions

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

19 Jul '25

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.

1 3

[Bug 26549] New: GomezPEER fails to set processor priority
by wine-bugs＠winehq.org 19 Jul '25

19 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=26549 Summary: GomezPEER fails to set processor priority Product: Wine Version: 1.3.16 Platform: x86-64 URL: http://lastmile.gomez.com/PEERInstall.exe OS/Version: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk GomezPEER sets its background process (an instance of java.exe) to the lowest (idle) priority in Windows. It fails to do so under Linux. Does Wine lack the ability to set process priorities, perhaps? Apologies if a similar bug is already open but I could not find one. On newer systems this is not a problem, but on older system the PEER can consume 100% CPU while processing. The app is designed so that performance of the PC is not affected, which of course it isn't under Windows (save the usual Windows-related problems) but it is under Wine. I'm not sure if I/O priority is also set. The following does not work as a workaround: $nice -n19 wine ~/blah/GomezPEER.exe because this then sets all the Wine components to -n19 and can badly affect the performance of other apps running under Wine. Instead, the workaround I use is: $wineserver -p15 $nice -n19 wine ~/blah/GomezPEER.exe This way the wineserver remains at normal priority. winedevice.exe in this case still receives -n19 priority, however. Console log: fixme:win:EnumDisplayDevicesW ((null),0,0x73a83c,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),1,0x73a83c,0x00000000), stub! fixme:ddraw:DirectDrawEnumerateExA flags 0x00000001 not handled fixme:win:EnumDisplayDevicesW ((null),0,0x74b69c,0x00000000), stub! fixme:font:WineEngCreateFontInstance Untranslated charset 255 fixme:time:GetSystemTimes (0xd9ee5a0,0xd9ee5b0,0xd9ee5a8): Stub! fixme:time:GetSystemTimes (0xd9ee5a0,0xd9ee5b0,0xd9ee5a8): Stub! -- 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 15

[Bug 58304] New: Question on programs that use files with $ in file names?
by WineHQ Bugzilla 19 Jul '25

19 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=58304 Bug ID: 58304 Summary: Question on programs that use files with $ in file names? Product: Wine Version: 10.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mikes(a)kuentos.guam.net Distribution: --- Use Pegasus Email, and it works fine under one except if on tries to use the IERenderer extension. With the extension installed, if one tries to open an html email the call to the IErenderer.dll causes Pegasus to hard crash.. The Pegasus creates some temp files from the email message, and uses WPM$xxx.PM$ format for files. Was thinking perhaps in the passing of filename with $ inside them might cause issue since Linux treats the $ as marking a variable? With IERender extion it creates these two file 1110 05-16-2025 08:18 WPM$M1PL.PM$ 56167 05-16-2025 08:18 WPM$SXGZ.PM$ With extension uninstalled it creates these 3 files 1536 05-16-2025 08:15 STO30e6.tmp 1536 05-16-2025 08:15 STO30e7.tmp 56167 05-16-2025 08:15 WPM$Z65Z.PM$ Note both of the 56167 byte files are identical?? The purpose of extension is to better handle displaying html messages. Without it, some messages don't display as they should. One can then opt to open messages in a browser, and they will display fine, but then replying doesn't work. Don't know if changing the $ to a different character (perhaps _) would avoid issue. -- 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 16

[Bug 17820] New: Chromium test_shell_tests fail on Wine
by wine-bugs＠winehq.org 19 Jul '25

19 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=17820 Summary: Chromium test_shell_tests fail on Wine Product: Wine Version: 1.1.17 Platform: Other URL: http://chromium.org OS/Version: other Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com To run Chromium's test_shell_tests.exe, copy net/data, skia/data, webkit/data, third_party/py*, and third_party/tlslite from the source tree. (This is quite a bit of data, so I hesitate to post a tarball.) Then do $ wine chrome/Debug/test_shell_tests.exe The following tests fail on wine but not windows for me: [ FAILED ] UniscribeTest.TooBig [ FAILED ] VectorCanvasTest.BasicDrawing [ FAILED ] VectorCanvasTest.Circles [ FAILED ] VectorCanvasTest.DiagonalLines [ FAILED ] VectorCanvasTest.PathEffects [ FAILED ] VectorCanvasTest.Bitmaps [ FAILED ] VectorCanvasTest.Matrix -- 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 7

[Bug 58524] New: King Arthur II(SteamAppID24480) crashing during battles
by WineHQ Bugzilla 19 Jul '25

19 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=58524 Bug ID: 58524 Summary: King Arthur II(SteamAppID24480) crashing during battles 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: zefkerrigan(a)gmail.com Distribution: --- Created attachment 78993 --> http://bugs.winehq.org/attachment.cgi?id=78993 King Arthur II (AppID24480) Steam's in Wine 10.12 terminal output King Arthur II(SteamAppID24480) crashing during battles. -- 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 58522] New: BizHawk Low Display Update Frame Rate
by WineHQ Bugzilla 19 Jul '25

19 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=58522 Bug ID: 58522 Summary: BizHawk Low Display Update Frame Rate 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: julianbrunner(a)gmail.com Distribution: --- I am running BizHawk 2.10 (https://tasvideos.org/Bizhawk) using Wine on Arch Linux, since the Windows version has more features than the Linux build. When upgrading Wine from 10.11 to 10.12, my frame rate drops from 60 to 40. Everything is running slowly and the sound is stuttering. The low frame rate occurs even when no game is running and the emulator is just rendering a black screen. I have switched between the wine-10.11-1-x86_64 and wine-10.12-1-x86_64 pacman packages repeatedly and was able to reliably reproduce the different frame rates. BizHawk has multiple display methods (D3D11, OpenGL, GDI+). Both D3D and OpenGL have the low frame rate issue on Wine 10.12. GDI+ can render the black screen at 60 fps, but immediately drops to 30 when running an actual game. I believe that this is an issue with the GDI+ display method and not with Wine 10.12, since the same thing happens on 10.11. It seems to be a genuine slowdown issue, since limiting the frame rate to anything below 40 produces the expected results, it just doesn't seem to be able to ever get above 40, even when removing all frame rate limits. Outputs (stdout) of BizHawk seems to not be meaningfully different between Wine 10.11 and 10.12. CPU utilization by BizHawk also seems to be more or less the same (~40%) between Wine 10.11 and 10.12. -- 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 58521] New: "View Distributions" shows 0 test results
by WineHQ Bugzilla 18 Jul '25

18 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=58521 Bug ID: 58521 Summary: "View Distributions" shows 0 test results Product: WineHQ Apps Database Version: unspecified Hardware: x86-64 URL: https://appdb.winehq.org/objectManager.php?sClass=dist ribution&sTitle=View%20Distributions OS: Linux Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: appdb-unknown Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com Distribution: --- Each distro/OS shows 0 test results: https://appdb.winehq.org/objectManager.php?sClass=distribution&sTitle=View%… -- 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 58520] New: The rejected operating system has been deleted
by WineHQ Bugzilla 18 Jul '25

18 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=58520 Bug ID: 58520 Summary: The rejected operating system has been deleted Product: WineHQ Apps Database Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: appdb-unknown Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com Distribution: --- If a user submits a new distribution/OS via the test results form, and you accept the test results, the distribution is deleted anyway. My guess is this also deletes the test results but it happened too fast to be sure. -- 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 58518] New: Drag'n'drop from/to Linux file manager not working - Olympus Master 2: fixme:imagelist:ImageList_DragLeave DragLeave hWnd != DragEnter hWnd
by WineHQ Bugzilla 18 Jul '25

18 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=58518 Bug ID: 58518 Summary: Drag'n'drop from/to Linux file manager not working - Olympus Master 2: fixme:imagelist:ImageList_DragLeave DragLeave hWnd != DragEnter hWnd 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: me_myself_9876(a)outlook.com Distribution: --- Note: 1. Olympus Master 2 is not officially available anymore but I can provide a copy of the program folder if required. 2. Similar issues appeared with another Windows software, so the issue is probably more general. a. When I drag file(s) from Nemo to Olympus Master 2 or the other way round, I receive on the commandline: 0024:fixme:imagelist:ImageList_DragLeave DragLeave hWnd != DragEnter hWnd b. While dragging from Olympus Master 2 to Nemo is impossible (hand cursor with a stop symbol), the dragging from Nemo is in principle possible (hand cursor with green +). Olympus Master 2 opens a window to "register" the file(s), i.e. asking to choose an album. However, it hangs without further messages on the commandline. I can only stop with Ctrl + C. Same message on the commandline. c. It works in both directions when using Olympus Master with the Windows file manager Explorer++ from https://explorerplusplus.com/. d. Similar issues appear when using Explorer++ with Nemo. Dragging from Nemo to Explorer++ works as expected as long as the file does not exist in the target folder, i.e. the file is copied. If the file exists, an empty window is opened (to confirm the overwriting) and Explorer++ hangs. Dragging from Explorer++ to Nemo is again impossible (hand cursor with a stop sign). These messages appear in all cases: 01f0:err:listview:LISTVIEW_WindowProc unknown msg 10a6, wp 0, lp 11c910 01f0:fixme:shell:IDropTargetHelper_fnDragEnter (000000000077B570)->(0000000000050216 000000000077A070 000000000011C938 0x00000007) 01f0:fixme:shell:IDropTargetHelper_fnDragOver (000000000077B570)->(000000000011C8E0 0x00000000) 01f0:fixme:shell:IDropTargetHelper_fnDragOver (000000000077B570)->(000000000011C8E0 0x00000002) 01f0:fixme:shell:IDropTargetHelper_fnDragLeave (000000000077B570)->() -- 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 51537] New: Mouse does not work in civilization VI
by WineHQ Bugzilla 18 Jul '25

18 Jul '25

https://bugs.winehq.org/show_bug.cgi?id=51537 Bug ID: 51537 Summary: Mouse does not work in civilization VI Product: Wine Version: 6.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: voker57(a)gmail.com Distribution: --- Created attachment 70376 --> https://bugs.winehq.org/attachment.cgi?id=70376 complete log Mouse does not work in Sid Meier's Civilization VI, menu loads but it is not possible to do anything further. This comment https://bugs.winehq.org/show_bug.cgi?id=49315#c9 suggests a cause of this bug. -- 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 10

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs