October 2025 - Wine-Bugs - list.winehq.org

[Bug 21227] cmd doesn't echo redirection like native

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=21227 --- Comment #15 from Eric Pouech <eric.pouech(a)gmail.com> --- (In reply to Vijay Kamuju from comment #13) > dir > blah > bad command always creates the empty file blah, but on windows > it does not create it. > > Tested on wine 9.12 and windows 10 (In reply to lizhenbo from comment #12) > This is still an issue in wine 9.4, and hear is a simplified real world case > > - > @if not defined _echo @echo off > set _C=-c "import sys; sys.stdout.write(sys.executable)" > (py -3 %_C% || py -2 %_C% || python3 %_C% || python2 %_C% || python %_C%) > > pythonlocation.txt 2> NUL > set _C= > set /p PYTHON=pythonlocation.txt > if NOT DEFINED PYTHON ( > echo %__MsgPrefix%Error: Could not find a Python installation. > exit /b 1 > ) > echo Success > - not very clear to me how this relates to previous discussion (which were about extraneous white space on echoing commands) IMO, the script should be: set /p PYTHON=<pythonlocation.txt (mind the missing < after the =) but this fails on current Wine (10.16) unless written as set /p PYTHON=< pythonlocation.txt (mind the extra space after <) which looks like a lexer/parser issue; if all the assumptions just above are correct, please file a different bug -- 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.

Oct. 17, 2025

