wine-bugs April 2025

wine-bugs@winehq.org

1 participants
1300 discussions

[Bug 11461] New: TortoiseSVN does not run under Wine
by wine-bugs＠winehq.org 15 May '25

15 May '25

http://bugs.winehq.org/show_bug.cgi?id=11461 Summary: TortoiseSVN does not run under Wine Product: Wine Version: 0.9.5. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver AssignedTo: wine-bugs(a)winehq.org ReportedBy: mslinn(a)mslinn.com I note that Winscp (winscp.org) is able to display TortoiseSVN menus in the local file window when running under Windows, but not when running under wine. Here is how I invoke winscp under wine: WINEDEBUG=fixme-all wine "c:/program files/winscp/winscp" Background: WinSCP is a very nice GUI front end for Subversion (svn). You can read about it and download it here: http://tortoisesvn.tigris.org/ TortoiseSVN should not be run across a network when the Icon Overlays feature is enabled. http://tortoisesvn.net/node/138 http://tortoisesvn.net/node/267 However, TortoiseSVN's icon overlay feature is one of the program's major assets. I want to use Cygwin's xterm to connect to the samba server that holds the svn checkout directory and use Wine to run TortoiseSVN locally on that server. The user would be presented with a nice visual representation of the state of their checked out Subversion project, and performance would be good. On Windows, TortoiseSVN can display its icons in any file chooser window, and in Windows Explorer. I have also found that WinSCP's explorer view will show icons for the local machine. I would prefer not to have to run WinSCP in order to view TortoiseSVN icons. Perhaps a tiny Win32 program that merely shows a file dialog would be sufficient to run in an xterm, if Wine would support whatever system calls TortoiseSVN makes. For me, and many other programmers and IT personnel who work in a mixed Windows/Linux environment, Wine would be much more useful if there was a way to run it under Wine. Might it be possible to extend winefile with whatever it currently lacks in order to allow TortoiseSVN to run? -- 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 24

[Bug 58162] New: GetPrivateProfileIntA/W and WritePrivateProfileStringA/W does not detour properly.
by WineHQ Bugzilla 15 May '25

15 May '25

http://bugs.winehq.org/show_bug.cgi?id=58162 Bug ID: 58162 Summary: GetPrivateProfileIntA/W and WritePrivateProfileStringA/W does not detour properly. Product: Wine Version: 10.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: hibbsncc1701(a)gmail.com Distribution: --- Created attachment 78443 --> http://bugs.winehq.org/attachment.cgi?id=78443 sone_patch's debug log under Windows 10. When trying to detour a Recettear - An Item Shop's Tale's custom.exe using https://gitlab.com/redpolline/sone_patch, all attempts to update the game's config ini file fail under Wine, but work under Windows. The game's custom.exe uses the GetPrivateProfileIntA() and WritePrivateProfileStringA() functions to access the game's ini file instead of calling CreateFileA(), ReadFile(), and WriteFile() directly. I assume that the cause is Wine possibly having GetFullPathNameW() as a statically linked symbol within the context of GetPrivateProfileIntA() and WritePrivateProfileStringA(). (As all three of them are exported by kernel32.dll, and therefore the compiler would not need to search for the symbol at build time.) But I could be wrong here. What matters is that when sone_patch detours GetFullPathNameA/W(), GetPrivateProfileIntA() and WritePrivateProfileStringA() should be affected by that detour without being detoured themselves. A good way to see this is by using sone_patch's debug build, as it logs when a detoured function is hit, along with the given arguments. Under Windows 10, multiple calls to GetFullPathNameA/W() are seen in the log. (But no CreateFileA/W() for the ini file.) Under Wine, no calls are logged at all for the ini file. The only call to GetFullPathNameW() seen under Wine is for C:\windows\resources\themes\light\light.msstyles. Which isn't present under the Windows log, so that one is Wine specific.) As a result, the game's button config and display settings cannot be altered by the game's custom.exe. As it gets the original (developer intended) file which is read-only (and owned by another user) on my system. Which sone_patch is supposed to workaround through the detouring of GetFullPathNameA/W() to point custom.exe to an accessible file elsewhere. -- 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 57672] New: Knights of the Old Republic II - Rendering issues and crashes when using new WoW64 mode
by WineHQ Bugzilla 15 May '25

15 May '25

