wine-bugs August 2025

wine-bugs@winehq.org

1 participants
376 discussions

[Bug 53475] New: Hang: underrun of data / failed to create thread
by WineHQ Bugzilla 14 Sep '25

14 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=53475 Bug ID: 53475 Summary: Hang: underrun of data / failed to create thread Product: Wine Version: 7.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dsound Assignee: wine-bugs(a)winehq.org Reporter: ilkka.prusi(a)gmail.com Distribution: --- Playing Alansya Chronicles in some situations the game will hang and needs to be forcibly closed. This happens on all Wine 7.x versions and I haven't tested with older versions of Wine. There are specific log entries to note when this hang occurs: (wine:3413): GStreamer-WARNING **: 22:20:23.968: failed to create thread: Error creating thread: Resource temporarily unavailable 028c:fixme:quartz:DSoundRender_UpdatePositions Underrun of data occurred! Game uses many short audio samples during playback so perhaps thread pool is exhausted? Second entry would indicate that there is synchronization issue in the playback. But there is another indication that the dsound code is iffy: 01a0:err:quartz:DSoundRender_SendSampleData WaitForSingleObject() returned 0. This log entry is triggered when This->flush_event is signalled and the code is expecting timeout. This by itself is already strange looking code (from Win32-style standpoint), but what the code does next is even stranger. Flush event looks like it is meant as signal that code trying to write should exit, the comment says that much: /* Signaled when a flush or state change occurs, i.e. anything that needs * to immediately unblock the streaming thread. */ But when DSoundRender_SendSampleData() gets the signalled event it goes back and tries to continue the loop instead of exiting. I suspect the code expects that This->sink.flushing would have been set already when the event is signalled but apparently it isn't. However, having DSoundRender_SendSampleData() bail out on the event does not fix the hang, which would indicate there is more to the issue than just one part. So, maybe DSoundRender_SendSampleData() could check that if WaitForSingleObject() returns 0 (event signalled) it could just exit and log that instead of trying to repeat? It seems to be normal occurrence instead of error? The state management seems oddly complicated and like it was added later than by design initially? I suspect this could be made much simpler to avoid the issue. If there is race condition in state management, is it possible the code will hang indefinitely in DSoundRender_HandleEndOfStream()? That looks like a possible place that would explain the hang I'm seeing. -- 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 17

[Bug 48232] New: Unhandled exception: page fault on read access to 0x00f1f1f1 in 32-bit code
by WineHQ Bugzilla 14 Sep '25

14 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=48232 Bug ID: 48232 Summary: Unhandled exception: page fault on read access to 0x00f1f1f1 in 32-bit code Product: Wine Version: 4.0.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ilkka.prusi(a)gmail.com Distribution: --- Created attachment 65877 --> https://bugs.winehq.org/attachment.cgi?id=65877 Backtrace of crashed program Crash during running game made with RPG Maker VX ACE. (error details in attached backtrace) -- 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 5

[Bug 30969] New: Tron 2.0 - No music while playing game and in menu
by wine-bugs＠winehq.org 13 Sep '25

13 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=30969 Bug #: 30969 Summary: Tron 2.0 - No music while playing game and in menu Product: Wine Version: 1.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dmusic AssignedTo: wine-bugs(a)winehq.org ReportedBy: an0nym0usse(a)hotmail.com Classification: Unclassified Created attachment 40628 --> http://bugs.winehq.org/attachment.cgi?id=40628 output when launching Tron.exe No music while playing game and in menu. The game install with no problem I add the msvcirt.dll in system32 like suggested on the wine site All seems to go well, the first setting menu launch with sound After that the diverse publishing companies videos are played with sound. After a couple of seconds the Game menu appears with sound effects but NO MUSIC. No music while playing the game too. You can look for clues in attachment1 When I re-install WMFADist.exe (probably audio codecs) included in Tron 2.0 cd it seem to install without a problem but in the console it give some errors: zool@Satellite-M40:~/JEUX/Progz/Win32/Tron2$ wine WMFADist.exe fixme:setupapi:SetupDefaultQueueCallbackW notification 262144 params 32f84c,0 err:setupapi:SetupDefaultQueueCallbackW copy error 0 L"C:\\users\\zool\\Temp\\IXP000.TMP\\msdmo.dll" -> L"C:\\windows\\system32\\msdmo.dll" fixme:setupapi:SetupDefaultQueueCallbackW notification 262144 params 32f84c,0 err:setupapi:SetupDefaultQueueCallbackW copy error 0 L"C:\\users\\zool\\Temp\\IXP000.TMP\\msvcrt.dll" -> L"C:\\windows\\system32\\msvcrt.dll" fixme:sfc:SFC_3 0 fixme:sfc:SFC_3 0 fixme:ole:TLB_ReadTypeLib Header type magic 0x00905a4d not supported. err:ole:TLB_ReadTypeLib Loading of typelib L"C:\\windows\\system32\\logagent.exe" failed with error 0 err:ole:TLB_ReadTypeLib Loading of typelib L"C:\\windows\\system32\\logagent.tlb" failed with error 2 It's all for now P.S. I have filed this bug under : directx-dmusic, seemed logical -- 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 20

