June 2024 - Wine-Bugs - list.winehq.org

[Bug 54995] New: msys2: git clone fails with 'Socket operation on non-socket'
by WineHQ Bugzilla May 16, 2025

May 16, 2025

https://bugs.winehq.org/show_bug.cgi?id=54995 Bug ID: 54995 Summary: msys2: git clone fails with 'Socket operation on non-socket' Product: Wine Version: 8.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)mailbox.org Distribution: --- git clone --mirror git://sourceware.org/git/newlib-cygwin.git msys2-runtime Cloning into bare repository '.../msys2-runtime' 010c:fixme:winsock:addrinfo_flags_to_unix unhandled flags 0x80000 fatal: packet write failed: Socket operation on non-socket -- 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 51248] New: UrlGetPart produces different results from Windows
by WineHQ Bugzilla May 16, 2025

May 16, 2025

https://bugs.winehq.org/show_bug.cgi?id=51248 Bug ID: 51248 Summary: UrlGetPart produces different results from Windows Product: Wine Version: 6.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: shlwapi Assignee: wine-bugs(a)winehq.org Reporter: jp-dev(a)inbox.ru Distribution: --- Created attachment 70120 --> https://bugs.winehq.org/attachment.cgi?id=70120 test program, logs It produces difference result codes. There is a test case on some URLs and relevant output from Windows 10 vs Wine 6.10. Sometimes it will return a different HRESULT, or it will fail parsing the query string. -- 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 37813] New: Defiance fails to connect to login Server
by wine-bugs＠winehq.org May 16, 2025

May 16, 2025

https://bugs.winehq.org/show_bug.cgi?id=37813 Bug ID: 37813 Summary: Defiance fails to connect to login Server Product: Wine Version: 1.7.31 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Bastyjuice(a)aol.com The Game is patching and ist Starting without any Trouble but after launching Defiance, the Game pop ups with a Dialog "The defiance service is unavailable please try again later" Michael Bond tells that he Have turned on all debug for winsock and dug through the log. He see it create a socket and connect to login-live-us-pc.defiance.com port 50000. After that there's a handful of failed setsockopt calls for send and recv buffer sizes followed by a series of select and WSAFDIsSet calls waiting for socket activity, and finally shutdown and closesocket. -- 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 38

[Bug 54923] New: Drag and drop is not working in Delphi based applications
by WineHQ Bugzilla May 16, 2025

May 16, 2025

https://bugs.winehq.org/show_bug.cgi?id=54923 Bug ID: 54923 Summary: Drag and drop is not working in Delphi based applications Product: Wine Version: 8.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winehq.org(a)mail.magynhard.de Distribution: --- The drag and drop does not work inside applications that are based on Delphi by default anymore. For example, when using HeidiSQL, I'm not able to move entries in the connection session manager into a folder to organize my connections. WORKAROUND: It is working, if i select "Windows XP" in winecfg, but not working for example for "Windows 10". So it seems that the drag and drop feature got lost at later "windows versions". On a real Windows 10 machine it works without any problems. Might be related with "gdiplus_winxp" -> see other Delphi applications with the same problem: https://github.com/TES5Edit/TES5Edit/issues/774 -- 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 9

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

May 16, 2025

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 11461] New: TortoiseSVN does not run under Wine
by wine-bugs＠winehq.org May 15, 2025

May 15, 2025

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 55170] New: Access 97 installer fails with could not open file
by WineHQ Bugzilla May 15, 2025

May 15, 2025

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 May 15, 2025

May 15, 2025

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 May 15, 2025

May 15, 2025

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 May 15, 2025

May 15, 2025

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