wine-bugs

wine-bugs@winehq.org

1 participants
158754 discussions

[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

[Bug 57793] New: Wine Wordpad started with blank screen
by WineHQ Bugzilla 21 Feb '25

21 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57793 Bug ID: 57793 Summary: Wine Wordpad started with blank screen Product: Wine Version: 10.0 Hardware: x86-64 OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: isakov-sl(a)bk.ru Created attachment 77994 --> https://bugs.winehq.org/attachment.cgi?id=77994 Empty windows With winehq-10 my compilation by default clang from Xcode-16.2 I can't start Wordpad as seen on screenshot. The same result with wine-staging based on this wine-10. Good result with old wine-9.0. -- 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 57625] New: Regression: some fullscreen games are displayed incorrectly upon switching from and back to game window
by WineHQ Bugzilla 21 Feb '25

21 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57625 Bug ID: 57625 Summary: Regression: some fullscreen games are displayed incorrectly upon switching from and back to game window Product: Wine Version: 9.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fidoxe4910(a)nongnue.com Distribution: --- This bug occurs with Kingdom Rush Alliance, might also occur with other fullscreen games. To reproduce the bug: 1. Open the aforementioned game 2. Switch to another window by a keyboard shortcut 3. Switch back to the game On Wine 9.20, the game is then displayed in fullscreen as it should be. On Wine 9.22, however, the taskbar is displayed over the game and there are black fields on the left and right -- 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 57310] New: wineboot failed to initialize a wine prefix
by WineHQ Bugzilla 21 Feb '25

21 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57310 Bug ID: 57310 Summary: wineboot failed to initialize a wine prefix Product: Wine Version: 0.9.17. Hardware: x86-64 OS: MacOS Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rmkk(a)atlas.cz This issue is relevant for INTEL MACs only, ARM MACs are working fine. Starting wine without existing wineprefix should create a brand new .wine and initialize it - this is failing on Intel Macs. The last working version I found is wine-staging-9.1-osx64.tar.xz, all newer ones are failing including the latest wine-staging-9.17-osx64.tar.xz. So after version 9.1 something has to change. It is easy to reproduce ... local@Radim--iMac ~ % sw_vers ProductName: macOS ProductVersion: 15.0 BuildVersion: 24A5327a local@Radim--iMac ~ % arch i386 local@Radim--iMac ~ % rm -rf ~/.wine local@Radim--iMac ~ % ~/Downloads/Wine\ Staging.app/Contents/Resources/wine/bin/wineboot wine: created the configuration directory '/Volumes/Data/Radim Home/.wine' wineserver: using server-side synchronization. 0024:err:environ:run_wineboot failed to start wineboot 1 zsh: killed ~/Downloads/Wine\ Staging.app/Contents/Resources/wine/bin/wineboot -- 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 8

[Bug 57795] New: cmd lacks support for right-to-left handle redirection (2<&1)
by WineHQ Bugzilla 21 Feb '25

21 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57795 Bug ID: 57795 Summary: cmd lacks support for right-to-left handle redirection (2<&1) Product: Wine Version: unspecified Hardware: x86-64 URL: https://github.com/curl/curl OS: FreeBSD Status: NEW Keywords: source Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: damjan.jov(a)gmail.com When compiling the Windows version of Curl from Wine + MS Platform SDK, the build breaks when copying the binaries to destination directories, because in https://github.com/curl/curl/blob/2ed232a4e66c7ecb75f1b7fc7623da967857ef04/… (and other places) it does this: @if exist $(LIB_DIROBJ)\$(LIB_NAME_DLL) copy $(LIB_DIROBJ)\$(LIB_NAME_DLL) $(DIRDIST)\bin\ /y >nul 2<&1 That "2<&1" at the end of the line breaks it. Wine's cmd only supports redirections in the opposite direction, like "1>&2". I am working on a patch. -- 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 57787] New: Final Fantasy XI Online crashes with unhandled page fault on launch
by WineHQ Bugzilla 21 Feb '25

21 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57787 Bug ID: 57787 Summary: Final Fantasy XI Online crashes with unhandled page fault on launch Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wmi&wbemprox Assignee: wine-bugs(a)winehq.org Reporter: chiitoo(a)gentoo.org Regression SHA1: 33756286efb9e6b58831b01b9f2ef4d7992a967a Distribution: Gentoo Created attachment 77988 --> https://bugs.winehq.org/attachment.cgi?id=77988 Terminal Output/Backtrace After 33756286efb [1], Final Fantasy XI Online crashes during the "handover" from PlayOnline Viewer to the actual game client. Attached terminal output with 'WINEDEBUG="wbemprox"' and the backtrace. Last tested at 9dbd872a714 [2]. Thank you! 1. https://gitlab.winehq.org/wine/wine/-/commit/33756286efb9e6b58831b01b9f2ef4… 2. https://gitlab.winehq.org/wine/wine/-/commit/9dbd872a714cc5fdbe9d96707d0745… -- 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 12

[Bug 56464] New: vbscript: Join on array with "empty" items fails
by WineHQ Bugzilla 21 Feb '25

21 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=56464 Bug ID: 56464 Summary: vbscript: Join on array with "empty" items fails Product: Wine Version: 9.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: francisdb(a)gmail.com Distribution: --- > cat test.vbs Dim u Dim arr, arr1 'first item not empty arr = array("test", u) WScript.Echo "Join arr = " & Join(arr,"") 'first item is empty arr1 = array(u, "test") WScript.Echo "Join arr1 = " & Join(arr1,"") Wine > wine wscript test.vbs 0114:fixme:vbscript:Global_Join 0114:fixme:wscript:ActiveScriptSite_OnScriptError () Windows > cscript test.vbs Microsoft (R) Windows Script Host Version 5.812 Copyright (C) Microsoft Corporation. All rights reserved. Join arr = test Join arr1 = test On a vpinball where wine vbscript is embedded we get a segfault: free(): double free detected in tcache 2 -- 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 12

[Bug 50152] New: YOU and ME and HER: Game crashes after launching from game launcher
by WineHQ Bugzilla 21 Feb '25

21 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=50152 Bug ID: 50152 Summary: YOU and ME and HER: Game crashes after launching from game launcher Product: Wine Version: 5.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aleksandr_kines(a)rambler.ru Distribution: --- Created attachment 68660 --> https://bugs.winehq.org/attachment.cgi?id=68660 Terminal output Wine crashes when I click on "Start Game" button in game launcher and wait some time after game window appeared. -- 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 39057] New: Support for Indexed Vertex Blending
by wine-bugs＠winehq.org 21 Feb '25

21 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=39057 Bug ID: 39057 Summary: Support for Indexed Vertex Blending Product: Wine Version: 1.7.47 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: swswine(a)gmail.com Distribution: --- Created attachment 52025 --> https://bugs.winehq.org/attachment.cgi?id=52025 Patch to implement indexed vertex blending support Vertex blending support has been added recently (https://bugs.winehq.org/show_bug.cgi?id=6955 was closed). But indexed vertex blending is not supported yet. I've implemented rather straightforward patch to do it which works for me, it is attached. Though I am far not familiar with wined3d development and not quite sure that my patch is complete and does not have any caveats. A potential caveat with this patch is the following. Besides using indexes in vertex shaders, a big enough number of supported vertex blend matrices is required to really support this Direct3D feature. It was 4 in 1.7.47, I changed to 128 using the same framework developed in 1.7.47. It may potentially fail on some graphic cards due to large number of uniforms in vertex shader generated. Besides the transfer of those uniforms may probably be optimized not to call glUniformMatrix for every matrix when only one or few has changed. -- 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 133

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