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

[Bug 56951] New: psql 16: unrecognized win32 error code: 127 invalid binary: Invalid argument / could not find a "psql.exe" to execute
by WineHQ Bugzilla 21 Feb '25

21 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=56951 Bug ID: 56951 Summary: psql 16: unrecognized win32 error code: 127 invalid binary: Invalid argument / could not find a "psql.exe" to execute Product: Wine Version: 9.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)winehq.org Reporter: alex(a)willner.ws Distribution: --- **Version:** 9.11 **Steps that will reproduce the problem:** 1. curl -Os https://get.enterprisedb.com/postgresql/postgresql-16.3-2-windows-x64-binar… 2. unzip -q postgresql-16.3-2-windows-x64-binaries.zip 3. wine pgsql/bin/psql.exe --version **What is the expected result:** psql (PostgreSQL) 16.3 **What happens instead:** unrecognized win32 error code: 127invalid binary "Z:\pgsql\bin\psql.exe": Invalid argument psql (PostgreSQL) 16.3 **Possible workaround:** Downgrade to psql 15 *Any additional information:** % curl -Os https://get.enterprisedb.com/postgresql/postgresql-15.7-1-windows-x64-binar… && unzip -q postgresql-15.7-1-windows-x64-binaries.zip && wine pgsql/bin/psql.exe --version psql (PostgreSQL) 15.7 % % curl -Os https://get.enterprisedb.com/postgresql/postgresql-16.3-2-windows-x64-binar… && unzip -q postgresql-16.3-2-windows-x64-binaries.zip && wine cmd Z:\> cd pgsql\bin Z:\pgsql\bin>psql.exe --version unrecognized win32 error code: 127unrecognized win32 error code: 127unrecognized win32 error code: 127unrecognized win32 error code: 127unrecognized win32 error code: 127unrecognized win32 error code: 127unrecognized win32 error code: 127un recognized win32 error code: 127unrecognized win32 error code: 127could not find a "psql.exe" to execute psql (PostgreSQL) 16.3 -- 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 57824] New: SetThreadPriority unexpectedly fails on terminated threads instead of no-op
by WineHQ Bugzilla 21 Feb '25

21 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57824 Bug ID: 57824 Summary: SetThreadPriority unexpectedly fails on terminated threads instead of no-op Product: Wine Version: 10.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: jinoh.kang.kr(a)gmail.com CC: rbernon(a)codeweavers.com Regression SHA1: 0559442de9c139ec2b66fee69f87a58b60df4b10 Distribution: --- This manifests as a failure on kernel32:loader: loader.c:4034: Test failed: SetThreadPriority error 5 The failures have started since commit 0559442de9c139ec2b66fee69f87a58b60df4b10: commit 0559442de9c139ec2b66fee69f87a58b60df4b10 Author: Rémi Bernon <rbernon(a)codeweavers.com> Date: Fri Dec 1 23:36:54 2023 +0100 server: Introduce new set_thread_priority helper. -- 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 57803] New: Sekiro: Shadows Die Twice crashes at launch with Xbox One controller connected
by WineHQ Bugzilla 21 Feb '25

21 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57803 Bug ID: 57803 Summary: Sekiro: Shadows Die Twice crashes at launch with Xbox One controller connected Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: wmi&wbemprox Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com CC: hans(a)meelstraat.net Regression SHA1: 33756286efb9e6b58831b01b9f2ef4d7992a967a Distribution: --- Created attachment 78010 --> https://bugs.winehq.org/attachment.cgi?id=78010 backtrace 10.0-266-g29446a66ce2 -- 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 4

[Bug 39474] New: MSWT Kart 2004 does not work
by wine-bugs＠winehq.org 21 Feb '25

21 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=39474 Bug ID: 39474 Summary: MSWT Kart 2004 does not work Product: Wine Version: 1.7.53 Hardware: x86-64 URL: http://www.gamershell.com/download_5628.shtml OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 00cpxxx(a)gmail.com Distribution: Debian Download and install the game, after the intro videos the game will crash while loading bitmaps. The crash happens shortly after a BMP image is loaded. This is a continuation of bug 21012. -- 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 57847] New: Cross-compiled Wine no longer installs a 'wine' loader binary
by WineHQ Bugzilla 21 Feb '25

21 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57847 Bug ID: 57847 Summary: Cross-compiled Wine no longer installs a 'wine' loader binary Product: Wine Version: 10.1 Hardware: x86-64 OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: loader Assignee: wine-bugs(a)winehq.org Reporter: bshanks(a)codeweavers.com Regression SHA1: cb87d40cd4a8837826ea76efc91371ab09eb9d63 On ARM64 macOS, I cross-compile an x86_64 Wine by doing an ARM64 build (./configure), then an x86_64 build using those tools (./configure --enable-archs=i386,x86_64 --host=x86_64-apple-darwin --with-wine-tools=<path to ARM build dir> CC='clang -arch x86_64' CROSSCFLAGS='-g -O2 -march=core2 -mfpmath=sse'). Both builds succeed, but since cb87d40cd4a8837826ea76efc91371ab09eb9d63 ("makefiles: Create wine as a symlink to tools/wine/wine."), the x86_64 build directory contains an ARM64 'wine' binary (a symlink to the ARM64 tools/wine/wine). This of course is not usable with the x86_64 build. In addition, if I install the x86_64 build, there is no bin/wine binary present. -- 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 2

