https://bugs.winehq.org/show_bug.cgi?id=57824
Bug ID: 57824
Summary: SetThreadPriority unexpectedly fails on terminated
threads instead of no-op
Product: Wine
Version: 10.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
CC: rbernon(a)codeweavers.com
Regression SHA1: 0559442de9c139ec2b66fee69f87a58b60df4b10
Distribution: ---
This manifests as a failure on kernel32:loader:
loader.c:4034: Test failed: SetThreadPriority error 5
The failures have started since commit
0559442de9c139ec2b66fee69f87a58b60df4b10:
commit 0559442de9c139ec2b66fee69f87a58b60df4b10
Author: Rémi Bernon <rbernon(a)codeweavers.com>
Date: Fri Dec 1 23:36:54 2023 +0100
server: Introduce new set_thread_priority helper.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=57803
Bug ID: 57803
Summary: Sekiro: Shadows Die Twice crashes at launch with Xbox
One controller connected
Product: Wine
Version: 10.0
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: wmi&wbemprox
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
CC: hans(a)meelstraat.net
Regression SHA1: 33756286efb9e6b58831b01b9f2ef4d7992a967a
Distribution: ---
Created attachment 78010
--> https://bugs.winehq.org/attachment.cgi?id=78010
backtrace
10.0-266-g29446a66ce2
--
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.
https://bugs.winehq.org/show_bug.cgi?id=39474
Bug ID: 39474
Summary: MSWT Kart 2004 does not work
Product: Wine
Version: 1.7.53
Hardware: x86-64
URL: http://www.gamershell.com/download_5628.shtml
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 00cpxxx(a)gmail.com
Distribution: Debian
Download and install the game, after the intro videos the game will crash while
loading bitmaps. The crash happens shortly after a BMP image is loaded.
This is a continuation of bug 21012.
--
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.
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.
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.
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.
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.
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.
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.