https://bugs.winehq.org/show_bug.cgi?id=46472
Bug ID: 46472
Summary: Linux kernel 4.19 breaks startup of BO2 due to change
in PTRACE_POKEUSER hw breakpoint behavior
Product: Wine
Version: 4.0-rc6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: troyb(a)us.ibm.com
Distribution: ---
Created attachment 63297
--> https://bugs.winehq.org/attachment.cgi?id=63297
linux 4.19 commit bd14406b78e6daa1ea3c1673bda1ffc9efdeead0
I bisected Linux 4.18 to 4.19 to find this commit which stops BO2 from
launching under any version of wine from 3.12 to 4.0-rc6, attachment below.
For convenience I hand-reverted the file kernel/events/hw_breakpoint.c as
follows :
/**
* modify_user_hw_breakpoint - modify a user-space hardware breakpoint
* @bp: the breakpoint structure to modify
* @attr: new breakpoint attributes
*/
int modify_user_hw_breakpoint(struct perf_event *bp, struct perf_event_attr
*attr)
{
int err;
/*
* modify_user_hw_breakpoint can be invoked with IRQs disabled and
hence it
* will not be possible to raise IPIs that invoke __perf_event_disable.
* So call the function directly after making sure we are targeting the
* current task.
*/
if (irqs_disabled() && bp->ctx && bp->ctx->task == current)
perf_event_disable_local(bp);
else
perf_event_disable(bp);
#if 0
/* new logic : >= kernel 4.19 */
err = modify_user_hw_breakpoint_check(bp, attr, false);
if (!bp->attr.disabled)
perf_event_enable(bp);
return err;
#else
/* old logic : <kernel 4.19 */
if (!attr->disabled) {
err = modify_user_hw_breakpoint_check(bp, attr, false);
if (err)
return err;
perf_event_enable(bp);
bp->attr.disabled=0;
}
return 0;
#endif
}
I examined some wine source code and found many instance of use of
PTRACE_POKUSER. I don't know enough about this function to know if this kernel
commit directly breaks the wine code, or some other fault in wine code is
indirectly triggering the problem. Using "old logic" in the file
hw_breakpoints above enables kernel 4.19 to start BO2 with 4.0-rc6 (and most
likely others).
--
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=51919
Bug ID: 51919
Summary: New sal.h macros break libstdc++ includes in wineg++
Product: Wine
Version: 6.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winelib
Assignee: wine-bugs(a)winehq.org
Reporter: mail(a)robbertvanderhelm.nl
Distribution: ---
https://github.com/wine-mirror/wine/commit/dfdf56fbe47f8ff50ebe533e6d73f2de…
added a bunch of new (empty) macros. These macros include definitions for __in
and __out. These names are used often for function arguments in libstdc++,
whose
headers now no longer compile under Wine 6.20's wineg++ after including
windows.h. A minimal example of the problem is this:
#include <windows.h>
#include <algorithm>
int main(int argc, char *argv[]) { return 0; }
Compiling the above with `wineg++ --std=c++20 <filename>.cpp` with GCC 11.1 now
results in 977 lines of compiler errors.
--
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=51856
Bug ID: 51856
Summary: access violation at emfdc_delete_object+0x17
Product: Wine
Version: 6.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: savelov(a)gmail.com
Distribution: ---
Created attachment 70763
--> https://bugs.winehq.org/attachment.cgi?id=70763
backtrace
starting with wine 6.16 riched20.dll crashes when calling gdi32.DeleteObject in
emfdc_delete_object+0x17 [Z:\usr\src\packages\BUILD\dlls\gdi32\emfdc.c:224]
application: samo-tour 5.3
wine config - winetricks riched20
use case - launch fastreport module, render rich text report
result - shows an error - Access violation at address 6C9CE4D7 in module
'gdi32.dll'. Read of address 000000A8
--
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=50088
Bug ID: 50088
Summary: Memento Mori needs WMReaderAdvanced2_OpenStream
Product: Wine
Version: 5.20
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: wmp&wmvcore
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Error: "Cannot initialize windows media video playback."
fixme:wmvcore:WMReaderAdvanced2_OpenStream (0855A508)->(0844E1A0 0844E668
0844E668)
Works after installing WMP10.
wine-5.20-141-g03eaa2cc93e
--
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=48791
Bug ID: 48791
Summary: Multiple games have sound stuttering when using FAudio
(Sniper Elite series, Resident Evil 0 HD Remaster,
Homesick)
Product: Wine
Version: 5.4
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: xaudio2
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
For Sniper Elite V2 and 3 after starting a new game sound in an intro gets
stuttering after a while.
Resident Evil has stuttering during dialogs only. (starts after
d98fda29bbd60053885a63706e268edb8fe536ed)
--
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=46801
Bug ID: 46801
Summary: Hitman: Sniper Challenge crashes on startup when using
FAudio
Product: Wine
Version: 4.3
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: xaudio2
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 63822
--> https://bugs.winehq.org/attachment.cgi?id=63822
backtrace
mmap() failed: Cannot allocate memory
Failed to create permanent mapping for memfd region with ID = 2770054660
Ignoring received block reference with non-registered memfd ID = 2770054660
wine-4.3-188-gab7756619c
--
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=51719
Bug ID: 51719
Summary: _pclose() does not cause child stdin to report EOF
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: andres(a)winehq.anarazel.de
Distribution: ---
Created attachment 70602
--> https://bugs.winehq.org/attachment.cgi?id=70602
regression test showing the bug
Hi,
Normally when the write end of a pipe is closed, the read end should see that
upon further reads. However wine's _popen()/_pclose() do not work that way - a
child's read from stdin blocks after the parent's _pclose().
I've attached a patch to the tests to show the problem. The tests hang, but
should succeed.
I reproduced this on git commit 8b9f1e12841298591387e2b7590191610a37986e
Regards,
Andres
PS: I encountered this because I was trying to fix a bug in the windows port of
postgres without having to use windows...
--
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=51937
Bug ID: 51937
Summary: Resident Evil 6 stops to a black screen instead of
playing videos (needs WMSyncReader_GetOutputProps)
Product: Wine
Version: 6.20
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: wmp&wmvcore
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
0600:fixme:wmvcore:WMSyncReader_GetOutputProps (01D0A4E0)->(0 2C0FFED0): stub!
wine-6.20-159-g80a30625a70
--
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=51921
Bug ID: 51921
Summary: Audio problems and crashes with Unreal Engine 4 due to
error in F3DAudio.c:349
Product: Wine
Version: 6.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zerooneo(a)01101001.net
Distribution: ---
Created attachment 70879
--> https://bugs.winehq.org/attachment.cgi?id=70879
The error message.
When one runs the games Obduction or RiME , which are both based on Unreal
Engine 4, with Wine commit d8be85863fedf6982944d06ebd1ce5904cb3d4e1 or later,
noise is output instead of audio, and an error occurs in F3DAudio.c, line 349,
and the error message "pDspSettings->DstChannelCount == ChannelCount &&
"Invalid channel count, DSP settings and speaker configuration must agree"" is
shown. Screenshots are attached. The game will then exit or eventually crash.
This commit and the previous one makes use of new code to process audio, so the
error seems directly related to that.
--
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=51851
Bug ID: 51851
Summary: Resident Evil 6 fails to play videos
Product: Wine
Version: 6.18
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: wmp&wmvcore
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
0710:fixme:wmvcore:WMSyncReader_OpenStream (01D01CE8)->(0C137D50): stub!
0710:fixme:wmvcore:WMSyncReader_GetOutputCount (01D01CE8)->(2C75FED8): stub!
Workaround 1: Installing WMP 10
Workaround 2: Rename 're6title.wmv' to something else in
'GameFolder/nativePC/movie' and create an empty file with the same name.
wine-6.18-479-g56360888717
--
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.