[Bug 21227] cmd doesn't echo redirection like native

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=21227 Eric Pouech <eric.pouech(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |eric.pouech(a)gmail.com --- Comment #14 from Eric Pouech <eric.pouech(a)gmail.com> --- (In reply to Vijay Kamuju from comment #13) > dir > blah > bad command always creates the empty file blah, but on windows > it does not create it. > > Tested on wine 9.12 and windows 10 retested on Wine 10.16, and only second redirected file is created -- 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.

Oct. 17, 2025

[Bug 46033] Execution of commands that contain special symbols will be truncated.

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=46033 Eric Pouech <eric.pouech(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever confirmed|0 |1 CC| |eric.pouech(a)gmail.com --- Comment #3 from Eric Pouech <eric.pouech(a)gmail.com> --- looks to be fixed in Wine 10.16 (but likely actual fix is earlier): >echo @echo a>dir_ny.bat >dir_ny a >dir_ny.bat a >.\dir_ny.bat a >./dir_ny.bat a >./dir_ny a >.\dir_ny a -- 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.

Oct. 17, 2025

[Bug 46823] in wcmd.exe, trailing slash in "if exist SomeDir/" cause always false

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=46823 Eric Pouech <eric.pouech(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |eric.pouech(a)gmail.com Resolution|--- |FIXED Status|UNCONFIRMED |RESOLVED Fixed by SHA1| |5e2f9996baedbe389df93255a4d | |d1188cbdb6c56 --- Comment #1 from Eric Pouech <eric.pouech(a)gmail.com> --- fixed by 5e2f9996baedbe389df93255a4dd1188cbdb6c56 -- 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.

Oct. 17, 2025

[Bug 56381] "type" does not support binary files

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=56381 Eric Pouech <eric.pouech(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |edd5b62380a91caa09866a63932 | |9928e06930a2e Resolution|--- |FIXED CC| |eric.pouech(a)gmail.com Status|UNCONFIRMED |RESOLVED --- Comment #5 from Eric Pouech <eric.pouech(a)gmail.com> --- fixed by edd5b62380a91caa09866a639329928e06930a2e (note: there are cornerish cases not fully handled, esp. when redirecting type's output to console) -- 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.

Oct. 17, 2025

[Bug 58806] Smart quotes in code example misleads clang

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58806 William Horvath <wine(a)horvath.blog> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |wine(a)horvath.blog --- Comment #1 from William Horvath <wine(a)horvath.blog> --- Fixed: https://gitlab.winehq.org/wine/wine/-/wikis/MacOS-Building/diff?version_id=… -- 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.

Oct. 17, 2025

[Bug 58806] New: Smart quotes in code example misleads clang

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58806 Bug ID: 58806 Summary: Smart quotes in code example misleads clang Product: Wine Version: unspecified Hardware: arm OS: MacOS Status: UNCONFIRMED Severity: trivial Priority: P2 Component: documentation Assignee: wine-bugs(a)winehq.org Reporter: calliehu02(a)gmail.com In https://gitlab.winehq.org/wine/wine/-/wikis/MacOS-Building, the guide suggests copy-pasting the line LDFLAGS=“-Wl,-rpath,/opt/X11/lib” into terminal before attempting to build WINE. There is in fact a "copy to clipboard" button to facilitate this behavior. Issue stems from the fact that this code contains smart quotes, which break encoding and are not properly understood by the system. "No such file or directory" is the error given. Impacts mainly the inexperienced, who might rely on such a guide and not understand the source of the error. Suggested fix to replace smart quotes with generic double quotes. -- 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.

Oct. 16, 2025

[Bug 58805] New: Chrome Embedded Framework CEF Massive Memory usage

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58805 Bug ID: 58805 Summary: Chrome Embedded Framework CEF Massive Memory usage Product: Wine Version: 10.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: johnpgoodman(a)gmail.com Distribution: --- Created attachment 79459 --> http://bugs.winehq.org/attachment.cgi?id=79459 memory usage I noticed that recent versions of Logos Bible software make much more use of CEF and so each panel starts up a new process. I'm sure this is true of lots of other apps too. But the problem is on Mac or Windows CEF is very memory light but for some reason each process uses about 250mb of ram on wine. I've investigated this a little and grok suggests that the problem is likely this: Chromium Embedded Framework (CEF) apps like Logos Bible Software spawn multiple renderer processes (~1 per UI panel). On Windows/Mac, each uses 20-50MB RAM by sharing V8 JIT code, Skia graphics caches, and fonts across processes. In Wine on Linux, unshared per-process duplication inflates this to 250MB/process, exhausting RAM with 10+ panels (2.5GB+ total). Root causes: Wine's ntdll doesn't share executable pages; D3D11 re-translates shaders per-process; emulated sandbox adds overhead. It recommends a solution: 3 targeted patches to emulate native sharing: Shared V8 JIT Cache (ntdll/unixlib.c): Map V8's 128MB executable region to /dev/shm once per prefix. Unified Skia/ANGLE Cache (d3d11/utils.c): Global /tmp/wine-angle-cache for shader translations. CEF Sandbox Bypass (Launch flag + winevdm.c): Skip emulated sandboxing. And points out that All Wine CEF Apps would be affected e.g. Discord, VSCode, Steam etc so many 1000s of users. I haven't a great deal of expertise but I've a good track record of working with devs to do testing and builds etc to help patches through. I'd be very grateful for any assistance from a dev with this issue! thanks -- 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.

Oct. 16, 2025

[Bug 10349] Yukon Trail installer crashes at the end

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=10349 --- Comment #22 from Dmitry Timoshkov <dmitry(a)baikal.ru> --- Created attachment 79458 --> http://bugs.winehq.org/attachment.cgi?id=79458 patch Many thanks for the test case! According to https://learn.microsoft.com/en-us/windows/win32/dataxchg/wm-dde-ack WM_DDE_INITIATE message should be handled differently from what currently Wine implements. Does the attached patch help? -- 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.

Oct. 16, 2025

[Bug 58752] assembly:Z:\usr\share\wine\mono\wine-mono-10.2.0\lib\mono\4.5\mscorlib.dll type:DllNotFoundException

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58752 --- Comment #18 from Esme Povirk <madewokherd(a)gmail.com> --- https://gitlab.winehq.org/wine/wine/-/merge_requests/9159 with winbrand.dll was merged into Wine, so that should fix the crash handler (unless there are more problems with it) and make the error less confusing. -- 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.

Oct. 16, 2025