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

[Bug 27002] Shadow Company: Left for Dead fails with "No usable 3D Devices installed".

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=27002 Zeb Figura <z.figura12(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |696270ebc8919d4e19130636fea | |03a244408f291 Status|STAGED |RESOLVED Resolution|--- |FIXED CC| |z.figura12(a)gmail.com -- 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. 3, 2025

[Bug 58736] Commandos: Behind Enemy Lines screen rotated, when playing on Xephyr/Wayland with KWin_x11

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58736 --- Comment #3 from Sławek <nintyfan19(a)gmail.com> --- Created attachment 79382 --> http://bugs.winehq.org/attachment.cgi?id=79382 Xephyr with requested channels New log. -- 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. 3, 2025

[Bug 58745] PeekNamedPipe() unsuccessful on stdin

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58745 --- Comment #6 from Robin Haberkorn <rhaberkorn(a)fmsbw.de> --- (In reply to Eric Pouech from comment #5) > in glib: > in the _S_IFIFO case, I'd do something like: > (it's possible that PeekNamedPipe has been used to work around blocking > reads on pipe:s) Yes, that's what the glib maintainers say. > so perhaps a very simple hack would be to add after readable and writable > have been set something like: > if (GetFileType(pipe) == FILE_TYPE_PIPE && !channel->is_readable && > !channel->is_writable) channel->is_readable = 1; > (it's broken if the pipe is neither readable nor writable, but detects if > the pipe handle is still valid, and doesn't use ReadFile in case of blocking > reads) > also not tested > (or falling back to ReadFile) Somebody is suggesting to DuplicateHandle() and set the PIPE_NOWAIT mode before trying a zero ReadFile(). -- 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. 3, 2025

[Bug 58745] PeekNamedPipe() unsuccessful on stdin

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58745 --- Comment #5 from Eric Pouech <eric.pouech(a)gmail.com> --- (In reply to Robin Haberkorn from comment #4) > (In reply to Eric Pouech from comment #3) > > to do a proper implementation, you'd need to somehow buffer the unix pipe > > stream (for eg peeknamedpipe to work) and that cannot be done on reader side > > (as several processes can peek from the same Unix pipe) > > this cannot be done on writer side as its a Unix process > > But couldn't you just return TRUE when peeking 0 elements on the pipe? Even > if you do not allow peeking more than 0 elements, this would already improve > compatibility. I agree that peek:ing 0 elements is easier to implement as it doesn't require buffering one quick workaround is to fallback to ReadFile when PeekNamedPipe fails in Wine (quick & dirty, didn't test it, could help diagnose if there are other problems): diff --git a/dlls/kernelbase/sync.c b/dlls/kernelbase/sync.c index 6c69a0ab88f..bb102c7e322 100644 --- a/dlls/kernelbase/sync.c +++ b/dlls/kernelbase/sync.c @@ -1568,8 +1568,8 @@ BOOL WINAPI DECLSPEC_HOTPATCH GetNamedPipeInfo( HANDLE pipe, LPDWORD flags, LPDW /*********************************************************************** * PeekNamedPipe (kernelbase.@) */ -BOOL WINAPI DECLSPEC_HOTPATCH PeekNamedPipe( HANDLE pipe, LPVOID out_buffer, DWORD size, - LPDWORD read_size, LPDWORD avail, LPDWORD message ) +static BOOL PeekNamedPipe2( HANDLE pipe, LPVOID out_buffer, DWORD size, + LPDWORD read_size, LPDWORD avail, LPDWORD message ) { FILE_PIPE_PEEK_BUFFER local_buffer; FILE_PIPE_PEEK_BUFFER *buffer = &local_buffer; @@ -1600,6 +1600,19 @@ BOOL WINAPI DECLSPEC_HOTPATCH PeekNamedPipe( HANDLE pipe, LPVOID out_buffer, DWO return !status; } +BOOL WINAPI DECLSPEC_HOTPATCH PeekNamedPipe( HANDLE pipe, LPVOID out_buffer, DWORD size, + LPDWORD read_size, LPDWORD avail, LPDWORD message ) +{ + if (!PeekNamedPipe2(pipe, out_buffer, size, read_size, avail, message) && GetLastError() != ERROR_BROKEN_PIPE && + size == 0 && avail == NULL && message == NULL) + { + DWORD gle = GetLastError(); + if (ReadFile(pipe, out_buffer, 0, read_size, NULL)) return TRUE; + SetLastError(gle); + return FALSE; + } + return TRUE; +} /*********************************************************************** * SetNamedPipeHandleState (kernelbase.@) in glib: in the _S_IFIFO case, I'd do something like: (it's possible that PeekNamedPipe has been used to work around blocking reads on pipe:s) so perhaps a very simple hack would be to add after readable and writable have been set something like: if (GetFileType(pipe) == FILE_TYPE_PIPE && !channel->is_readable && !channel->is_writable) channel->is_readable = 1; (it's broken if the pipe is neither readable nor writable, but detects if the pipe handle is still valid, and doesn't use ReadFile in case of blocking reads) also not tested (or falling back to ReadFile) neither options look nice to me and really look like dirty workarounds there are other ways to get handle attributes, but not from kernel32/kernelbase IIRC -- 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. 3, 2025

[Bug 58747] New: Directory opus fails start.

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58747 Bug ID: 58747 Summary: Directory opus fails start. Product: Wine Version: 10.15 Hardware: x86-64 URL: https://cdn2.gpsoft.com.au/files/Opus13/DOpusInstall-1 3.18.exe OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: Debian It throws a messagebox "Unable to load gdi32" This turns out to come from: 0024:Call KERNEL32.GetProcAddress(6fffff810000,141a2a166 "GetEnhMetaFilePixelFormat") ret=140196bb1 0024:Ret KERNEL32.GetProcAddress() retval=00000000 ret=140196bb1 0024:Call KERNEL32.GetLastError() ret=140196bbf 0024:Ret KERNEL32.GetLastError() retval=0000007f ret=140196bbf 0024:Call KERNEL32.RaiseException(c06d007f,00000000,00000001,7ffffe1ffa40) ret=140196be6 0024:Call ntdll.RtlUnwindEx(7ffffe1ffa70,14019617b,7ffffe1ff880,c06d007f,7ffffe1fec50,7ffffe1ff170) ret=1414284de 0024:Call user32.MessageBoxA(00000000,7ffffe1ffd00 "Unable to load \"gdi32.dll\"",1416483e8 "Directory Opus",00000000) ret=1401968d8 After adding GetEnhMetaFilePixelFormat to gdi32.spec, the story coninues with ordinal "716" from shell32, and GetThemeBitmap + GetThemeStream from uxtheme. After that it still doesn't start in wine, but it does in Staging --> It also needs the "comctl32-version-6" patch. I'll send a patch for the shell32 issue first. -- 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. 3, 2025

[Bug 57547] All HIDRAW devices stop working after pressing extra button on Logitech G903 mouse

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=57547 --- Comment #31 from T E Dixon <dixonte+winehq(a)stc-networks.com> --- I never got around to making different udev rules. But today I decided to remove the patch I'd been using to work around this issue, and found the issue no longer seems to exist on Wine 10.15 and with kernel 6.16.9. I assume I mark this resolved now? -- 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. 3, 2025

[Bug 57367] DLNest needs ALPC infrastructure (crashes on ntdll.NtCreateWaitCompletionPacket)

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=57367 TOM <l12436.tw(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- URL|https://www.dlsite.com/modp |https://www.dlsite.com/modp |ub/nest/releases/dlsitenest |ub/guide/dlsitenest/en/ |-v2.0.5-win32-x64.exe | -- 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. 3, 2025

[Bug 58738] debian packages and wow64

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58738 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |austinenglish(a)gmail.com -- 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. 3, 2025

[Bug 32342] Multiple applications and games using 'Webkit', 'Blink' or 'CEF' (libcef) web browser engine crash on startup ('Arial' and 'Times New Roman' font face name validation)

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=32342 Zeb Figura <z.figura12(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sherry.phasuta(a)gmail.com --- Comment #120 from Zeb Figura <z.figura12(a)gmail.com> --- *** Bug 58590 has been marked as a duplicate 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.

Oct. 2, 2025

[Bug 58590] PDF-XChange Editor: crashes when press ctrl+f

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58590 Zeb Figura <z.figura12(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |z.figura12(a)gmail.com Resolution|FIXED |DUPLICATE --- Comment #6 from Zeb Figura <z.figura12(a)gmail.com> --- (In reply to sherry.phasuta from comment #5) > Hi! > I have solved this issue by installing Windows core fonts in Winetricks. Nothing was fixed in Wine. Calling this close enough to a duplicate of 32342. *** This bug has been marked as a duplicate of bug 32342 *** -- 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. 2, 2025