October 2025 - Wine-Bugs - list.winehq.org

[Bug 58748] Wine show error in 10.16 version compilation

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58748 --- Comment #4 from mrdeathjr28(a)yahoo.es --- (In reply to Alexandre Julliard from comment #3) > Because the Wine code changed, and the old version of the code didn't > trigger the compiler bug. > > It's still a bug in the compiler, it shouldn't crash no matter what the > input code looks like. Hi after 3 compile errors, i upgrade xubuntu packages and make memtest (ok) for discard And now compile is sucessfull -- 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.

Oct. 5, 2025

[Bug 58745] PeekNamedPipe() unsuccessful on stdin

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58745 --- Comment #7 from Eric Pouech <eric.pouech(a)gmail.com> --- > Somebody is suggesting to DuplicateHandle() and set the PIPE_NOWAIT mode > before trying a zero ReadFile(). quickly tested (on Wine & windows) for (anonymous) pipes, and as I feared, PIPE_NOWAIT is an attribute of the pipe kernel object not of the handle... so changing wait mode on the dup:ed handle also changes it on original handle (but ReadFile on either handles wouldn't block) (there are ways to get read & write attributes out of a handle, but they only exist in ntdll and are not exposed to kernel32 nor kernelbase; so not sure that's suitable for this context) -- 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.

Oct. 5, 2025

[Bug 58713] Regression: D3D9 Shims Broken in Wine Staging 10.15

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58713 --- Comment #1 from CWB <cwbussard(a)gmail.com> --- Looks fixed in staging-10.16. Thank you to whoever tackled it! -- 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.

Oct. 5, 2025

[Bug 56391] So Blonde: very long loading times

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=56391 --- Comment #8 from imaxm <memax(a)gmx.fr> --- (In reply to Andrew Nguyen from comment #7) > With wine-10.16 and the ntsync kernel module loaded on my system, I timed > the delay at the loading screen after the intro videos to be about 3 > seconds. Without the ntsync module loaded, the delay at the loading screen > is about 40 seconds. Therefore, I think the performance issue can be > considered fixed now. I tried to check for myself but was unsuccessful with the 'vanilla' wine-10.16 development version (both with WineHQ binary packages and with wine built by myself). I am using Ubuntu 24.04.3 LTS with the Linux kernel 6.14.0-33-generic. I checked that the ntsync module was indeed loaded with the commands 'lsmod | grep ntsync' and 'ls -l /dev/ntsync'. When the game is launched, ntsync does not seem to be used (long loading times), which is confirmed by the fact that the command 'lsof /dev/ntsync' returns nothing. For information, when I launch the game with 'GE-Proton10-15' (Lutris), loading times are short (equivalent to those on Windows) and the command 'lsof /dev/ntsync' returns a whole list of executables using ntsync, including the game. -- 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.

Oct. 5, 2025

[Bug 58751] Please build Debian packages of wine with ntsync enabled

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58751 --- Comment #8 from Shmerl <shtetldik(a)gmail.com> --- I see that ntsync.h is also found in linux-libc-dev and you have that installed, but not sure if it's the same one or not. I built stuff locally using linux-headers-amd64 and my build works with ntsync. -- 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.

Oct. 5, 2025

[Bug 58751] Please build Debian packages of wine with ntsync enabled

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58751 --- Comment #7 from Shmerl <shtetldik(a)gmail.com> --- I'm using package for testing / forky, and it doesn't work somehow. I don't see linux-headers-amd64 here: https://build.opensuse.org/projects/Emulators:Wine:Debian/packages/wine-dev… Just add to Build-Depends no matter what version, and it should work when kernel has it. -- 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.

Oct. 5, 2025

[Bug 58752] New: assembly:Z:\usr\share\wine\mono\wine-mono-10.2.0\lib\mono\4.5\mscorlib.dll type:DllNotFoundException

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58752 Bug ID: 58752 Summary: assembly:Z:\usr\share\wine\mono\wine-mono-10.2.0\lib\m ono\4.5\mscorlib.dll type:DllNotFoundException Product: Framework Mono Version: 6.12.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mono Assignee: wine-bugs(a)winehq.org Reporter: schusr(a)gmail.com CC: madewokherd(a)gmail.com Distribution: --- Installed a 64 bit application that uses System.Media.SoundPlayer. When starting the application fails with DllNotFoundException but the file is present on the system. dir Z:\usr\share\wine\mono\wine-mono-10.2.0\lib\mono\4.5\mscorlib.dll Volume in drive Z is fedora Volume Serial Number is 4979-a18d Directory of Z:\usr\share\wine\mono\wine-mono-10.2.0\lib\mono\4.5 08/28/2025 07:00 PM 4,677,632 mscorlib.dll 1 file 4,677,632 bytes 0 directories 486,067,679,232 bytes free Running wine from Fedora 42 002c:fixme:winediag:loader_init wine-staging 10.15 is a testing version containing experimental patches. 002c:fixme:winediag:loader_init Please mention your exact version when filing bug reports on winehq.org. rpm -qa | grep mono-core mono-core-6.12.0-19.fc42.x86_64 -- 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.

Oct. 5, 2025

[Bug 58751] Please build Debian packages of wine with ntsync enabled

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58751 --- Comment #6 from Rosanne DiMesio <dimesio(a)earthlink.net> --- (In reply to Chiitoo from comment #5) > > Was just about to say, after looking more better, that some of them say yes, > some don't so I guess the ones with no are still on a kernel version before > 6.14 or so? Thus missing the feature. Probably. All our Debian/Ubuntu packages use the same control and rules files. When something like this happens, it is generally because the older distros have a "too old" something. -- 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.

Oct. 5, 2025

[Bug 58748] Wine show error in 10.16 version compilation

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58748 --- Comment #3 from Alexandre Julliard <julliard(a)winehq.org> --- Because the Wine code changed, and the old version of the code didn't trigger the compiler bug. It's still a bug in the compiler, it shouldn't crash no matter what the input code looks like. -- 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.

Oct. 5, 2025

[Bug 58748] Wine show error in 10.16 version compilation

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58748 --- Comment #2 from mrdeathjr28(a)yahoo.es --- However is a same compiler used in before wine versions and then if works for before wine versions why dont work with actual wine ? -- 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.

Oct. 5, 2025