https://bugs.winehq.org/show_bug.cgi?id=51659
Bug ID: 51659
Summary: Thronebreaker:The Witcher Tales-- Mahakam act
beginning has broken cutscene ( MFP)
Product: Wine-staging
Version: 6.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: yurnerolinux(a)yandex.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 70531
--> https://bugs.winehq.org/attachment.cgi?id=70531
Save files to quickly get into that act
Game had correctly working cutscenes until this act. Cutscene at the start of
this act looks like this.
https://i.imgur.com/BDkh0tq.png
Adding save files to make reproduction process easier. Otherwise person who
tries to repro would have to sink hours in it. With those save files in place
clicking to continue in main menu should grant the broken cutscene right away.
Combinations that problem is reproduced on:
- Wine 6.15 Staging- Reproduces the problem with both dxvk and wined3d
- Lutris 6.14 Fshack- Reproduces the problem with both dxvk and wined3d
- Screenshot above is taken on Wine 6.15 Staging+ Dxvk
--
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=51803
Bug ID: 51803
Summary: Staging: Heroes of the Storm crashes when patchset
d3dx11_43-D3DX11CreateTextureFromMemory is enabled
Product: Wine-staging
Version: 6.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sloonz(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 70690
--> https://bugs.winehq.org/attachment.cgi?id=70690
Console log
Since 2.16, Heroes of the Storm crashes at startup. The issue is only present
on staging. This is almost surely linked to the
d3dx11_43-D3DX11CreateTextureFromMemory patchset, since disabling it fixes the
issue.
The log shows this interesting line:
"03a0:fixme:d3dx:D3DX11CreateTextureFromMemory load_info is ignored"
I don’t think this is linked to https://bugs.winehq.org/show_bug.cgi?id=43692,
since the error message is different.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=34584
Bug #: 34584
Summary: thai2english not working at all may ole32 related
Product: Wine
Version: 1.7.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ole32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: genrobgen5(a)gmail.com
Classification: Unclassified
Hi
linux distr debian wheezy (recently updated)
gcc version 4.6.3 (Debian 4.6.3-14)
thai2english-setup-2.3.4233.exe
http://www.thai2english.com/downloading/thai2english-setup-2.3.4233.exe
started with wine '/root/.wine/drive_c/Program
Files/Thai2English/thai2english.exe'
wine version 1.7.2 with wine.git-87c459ab2359784f238c30073b1adc0111876987.patch
I tried the patch mplementing VarDecRound
(wine.git-87c459ab2359784f238c30073b1adc0111876987.patch) in wine-1.7.2,
unfortunately it does not seem to have helped with [Bug 34463] thai2english.
I think there is going to be more than one bug. A visable bug at the moment is
CoGetContextToken apartment not initialised (see attached log log-initial in
attachment). I did a
WINEDEBUG=+ole,+relay wine '/root/.wine/drive_c/Program
Files/Thai2English/thai2english.exe' 2>log+ole,+relay
followed by
grep 'CoGetContextToken' log+ole,+relay
to give
002c:Call ole32.CoGetContextToken(030be730) ret=791f525b
trace:ole:CoGetContextToken (0x30be730)
err:ole:CoGetContextToken apartment not initialised
002c:Ret ole32.CoGetContextToken() retval=800401f0 ret=791f525b
002d:Call ole32.CoGetContextToken(045be790) ret=791f525b
trace:ole:CoGetContextToken (0x45be790)
002d:Ret ole32.CoGetContextToken() retval=00000000 ret=791f525b
0030:Call ole32.CoGetContextToken(046be710) ret=791f525b
trace:ole:CoGetContextToken (0x46be710)
trace:ole:CoGetContextToken apt->context_token=0x188750
0030:Ret ole32.CoGetContextToken() retval=00000000 ret=791f525b
(see log+ole+relay-greped in attachment)
retval=800401f0 refers to return CO_E_NOTINITIALIZED in CoGetContextToken in
wine-1.7.2/dlls/ole32/compobj.c so apartment_find_multi_threaded() fails.
I suspect the following bit of code fails
LIST_FOR_EACH( cursor, &apts )
{
struct apartment *apt = LIST_ENTRY( cursor, struct apartment, entry );
if (apt->multi_threaded)
{
result = apt;
apartment_addref(result);
break;
}
}
this piece of code looks for a struct apartment in &apts (or possibly it might
create one if none exists)
&apts created by
static struct list apts = LIST_INIT( apts ); /* protected by csApartment */
however there does not appear to be any struct apartment or an appropriate
pointer in struct list
I am not sure how the program is supposed to work but there is a problem here.
By the way thai2english does not work at all I am not just making it up or
something. If the bug is not worth dealing with then that is not a problem to
me as I can us virtualbox however wine is a neater solution.
Rob
--
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.
https://bugs.winehq.org/show_bug.cgi?id=51799
Bug ID: 51799
Summary: Mafia: Definitive Edition has bad performance
Product: Wine
Version: 6.18
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
06c0:fixme:d3d11:d3d11_device_context_Map Ignoring map_flags 0x100000.
06c0:fixme:dxgi:d3d11_swapchain_GetFrameStatistics iface 0x20422bc0, stats
0x2fa0fbd0 stub!
06bc:err:d3d:wined3d_debug_callback 0x1e9eb0b0: "GL_INVALID_OPERATION in
glEndQuery{Indexed}(no matching glBeginQuery{Indexed})".
06c0:fixme:d3d11:d3d11_device_context_Map Ignoring map_flags 0x100000.
06bc:err:d3d:wined3d_debug_callback 0x1e9eb0b0: "GL_INVALID_OPERATION in
glBeginQuery{Indexed}(target=GL_SAMPLES_PASSED is active)".
06bc:err:d3d:wined3d_debug_callback 0x1e9eb0b0: "GL_INVALID_OPERATION in
glGetQueryObjectui64v(id=5 is invalid or active)".
Disabling CSMT helps but it breaks rendering.
--
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=51757
Bug ID: 51757
Summary: Network application crashes
Product: Wine
Version: 6.17
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: dmitry(a)baikal.ru
CC: z.figura12(a)gmail.com
Regression SHA1: 1ee382c706bed683e7263c867fd6599dd6920103
Distribution: ---
Created attachment 70653
--> https://bugs.winehq.org/attachment.cgi?id=70653
+winsock,+server,+seh,+tid log of the crashing thread
This is a recent regression, wine-6.17 works fine:
commit 1ee382c706bed683e7263c867fd6599dd6920103
Author: Zebediah Figura <zfigura(a)codeweavers.com>
Date: Tue Sep 14 01:02:43 2021 -0500
server: Pass the async result size as part of apc_call_t.
Only really an optimization (plus it makes the code a little conceptually
simpler).
Signed-off-by: Zebediah Figura <zfigura(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
I'm attaching a +winsock,+server,+seh,+tid log of the crashing thread, please
let me know if you need full log.
--
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=51723
Bug ID: 51723
Summary: Timespinner controller triggers aren't properly
recognized
Product: Wine
Version: 6.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: vlund(a)codeweavers.com
Distribution: ---
Created attachment 70605
--> https://bugs.winehq.org/attachment.cgi?id=70605
Terminal Output
Timespinner had an update that updated the FNA Framework from 19.05 to 21.08.
Since then the trigger buttons on controllers are not working. In the Player
Settings options menu Left trigger and Right trigger are reported as the
opposite ones when pressed, and in game neither button actually does anything.
All other buttons seem to working fine.
This happens with both Xbox and PS4 controllers.
--
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=51696
Bug ID: 51696
Summary: ntoskrnl.exe:ntoskrnl outputs too much traces (and
broke the Wine tests entirely)
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntoskrnl
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
ntoskrnl.exe:ntoskrnl outputs more than 200kB of traces:
$ ./wine dlls/ntoskrnl.exe/tests/ntoskrnl.exe_test.exe ntoskrnl
>ntoskrnl.report
$ tail -n3 ntoskrnl.report
0270:ntoskrnl: 96 tests executed (1 marked as todo, 0 failures), 0 skipped.
0020:ntoskrnl: Silenced 5475 todos, 0 skips and 0 traces.
0020:ntoskrnl: 21296 tests executed (1967 marked as todo, 0 failures), 0
skipped.
$ ls -l ntoskrnl.report
-rw-r--r-- 1 fgouget fgouget 208428 août 28 18:37 ntoskrnl.report
$ grep "Test marked todo:" ntoskrnl.report | wc -cl
1994 204531
This is not a problem of a runaway test or even that many trace() statements.
It's just that there are too many todos despite the vast majority being
silenced already.
The big issue is that adding so much data to a full Winetest run pushes it over
the 1.5MB limit (before and after debiant2 WineTest reports):
-rw-r--r-- 1 fgouget fgouget 1477298 août 28 20:27
/tmp/job96432_1_1_win32.report
-rw-r--r-- 1 fgouget fgouget 1689913 août 28 20:24
/tmp/job96543_1_1_win32.report
The commit that introduced the extra todos is:
commit 8d37962b43e5074bc0421611267dc41593114f85
Author: Zebediah Figura <zfigura(a)codeweavers.com>
AuthorDate: Thu Aug 26 20:54:10 2021 -0500
ntoskrnl/tests: Add more tests for IRP status handling.
Signed-off-by: Zebediah Figura <zfigura(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
Also the TestBot warned about this issue when the patch was submitted, though
that did not carry over to sending an email to wine-devel or marking the patch
as failed on the patches website (bug 51695).
https://testbot.winehq.org/JobDetails.pl?Key=96439#k401
--
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=51596
Bug ID: 51596
Summary: Unhandled exception code c0000005 when running any
64-bit Winelib application
Product: Wine
Version: 6.14
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: ArchLinux
Somewhere after Wine 6.14, 64-bit Winelib applications are no longer able to
start when Wine is compiled with optimizations. Everything still works just
fine
when setting {C,CXX,CROSSC}FLAGS to "-g -O0", and 32-bit Winelib applications
also still work fine. I haven't tested which exact commit introduced this
issue,
but it at least happens after f63ecaedc72f3580e7016ba71a480025e4d86e99
To reproduce this issue, create a main.cpp file with the following contents and
then compile it with `wineg++ -o main main.cpp -mwindows -m64`:
#include <iostream>
int main() {
std::cout << "Hello, world!" << std::endl;
}
Running main.exe with these versions of the latest master branch version of
Wine
Staging (wine-6.14-323-g91494ae6f2e right now) prints the following:
0144:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0
addr 0x7bc2dc17
Doing the same thing with a 32-bit Winelib (i.e. with -m32) works just fine,
and
the 64-bit version also works fine when compiling Wine the following
configuration:
CC='ccache gcc' CXX='ccache g++' CROSSCC='ccache x86_64-w64-mingw32-gcc'
CFLAGS="-g -O0" CXXFLAGS="-g -O0" CROSSCFLAGS="-g -O0" ../configure
--disable-tests --enable-win64
Leaving out those flags brings back the error, so there's likely some kind of
UB
at play here.
--
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=48442
Bug ID: 48442
Summary: MPGUI crash on start in MSVCRT__wctomb_s_l in
msvcr100
Product: Wine
Version: 5.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: lorenzofer(a)live.it
Distribution: ---
Created attachment 66220
--> https://bugs.winehq.org/attachment.cgi?id=66220
stacktrace
Hi,
MPGUI (a C++/CLI application, so C++ app that use the .NET runtime )crash on
start with a Unhandled exception: page fault on read access to 0x00000020 in
32-bit code (0x7c6e61a0).
PArt of the stacktrace:
0 0x7c6e61a0 MSVCRT__wctomb_s_l+0x1180() in msvcr100 (0x0032f378)
1 0x7c6e87f0 MSVCRT_vsnprintf+0x3f() in msvcr100 (0x0032f3c8)
2 0x7c6e8952 MSVCRT_sprintf_s+0x21() in msvcr100 (0x0032f3f8)
0x7c6e61a0 MSVCRT__wctomb_s_l+0x1180 in msvcr100: movzbl 0x0(%edi),%eax
This part of the stacktrace suggest that native dotnet may be a workaround:
10 0x6c54c5ee mono_jit_runtime_invoke+0x46d(exc=<is not available>)
[Z:\vagrant\mono\mono\mini\mini-runtime.c:3184] in libmono-2.0-x86 (0x005f6b48)
11 0x6c71da32 object_new_handle_common_tail+0x1d1(o=<is not available>,
klass=<is not available>, error=<is not available>)
[Z:\vagrant\mono\mono\metadata\object.c:3029] in libmono-2.0-x86 (0x00000000)
12 0x6c722105 mono_runtime_object_init+0xd4()
[Z:\vagrant\mono\mono\metadata\object.c:5151] in libmono-2.0-x86 (0x00000000)
13 0x6c5a3372 mono_jit_exec+0x191() [Z:\vagrant\mono\mono\mini\driver.c:1325]
Full stacktrace attached.
Prefix is new. 32bit
Wine Log is empty.
--
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.