https://bugs.winehq.org/show_bug.cgi?id=57672 Bug ID: 57672 Summary: Knights of the Old Republic II - Rendering issues and crashes when using new WoW64 mode Product: Wine Version: 10.0-rc5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: opengl Assignee: wine-bugs(a)winehq.org Reporter: info(a)fdossena.com Distribution: --- Created attachment 77849 --> https://bugs.winehq.org/attachment.cgi?id=77849 Screenshot of how the game looks with the new WoW64 mode I'm testing the "classic" version of KOTOR 2 (not the 2015 remaster from steam) and I noticed a strange behavior. When building Wine using the new WoW64 mode, the game has visual artifacts in the character creation screen, and freezes when trying to start a new game. When building Wine with the old WoW64, the game works correctly. The first game, based on the same engine, works correctly with both versions of WoW64. Tested on: * Arch Linux x86_64, Kernel 6.12 * AMD Radeon RX6900XT with Mesa 24.3.3 * KDE Plasma on Wayland (wine is running with the x11 backend) I'm attaching screenshots of Wine 10.0-rc5. Logs don't show anything out of the ordinary or different between the two builds. -- 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 37088] New: SmartBarXP hangs on exit
by wine-bugs＠winehq.org 15 May '25

15 May '25

https://bugs.winehq.org/show_bug.cgi?id=37088 Bug ID: 37088 Summary: SmartBarXP hangs on exit Product: Wine Version: 1.7.24 Hardware: x86 OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Created attachment 49298 --> https://bugs.winehq.org/attachment.cgi?id=49298 terminal output Noticed while checking bug 8018. Closing the application (either via Option, Exit or clicking the X) results in a hang. There's a seh exception thrown, as well. -- 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 7

[Bug 57381] New: International Rally Championship Regression
by WineHQ Bugzilla 14 May '25

14 May '25

https://bugs.winehq.org/show_bug.cgi?id=57381 Bug ID: 57381 Summary: International Rally Championship Regression Product: Wine Version: 9.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: adec2011.ac(a)gmail.com Distribution: --- International Rally Championship used to run ok but has recently stopped working. I dont know when exactly. There is a demo here https://archive.org/details/InternationalRallyChampionshipDemo -- 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 7

[Bug 58171] New: Breath of Fire IV, Ys VI crashes on the opening video
by WineHQ Bugzilla 14 May '25

14 May '25

http://bugs.winehq.org/show_bug.cgi?id=58171 Bug ID: 58171 Summary: Breath of Fire IV, Ys VI crashes on the opening video Product: Wine Version: 10.6 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: smazza(a)codeweavers.com Regression SHA1: 277c8924c1ecd8626b26e19206908f648cc86e2c Distribution: ArchLinux Created attachment 78459 --> http://bugs.winehq.org/attachment.cgi?id=78459 terminal output The GOG version of Breath of Fire IV and YS VI: The Ark of Naphistim crash when the first opening video is about to play. No demo versions exist. Reverting commit 277c8924c1ecd8626b26e19206908f648cc86e2c [amstream: Implement dynamic formats in ddraw stream.] fixes the crash for me. wine-10.6-71-gf7503d0a996 -- 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 55170] New: Access 97 installer fails with could not open file
by WineHQ Bugzilla 14 May '25

14 May '25

https://bugs.winehq.org/show_bug.cgi?id=55170 Bug ID: 55170 Summary: Access 97 installer fails with could not open file Product: Wine Version: 8.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winehq(a)jonass.user.lysator.liu.se Distribution: --- I installed Debian 12 (32-bits), download wine and select development branch. Got 8.11. Ran winecfg and selected Windows XP. Insert install CD and run "wine setup.exe". I get an error: Setup could not open the file 'Z:\opt\wine-devel\share\wine\fonts\ACMd51f.tmp' Console output reports an error about read access denied for Z: and bad file descriptor. -- 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 17124] New: MSYS installer doesn't pop up cmd window?
by wine-bugs＠winehq.org 13 May '25

13 May '25