[Bug 58651] New: Legacy of Kain: Blood Omen black screen on startup but with sound
by WineHQ Bugzilla 13 Sep '25

13 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58651 Bug ID: 58651 Summary: Legacy of Kain: Blood Omen black screen on startup but with sound Product: Wine Version: 10.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: erwiniosef(a)gmail.com Distribution: --- NOTE: This is with Verok's GL patch: https://www.pcgamingwiki.com/wiki/Blood_Omen:_Legacy_of_Kain#Essential_impr… Verok's patch works via adding in 'ddraw=native' in DLLOVERRIDEs, the last working version was 10.10 with https://gitlab.winehq.org/wine/wine/-/merge_requests/7064 patch The game launches with a black screen, the sound works and I can use the keyboard to control the game with the game giving feedback back through sound, so the only problem is the black screen. -- 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 6

[Bug 58650] New: Mouse cursor becomes invisible and unmovable
by WineHQ Bugzilla 13 Sep '25

13 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58650 Bug ID: 58650 Summary: Mouse cursor becomes invisible and unmovable Product: Wine Version: 10.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winewayland Assignee: wine-bugs(a)winehq.org Reporter: agarplayerarlon(a)gmail.com Distribution: --- Created attachment 79226 --> http://bugs.winehq.org/attachment.cgi?id=79226 video of the issue in FL Studio with the wine wayland driver, if I move the mouse cursor to certain elements of the sidebar, that have names that are longer than the width of the sidebar, the mouse cursor becomes invisible and now in wine 10.14 unmovable, if I remember correctly up to wine 10.13 I was able to move the mouse, it would just becomes invisible, but as you can see in the video, it now becomes unmovable and the only way to move it again is to press the meta key and then since it took the focus away I can move it again. of course these issues don't happen when using xwayland with the x11 driver. -- 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 54070] New: winevulkan Assertion failed
by WineHQ Bugzilla 13 Sep '25

13 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=54070 Bug ID: 54070 Summary: winevulkan Assertion failed Product: Wine Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winevulkan Assignee: wine-bugs(a)winehq.org Reporter: santafejayyt(a)gmail.com Distribution: --- Created attachment 73619 --> https://bugs.winehq.org/attachment.cgi?id=73619 Image of the error I'm currently unable to run Roblox Studio at all on the latest wine-staging version, with winevulkan erroring with "Assertion failed! File: wine-staging/dlls/winevulkan/loader_thunks.c Line: 5156" Expression: "!status" I don't see an stderr or stdout log anywhere except for this error. I tested both a custom wine-staging build, the AUR package wine-staging, as well as compiled from source. -- 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

[Bug 41549] New: Hover! in fullscreen mode does not cover the top bar in Gnome.
by wine-bugs＠winehq.org 13 Sep '25

13 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=41549 Bug ID: 41549 Summary: Hover! in fullscreen mode does not cover the top bar in Gnome. Product: Wine Version: 1.9.20 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aaronbpaden(a)gmail.com Distribution: --- I'm using wine-staging 1.9.20. When you set Hover! to fullscreen, it sets the display resolution and fills up most of the screen as it should, but it's set under top bar in GNOME, resulting in several rows of pixels from the bottom of the application also being outside of the display. I confirmed that Hover! does cover the task bar in a Windows VM. There's nothing really in the logs, except for a weird "fixme:process:LoadModule Strange error set by CreateProcess: 193", but that shows up before setting fullscreen. -- 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 8

[Bug 58480] New: winebuild ASLR breaks older DLLs
by WineHQ Bugzilla 13 Sep '25