[Bug 57625] New: Regression: some fullscreen games are displayed incorrectly upon switching from and back to game window
by WineHQ Bugzilla 21 Feb '25

21 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57625 Bug ID: 57625 Summary: Regression: some fullscreen games are displayed incorrectly upon switching from and back to game window Product: Wine Version: 9.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fidoxe4910(a)nongnue.com Distribution: --- This bug occurs with Kingdom Rush Alliance, might also occur with other fullscreen games. To reproduce the bug: 1. Open the aforementioned game 2. Switch to another window by a keyboard shortcut 3. Switch back to the game On Wine 9.20, the game is then displayed in fullscreen as it should be. On Wine 9.22, however, the taskbar is displayed over the game and there are black fields on the left and right -- 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 2

[Bug 57819] New: Wine unable to start since rebuild with glibc 2.41
by WineHQ Bugzilla 21 Feb '25

21 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57819 Bug ID: 57819 Summary: Wine unable to start since rebuild with glibc 2.41 Product: Wine Version: 10.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mike(a)fireburn.co.uk Distribution: --- I've rebuilt my gentoo system with glibc 2.41, binutils 2.44 and gcc 14.2.1_p20241221 No wine programs start including winecfg and wineboot, even if I remove ~/.wine I see the following problem: winecfg 002c:fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0) 002c:fixme:winediag:loader_init wine-staging 10.0 is a testing version containing experimental patches. 002c:fixme:winediag:loader_init Please mention your exact version when filing bug reports on winehq.org. 0044:fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0) wine: Unhandled page fault on write access to 0000000140021B30 at address 00006FFFFFF36730 (thread 0044), starting debugger... 0044:err:seh:start_debugger Couldn't start debugger L"winedbg --auto 64 168" (2) Read the Wine Developers Guide on how to set up winedbg or another debugger wine: Unhandled page fault on write access to 0000000140021940 at address 00006FFFFFF36730 (thread 002c), starting debugger... 002c:err:seh:start_debugger Couldn't start debugger L"winedbg --auto 40 160" (2) Read the Wine Developers Guide on how to set up winedbg or another debugger wine: could not load kernel32.dll, status c0000135 I'm guessing its related to the dlopen execstack stuff -- 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 19

[Bug 57793] New: Wine Wordpad started with blank screen
by WineHQ Bugzilla 21 Feb '25

21 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57793 Bug ID: 57793 Summary: Wine Wordpad started with blank screen Product: Wine Version: 10.0 Hardware: x86-64 OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: isakov-sl(a)bk.ru Created attachment 77994 --> https://bugs.winehq.org/attachment.cgi?id=77994 Empty windows With winehq-10 my compilation by default clang from Xcode-16.2 I can't start Wordpad as seen on screenshot. The same result with wine-staging based on this wine-10. Good result with old wine-9.0. -- 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 57310] New: wineboot failed to initialize a wine prefix
by WineHQ Bugzilla 21 Feb '25

21 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57310 Bug ID: 57310 Summary: wineboot failed to initialize a wine prefix Product: Wine Version: 0.9.17. Hardware: x86-64 OS: MacOS Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rmkk(a)atlas.cz This issue is relevant for INTEL MACs only, ARM MACs are working fine. Starting wine without existing wineprefix should create a brand new .wine and initialize it - this is failing on Intel Macs. The last working version I found is wine-staging-9.1-osx64.tar.xz, all newer ones are failing including the latest wine-staging-9.17-osx64.tar.xz. So after version 9.1 something has to change. It is easy to reproduce ... local(a)Radim--iMac ~ % sw_vers ProductName: macOS ProductVersion: 15.0 BuildVersion: 24A5327a local(a)Radim--iMac ~ % arch i386 local(a)Radim--iMac ~ % rm -rf ~/.wine local(a)Radim--iMac ~ % ~/Downloads/Wine\ Staging.app/Contents/Resources/wine/bin/wineboot wine: created the configuration directory '/Volumes/Data/Radim Home/.wine' wineserver: using server-side synchronization. 0024:err:environ:run_wineboot failed to start wineboot 1 zsh: killed ~/Downloads/Wine\ Staging.app/Contents/Resources/wine/bin/wineboot -- 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 8

[Bug 57795] New: cmd lacks support for right-to-left handle redirection (2<&1)
by WineHQ Bugzilla 21 Feb '25

21 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57795 Bug ID: 57795 Summary: cmd lacks support for right-to-left handle redirection (2<&1) Product: Wine Version: unspecified Hardware: x86-64 URL: https://github.com/curl/curl OS: FreeBSD Status: NEW Keywords: source Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: damjan.jov(a)gmail.com When compiling the Windows version of Curl from Wine + MS Platform SDK, the build breaks when copying the binaries to destination directories, because in https://github.com/curl/curl/blob/2ed232a4e66c7ecb75f1b7fc7623da967857ef04/… (and other places) it does this: @if exist $(LIB_DIROBJ)\$(LIB_NAME_DLL) copy $(LIB_DIROBJ)\$(LIB_NAME_DLL) $(DIRDIST)\bin\ /y >nul 2<&1 That "2<&1" at the end of the line breaks it. Wine's cmd only supports redirections in the opposite direction, like "1>&2". I am working on a patch. -- 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