http://bugs.winehq.org/show_bug.cgi?id=17124 Summary: MSYS installer doesn't pop up cmd window? Product: Wine Version: 1.1.13 Platform: Other URL: http://www.mingw.org/wiki/msys OS/Version: other Status: NEW Keywords: download, Installer, source Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com When install msys, it floods the terminal with: This is a post install process that will try to normalize betweenyour MinGW install if any as well as your previous MSYS installs if any. I don't have any traps as aborts will not hurt anything.Do you wish to continue with the post install? [yn ] pi.sh: [: ==: unary operator expectedDo you have MinGW installed? [yn ] pi.sh: [: ==: unary operator expectedWhen you install MinGW I suggest you install it to C:/mingw(replace C: with the drive of your choice). Then create an/etc/fstab file with a line that has a value similar to:C:/mingw /mingwPress ENTER to continue Normalizing your MSYS environment.You have script /bin/awkYou have script /bin/cmdYou have script /bin/echoYou have script /bin/egrepYou have script /bin/exYou have script /bin/fgrepYou have script /bin/printfYou have script /bin/pwdYou have script /bin/rviYou have script /bin/rviewYou have script /bin/rvimYou have script /bin/viYou have script /bin/viewMinGW-1.1 has a version of make.exe within it's bin/ directory.Please be sure to rename this file to mingw32-make.exe once youve echo installed MinGW-1.1 because it\s very deficient in function.Press ENTER to continue.C:\msys\1.0\postinstall>pause Press Return key to continue: Towards the end. It looks like something that should be in a cmd prompt (haven't tested on windows yet). The line endings are also wrong, but that's another bug. -- 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 14

[Bug 15949] New: MSYS does not integrate with MinGW install correctly
by wine-bugs＠winehq.org 13 May '25

13 May '25

http://bugs.winehq.org/show_bug.cgi?id=15949 Summary: MSYS does not integrate with MinGW install correctly Product: Wine Version: 1.1.8 Platform: Other OS/Version: other Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jeffz(a)jeffz.name Installing MSYS after MinGW on windows sets things up so that the existing MinGW install integrates with MSYS, whereby /mingw from the MSYS shell points to the MinGW install. First download: wget http://downloads.sourceforge.net/mingw/MinGW-5.1.4.exe?modtime=1209244789&b… run MinGW-5.1.4.exe with all defaults. Second download: wget http://downloads.sourceforge.net/mingw/MSYS-1.0.10.exe?modtime=1079444447&b… run wineconsole cmd (required because Wine doesn't launch a console window like windows does) MSYS-1.0.10.exe Answer the defaults to the prompted questions on the console window before the installer finishes (it pauses there) wine cmd /c c:\msys\1.0\msys.bat Typing 'gcc' in the msys terminal echos "sh: gcc: command not found", whereas on windows it says gcc.exe: no input files. On windows within msys, `ls /mingw` lists the contents of C:\mingw, on Wine /mingw is empty. -- 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 12

[Bug 56093] New: msys/pacman: fails with "fixup_mmaps_after_fork: VirtualQueryEx failed"
by WineHQ Bugzilla 13 May '25

13 May '25

https://bugs.winehq.org/show_bug.cgi?id=56093 Bug ID: 56093 Summary: msys/pacman: fails with "fixup_mmaps_after_fork: VirtualQueryEx failed" Product: Wine Version: 9.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)mailbox.org Distribution: --- Updating a msys2 installation via "pacman -Suy" fails in below way. This is a result of the parent process doing a DuplicateHandle with PROCESS_QUERY_LIMITED_INFORMATION and inheriting this to the forked process. This fork tries to recreate the mappings of the parent but fails the VirtualQueryEx call with this inherited handle of the parent process. It does fail because in wine it leads to a call to get_process_from_handle with PROCESS_QUERY_INFORMATION which the handle was not created with. msys2 does intentionally use PROCESS_QUERY_LIMITED_INFORMATION instead of PROCESS_QUERY_INFORMATION with DuplicateHandle on windows 8.1 and up. wine bash.exe --login pacman -Suy 0 [main] pacman 1051 fixup_mmaps_after_fork: VirtualQueryEx failed for MAP_PRIVATE address 0x6FFFFFFF0000, Win32 error 5 562 [main] pacman 1051 C:\msys64\usr\bin\pacman.exe: *** fatal error in forked process - recreate_mmaps_after_fork_failed In the parent process: https://github.com/msys2/msys2-runtime/blob/msys2-3.4.10/winsup/cygwin/sigp… In the child process: https://github.com/msys2/msys2-runtime/blob/msys2-3.4.10/winsup/cygwin/mm/m… -- 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 7

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