https://bugs.winehq.org/show_bug.cgi?id=51380
Bug ID: 51380
Summary: The segment register tests fail in the wow32
ntdll:exception build
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
The segment register tests fail in the wow32 ntdll:exception build:
https://test.winehq.org/data/patterns.html#ntdll:exception
exception.c:1233: Test failed: wrong ds 0000 / 002b
exception.c:1234: Test failed: wrong es 0000 / 002b
exception.c:1235: Test failed: wrong gs 0000 / 002b
exception.c:1233: Test failed: wrong ds 0000 / 002b
exception.c:1234: Test failed: wrong es 0000 / 002b
exception.c:1235: Test failed: wrong gs 0000 / 002b
Note that these failures don't happen in a pure 32-bit prefix or when running
the 64-bit tests.
These tests were introduced by this commit:
commit 03fe2b36cdcd6d5b431af2bc02aeeb67219c1a51
Author: Alexandre Julliard <julliard(a)winehq.org>
AuthorDate: Tue Jun 22 12:43:09 2021 +0200
ntdll/tests: Add more tests for segment registers in 64-bit mode.
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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=50906
Bug ID: 50906
Summary: Her Story hangs/crashes in video clips
Product: Wine
Version: 6.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sa(a)whiz.se
Distribution: ---
Created attachment 69715
--> https://bugs.winehq.org/attachment.cgi?id=69715
Video played to the end
Hi,
The game Her Story (the GOG version in my tests) either hangs or crashes on
playing videos.
There are two issues:
1, Letting a video play through to the end results in a hang and these errors:
01c4:err:quartz:DSoundRender_SendSampleData 0
01c4:err:ntdll:RtlpWaitForCriticalSection section 016F24E8
"dlls/quartz/filtergraph.c: filter_graph.cs" wait timed out in thread 01c4,
blocked by 0024, retrying (60 sec)
This is not 100% reproducible, the attached playthrough.log for this issue
contains one successful playthrough before the hang.
2. Seeking in a video results in a crash. Seems to happen every time.
0194:err:ntdll:RtlpWaitForCriticalSection section 016F1CC8
"dlls/winegstreamer/quartz_parser.c: pin.flushing_cs" wait timed out in thread
0194, blocked by 0024, retrying (60 sec)
0198:fixme:dbghelp:validate_addr64 Unsupported address fffffffff7f70000
[...]
0198:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr
0x7bc46b15
To reproduce this, click on the video once for the seek bar to appear and skip
forwards/backwards.
This is the seek_backwards.log
Logs are attached captured with +quartz,+gstreamer
Video files are H264 with MP3 audio in an AVI container.
Interestingly removing the audio track from the video files gets rid of both
issues.
(The first video file used by the game is D305.avi, unless it's random?)
--
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=29934
Bug #: 29934
Summary: Weird Worlds: Launcher no longer launches the game
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: samurai_no_densetsu(a)yahoo.es
Classification: Unclassified
Weird Worlds's launcher no longer works as expected. Since this is a
regression, I did a regression test but it was unsuccessful.
The launcher works fine from wine-1.0 to wine-1.3.25, including the stable
version wine-1.2.3. So I tried to bisect 1.3.25 against 1.4-rc4.
When I was doing the bisection learned that between wine-1.3.27 and wine-1.3.33
(both included) the launcher didn't even appear, and manually had to skip all
that range, and within wine-1.3.34 to wine-1.4-rc4 the menu launcher is there
but no longer launches the game. Can't provide a regression id as the issue
clearly raised between wine-1.3.27 and wine-1.3.33, versions in which the
launcher does not start so is virtually impossible to test.
Didn't noticed earlier as the game can be launched from scripts or commandline
this way: wine weird.exe -skiplauncher -game default
Luckyly there's a demo showing the same behaviour here:
http://www.shrapnelgames.com/Demos/DD_WW_win.html
I wish I could add more info, but that's all I have right now.
--
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=51539
Bug ID: 51539
Summary: "server: Get the process entry point from the exe
image info" breaks running if exe is loaded at a
non-default address
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: martin(a)martin.st
CC: jacek(a)codeweavers.com, julliard(a)winehq.org
Regression SHA1: a3c92a02cc7014cfdb1f90f1d070037868067097
Distribution: ---
Since "server: Get the process entry point from the exe image info",
a3c92a02cc7014cfdb1f90f1d070037868067097, starting a process fails if the exe
image ends up loaded at a non-default address.
This can be easily triggered e.g. with this patch:
---8<---
diff --git a/dlls/ntdll/unix/virtual.c b/dlls/ntdll/unix/virtual.c
index 8ceba611875..2515d73ee9e 100644
--- a/dlls/ntdll/unix/virtual.c
+++ b/dlls/ntdll/unix/virtual.c
@@ -2405,8 +2405,10 @@ static NTSTATUS virtual_map_image( HANDLE mapping,
ACCESS_MASK access, void **ad
base = wine_server_get_ptr( image_info->base );
if ((ULONG_PTR)base != image_info->base) base = NULL;
+#if 0
if ((char *)base >= (char *)address_space_start) /* make sure the DOS
area remains free */
status = map_view( &view, base, size, alloc_type & MEM_TOP_DOWN,
vprot, zero_bits_64 );
+#endif
if (status) status = map_view( &view, NULL, size, alloc_type &
MEM_TOP_DOWN, vprot, zero_bits_64 );
if (status) goto done;
---8<---
This seems to happen a lot on 32 bit arm builds (on Ubuntu 20.04), when the
expected low addresses used as default load address of 0x400000 conflicts with
e.g. /home/martin/wine32/share/wine/nls/sortdefault.nls which is mapped at
0x00230000-0x00564000.
--
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=51409
Bug ID: 51409
Summary: Trails to Azure main menu crash after video playback
after wine 6.1
Product: Wine
Version: 6.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: billfleming11(a)gmail.com
Distribution: ---
Created attachment 70265
--> https://bugs.winehq.org/attachment.cgi?id=70265
Good vs Bad Crash logs
In Trails To Azure (and Trails from Zero) both games were working fine in Wine
5.XX and 6.1 but not in future wine releases. (using Geofront translation patch
with dinput8 dll)
These games play a video on startup, then have a typical "Press Start" screen
to get to the main menu.
After doing a bisect wine-6.1-249-g5bff63621ee is the last working release.
Bisect bad commit:
https://source.winehq.org/git/wine.git/commit/897800fd449ae0ea5da00206bd348…https://bugs.winehq.org/show_bug.cgi?id=50667#c1 (reference for getting logs
and bug from same commit)
Starting in wine-6.1-250-g897800fd449 (for several dozen versions) the game
will crash immediately before the video starts playing. All future wine
versions (6.2 to present) that succeed in playing the video crash at the menu
screen immediately afterwords as soon as input is received at the "PRESS START"
screen.
However the video does appear to play correctly in these newer releases.
If the video is removed or disabled (in the game settings) the game will still
crash in the newer wine versions when pressing start at the main menu. You have
to let the short (7 second) video play then press a button at the screen in the
working wine 6.1 version.
See attached logs.
--
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=48930
Bug ID: 48930
Summary: Vcrun2019 cannot be installed.
Product: Wine
Version: 5.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: depositmail(a)mail.ru
Distribution: ---
Hi!
I can't install vcrun2019. Used the Winetricks shell.
I can't figure it out myself, I need 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.
https://bugs.winehq.org/show_bug.cgi?id=43981
Bug ID: 43981
Summary: Watch_Dogs fails to start
Product: Wine-staging
Version: 2.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fin4478(a)hotmail.com
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Created attachment 59641
--> https://bugs.winehq.org/attachment.cgi?id=59641
wine terminal output
The Uplay game Watch_Dogs is free in this week. Install Uplay and then you can
install the Watch_Dogs game. When you launch the game, the game opens a full
screen image where is the Ubisoft logo and plays a sound. Then the game hangs.
The terminal output is attached and you can see the following error many times:
d3d:wined3d_device_decref Leftover resource 0x1491f420 with type
WINED3D_RTYPE_BUFFER (0x1)
I use the Wine configuration for watch_dog.exe. I have tried d3d library
override and win7 and win8.
My system:
OpenGL renderer string: AMD POLARIS11 (DRM 3.19.0 / 4.14.0-rc4, LLVM 6.0.0)
OpenGL core profile version string: 4.5 (Core Profile) Mesa 17.3.0-devel -
padoka PPA
--
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=51000
Bug ID: 51000
Summary: Rufus won't run on a fresh prefix; Needs "elevated
privileges"
Product: Wine-staging
Version: 6.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: oguilherme(a)protonmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ArchLinux
Created attachment 69844
--> https://bugs.winehq.org/attachment.cgi?id=69844
Wine Staging 6.6 log file
Rufus 3.13 (Portable) won't run on a fresh Wine Staging prefix.
The oldest staging version I could still reproduce this was on 6.3.
Steps to reproduce:
1. Download rufus-3.13p.exe from here:
https://github.com/pbatard/rufus/releases/tag/v3.13 (sha1:
da498e3e80186ee16620f56a601e19fbdc1f8551)
2. Run:
$ WINEPREFIX=~/.wine2 wine rufus-3.13p.exe
3. Rufus will display the following message and exit:
"This application can only run with elevated privileges"
I wasn't able to reproduce with vanilla Wine.
Regards.
--
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=51143
Bug ID: 51143
Summary: Dragon NaturallySpeaking does not install with
"CheckForElevationState" return 1602
Product: Wine
Version: 6.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: susancragin(a)earthlink.net
Distribution: ---
Created attachment 70013
--> https://bugs.winehq.org/attachment.cgi?id=70013
Installation log
I am trying to install Dragon Naturally Speaking 12.5 on a new Gentoo install.
I have done this successfully in the past, on both Debian and Gentoo installs,
one on this machine.
But now I keep getting this error, which is a Microsoft error saying that I
have terminated the installation.
err:msi:ITERATE_Actions Execution halted, action L"CheckForElevationState"
returned 1602
When I try to install Dragon Naturally Speaking 15 Home, it quits with the same
error. (Natspeak 15 does not install successfully, but usually quits with an
error much further in the installation process.
However, when I install Notepad++ that works. That may be just because there
are no MSIs with it.
--
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=50680
Bug ID: 50680
Summary: Detroit: Become Human crashes at launch with
ntdll-NtAlertThreadByThreadId
Product: Wine-staging
Version: 6.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lvb.crd(a)protonmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 69406
--> https://bugs.winehq.org/attachment.cgi?id=69406
wine-6.2 with ntdll-NtAlertThreadByThreadId +seh,+pid,+timestamp,+tid output
The game won't launch on Wine-Staging 6.1 and 6.2.
I've done some tests and found that using Wine +
`ntdll-NtAlertThreadByThreadId` from Staging is enough to reproduce this
problem.
Disabling this patchset on Staging or using "vanilla" Wine helps.
And the most annoying thing is that "slowing down Wine" (or whatever) with
`WINEDEBUG="+seh,+pid,+sync,+timestamp` - fixes the problem on my local
system/hardware. So I can't reproduce it at collection of logs.
I was able to attach a log with these debug channels
(+seh,+pid,+timestamp,+tid), but it looks like the game can create several
kinds of error. Perhaps it depends on which part of the code/thread is the
first to be executed (it looks like something related to parallel programming,
I don't know how it is called correctly).
(Sorry, it looks like this time I was not able to collect any useful
information to create a report, but I believe that it would be wrong not to
create it at all.)
--
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.