wine-bugs

wine-bugs@winehq.org

1 participants
158753 discussions

[Bug 40738] New: Notepad open file dialog does not remember its location
by wine-bugs＠winehq.org 22 Feb '25

22 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=40738 Bug ID: 40738 Summary: Notepad open file dialog does not remember its location Product: Wine Version: 1.9.11 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gur.stavi(a)gmail.com Distribution: --- Reproduced in notepad when using File->Open... dialog. In Windows if dragging the open file dialog to a new location, on the next time it is opened it will be opened at the same location. In Wine it is always opened at the top left corner of the application. This is quite inconvenient on a big screen with maximized app. Note that when resizing the dialog, wine does remember the size on the next open so hopefully the position could be a slight extension to this. Regards, Gur -- 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 3

[Bug 57846] New: Crash in dinput.dll->dinput8_EnumDevices when trying to run SGWC2
by WineHQ Bugzilla 22 Feb '25

22 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57846 Bug ID: 57846 Summary: Crash in dinput.dll->dinput8_EnumDevices when trying to run SGWC2 Product: Wine Version: 10.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dinput Assignee: wine-bugs(a)winehq.org Reporter: roidal(a)googlemail.com Distribution: --- Created attachment 78064 --> https://bugs.winehq.org/attachment.cgi?id=78064 winedbg-output When trying to run Sniper Ghost Warrior Contracts 2 Complete Edition from GoG there is a chance that it crashes before reaching the main-menu. According to winedbg this happens during a call of dinput8_EnumDevices, see attached winedbg-output. I have a XBox-Controller connected. -- 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 57817] New: mvscp90 ::std::ifstream::seekg(0) crashes
by WineHQ Bugzilla 21 Feb '25

21 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57817 Bug ID: 57817 Summary: mvscp90 ::std::ifstream::seekg(0) crashes Product: Wine Version: 10.1 Hardware: x86-64 OS: FreeBSD Status: NEW Keywords: source, testcase Severity: normal Priority: P2 Component: msvcp Assignee: wine-bugs(a)winehq.org Reporter: damjan.jov(a)gmail.com Wine can be crashed as easily as calling seekg(0) on an ::std::ifstream when linked with MSVCP90.DLL. Sample crash code, compile it so it uses MSVCP90.DLL and run with any "test.txt" in the current directory: ---snip--- #include <iostream> // std::cout #include <fstream> // std::ifstream int main (int argc, char **argv) { ::std::ifstream is ("test.txt", ::std::ifstream::binary); if (is) { // crashes: is.seekg(0); // doesn't crash: //is.seekg(0, ::std::ios::beg); return 0; } else return 1; } ---snip--- On Windows it works, and on Wine with native MSVCP90.DLL and MSVCRT90.DLL it works, but on Wine with builtin DLLs: 056c:Call msvcp90.?seekg@?$basic_istream@DU?$char_traits@D@std@@@std@@QAEAAV12@V?$fpos@H@2@@Z(0031fe38,00000000,0031fe38,000000000,00000000,00000001) ret=1b001086 056c:Call msvcr90.memcpy(0031fd68,00000000,00000018) ret=7a023138 056c:trace:seh:dispatch_exception code=c0000005 (EXCEPTION_ACCESS_VIOLATION) flags=0 addr=79F7F538 What's interesting is how calling is.seekg(0, ::std::ios::beg) instead works perfectly on Wine with builtin DLLs. -- 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 57810] New: ITextStream::WriteBlankLines() needs to be implemented for libxml2's configure.js to work
by WineHQ Bugzilla 21 Feb '25

21 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57810 Bug ID: 57810 Summary: ITextStream::WriteBlankLines() needs to be implemented for libxml2's configure.js to work Product: Wine Version: unspecified Hardware: x86-64 URL: https://github.com/GNOME/libxml2 OS: FreeBSD Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: scrrun Assignee: wine-bugs(a)winehq.org Reporter: damjan.jov(a)gmail.com In libxml2's win32 subdirectory, running "wine cscript configure.js" fails with: 0330:fixme:scrrun:textstream_WriteBlankLines 008EF44C, 1 stub 0330:trace:jscript:handle_dispatch_exception 80004001 (null) (null) 0330:warn:jscript:unwind_exception Exception 80020009 undefined in: 0330:warn:jscript:print_backtrace 0 L"discoverVersion"() context 1 line 207 char 1 0330:warn:jscript:print_backtrace 1 [unnamed]([detached frame]) context 1 line 606 char 0 0330:warn:jscript:print_backtrace 2 [native code] because in that "discoverVersion()" function called from configure.js line 207 here: https://github.com/GNOME/libxml2/blob/3dcde736d012a191cca60e5d5dbd80ef97176… ---snip--- vf.WriteBlankLines(1); ---snip--- which is implemented in dlls/scrrun/filesystem.c function textstream_WriteBlankLines(), which is indeed a stub returning E_NOTIMPL. Patching textstream_WriteBlankLines() to write newlines and return S_OK fixes the bug, and "wine cscript configure.js" runs to successful completion. I will make a merge request soon. This is why dog food bugs rule - when all the code is open source, debugging is so easy ;-). -- 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 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 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

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