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

[Bug 25936] New: SolidWorks 2010: sldim.exe shows blank window
by wine-bugs＠winehq.org 16 May '25

16 May '25

http://bugs.winehq.org/show_bug.cgi?id=25936 Summary: SolidWorks 2010: sldim.exe shows blank window Product: Wine Version: 1.3.12 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Created an attachment (id=33059) --> (http://bugs.winehq.org/attachment.cgi?id=33059) Image showing the problem Steps to reproduce: 1) remove ~/.wine 2) winetricks gecko 3) wine /sldim/sldim.exe Behaviour: Blank window (see attachment) Expected behaviour: The window shouldn't be blank -- 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 15

[Bug 27403] New: Collapsable section headers in Solidworks property manager are overdrawn, thus unusable
by wine-bugs＠winehq.org 16 May '25

16 May '25

http://bugs.winehq.org/show_bug.cgi?id=27403 Summary: Collapsable section headers in Solidworks property manager are overdrawn, thus unusable Product: Wine Version: 1.3.21 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: mpartap(a)gmx.net The problem can be seen in the attached video: headers on the first tab are first displayed correctly (and are clickable), then they get overdrawn slowly which makes them non-clickable. Usually, the second tab does not have this problem, and some actions trigger the header buttons to be redrawn, but they get overdrawn again at once. I tried to nail down the problem by vastly expanding RelayExclude to the 500 topmost function calls, an excerpt of the resulting log is also attached. No fixmes or warnings come up. -- 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 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 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 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