13 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58480 Bug ID: 58480 Summary: winebuild ASLR breaks older DLLs Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tres.finocchiaro(a)gmail.com Distribution: --- The following commit (to the best of my understanding) introduces build flags to the PE sections of a wineg++ produced '.so.exe' file that force ASLR/DYNAMICBASE onto executables that it creates. https://github.com/wine-mirror/wine/commit/518e394794160818ffe6826c874ff2f5… As identified downstream with mingw and msvc, some scenarios exist where this ASLR/DYNAMICBASE must be disabled for the highest compatibility with 3rd-party DLLs, specifically 3rd-party VST instrument and effect plugins as they're loaded through DAWs using a Linux-wine-bridge. (Linux can be read ambiguously here, the issue would impact Unixes too) The downstream bug report encompases Windows and Wine instances of the LMMS application, however a solution exists on Windows for both the MSVC compiler as well as the mingw compiler (via relevant dynamicbase flags). MSVC: https://learn.microsoft.com/en-us/cpp/build/reference/dynamicbase mingw: https://www.msys2.org/news/#2021-01-31-aslr-enabled-by-default Applying a similar flag to wineg++/winegcc/winebuild has proven difficult without forking the winebuild executable. The stop-gap patch that LMMS has developed is provided here as a reference https://github.com/Fastigium/winebuild/commit/7f9e27e44cfb8eba79f3850f46e12… however this patch requires us to add winebuild as a build-time dependency to our build system. This is OK for a stop-gap, but as a long-term solution, I would like advice from the winehq team on how to support legacy DLLs (such as pre-Vist VST plugins) through a wine-bridge as a long-term 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 13

[Bug 58335] New: Works 10.8 but fails 10.9?
by WineHQ Bugzilla 12 Sep '25

12 Sep '25

http://bugs.winehq.org/show_bug.cgi?id=58335 Bug ID: 58335 Summary: Works 10.8 but fails 10.9? 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: mikes(a)kuentos.guam.net Distribution: --- Created attachment 78708 --> http://bugs.winehq.org/attachment.cgi?id=78708 run wine notepad with 10.8 Fine Update to 10.9 then it fails Have 5 machines that updated to 10.9 fine, but Acer notebook that works with 10.8 but fails with 10.9. Run wine notebook fine with 10.8 upgrade to 10.9 wine notebook then fails. downgrade to 10.8, and it works fine. -- 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 148

[Bug 51345] New: Regression: Visual Studio 2005 "package load failure"
by WineHQ Bugzilla 12 Sep '25

12 Sep '25

https://bugs.winehq.org/show_bug.cgi?id=51345 Bug ID: 51345 Summary: Regression: Visual Studio 2005 "package load failure" Product: Wine Version: 6.11 Hardware: x86-64 OS: FreeBSD Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: damjan.jov(a)gmail.com winetricks vc2005trial wine cmd "C:\Program Files\Microsoft Visual Studio 8\VC\vcvarsall.bat" devenv Some time during 28-31 March 2021, the Visual Studio 2005 trial began giving +/- 10 of these error dialogs on startup, each relating to a different package. This is a rough transcript of one of them: ------------------------ Package Load Failure ------------------------ Package 'Microsoft.VisualStudio.TestTools.TestCaseManagement.QualtyToolsPackage, Microsoft.VisualStudio.QualityTools.TestCaseManagement, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03F5F7f11d50s3a' has failed to load properly { GUID = {AS4DSAES-9ACE-4FOE-ADGF-7AFESSFEFCET) ). Please contact package vendor for assistance. Application restart is recommended, due to possible environment corruption. Would you like to disable loading this package in the future? You may use 'devenv /resetskippkgs' to re-enable package loading. Yes No ------------------------ It is the worst git bisect I've ever done. Apart from the lengthy time needed to test each commit, the regression occurs within a range of 44 commits (bb065801a69..2a8a4cbbe63), the first 43 of which all die on startup, so we can't easily distinguish that bug from this one. I've now had to make a separate branch, "git rebase --onto <that range>" to copy commits from that range there, then "git rebase -i" to reorder them and separate the startup-breaking commits (ntdll/kernel32/kernelbase) from the other commits. Unfortunately, having done so, it appears the startup-breaking commits are also the commits that caused this regression. One or more of these is the culprit: ntdll: Move kernel32 loading into LdrInitializeThunk(). ntdll: Return system dir path for PE mapping bootstrap placeholders. ntdll: Fail to load non-existent dlls, except during prefix bootstrap. ntdll: Also check syswow64 to determine if the prefix was initialized. include: Add more SYSTEM_INFORMATION_CLASS definitions. kernel32: Implement GetSystemCpuSetInformation(). ntdll: Implement NtQuerySystemInformationEx(SystemCpuSetInformation). kernelbase: Don't fall back to dll loading for LOAD_LIBRARY_AS_DATAFILE. ntdll: Set the window title to the image name on the Unix side. ntdll: Remove load_builtin_dll() and get_load_order() from the Unix interface. ntdll: Map the builtin or fake dll from the Wine dirs if it's missing from the prefix. -- 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 30

← Newer
1
2
3
4
5
6
7
8
9
...
38
Older →

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 August 2025