December 2021 - Wine-Bugs - list.winehq.org

[Bug 52041] New: Page Fault on mouseover over document window scrollbars with davar4.exe
by WineHQ Bugzilla Dec. 17, 2021

Dec. 17, 2021

https://bugs.winehq.org/show_bug.cgi?id=52041 Bug ID: 52041 Summary: Page Fault on mouseover over document window scrollbars with davar4.exe Product: Wine Version: 6.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: enometh(a)meer.net Distribution: --- Created attachment 71051 --> https://bugs.winehq.org/attachment.cgi?id=71051 crash report from wine I'm getting a repeatable crash with the DAVAR4 bible software. This is known to have worked with wine-6.0 beta (be459282420) and I noticed it failing after tagged wine-6.17. The present report is with wine-6.19 but the problem exists in the current HEAD (6.21) detailed notes to reproduce (how can i submit 2 attachments in one report) in a fresh wine * download and install https://www.davar3.net/davar4/davar4_setup.exe or davar.zip at the same location (40MB Download) * full install options to /tmp/davar4 - This installs 6M files in /tmp/davar4/Davar and some 85MB under User's ProgramData/Davar. - Cardo104s.ttf SILEOT2.ttf will be installed under c:/windows/fonts * fire up davar WINEPREFIX=/tmp/newprefix wine /tmp/davar4/Davar/davar.exe NETWORK WARNING: the program does a http get from www.davar3.net to get the latest version STEP A. In the "Library Tree" window Expand nodes 1. "Books" 2. "Greek Scriptures" 3. "[TR+] Textus Receptus" This will bring up an MDI window and uses the greek Cardo font (already installed) STEP B. In the "Library Tree" window expand nodes 1. "Books" 2. "English Scriptures" 3. "[KJV+] King James Version Bible" This will bring up another MDI window alongside the first window STEP C. [Optional STEP] Exit the program. This saves the config file under ProgramData. Relaunch the program WINEPREFIX=/tmp/newprefix wine /tmp/davar4/Davar/davar.exe STEP 4. Now move the mouse around over the two document windows TR and KJV. At some point when the cursor is over scrollbar, wine crashes. -- 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 52020] New: Borderlands GOTY Enhanced crashes after intros
by WineHQ Bugzilla Dec. 17, 2021

Dec. 17, 2021

https://bugs.winehq.org/show_bug.cgi?id=52020 Bug ID: 52020 Summary: Borderlands GOTY Enhanced crashes after intros Product: Wine Version: 6.21 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com CC: z.figura12(a)gmail.com Regression SHA1: c465f339a7a408be9ab69d7db54308b9e5eecd56 Distribution: --- Unhandled exception: page fault on read access to 0x0000000000000028 in 64-bit code (0x00007f73bda11429). Register dump: rip:00007f73bda11429 rsp:0000000059c6f900 rbp:0000000000000003 eflags:00010206 ( R- -- I - -P- ) rax:0000000000000000 rbx:000000000b640078 rcx:0000000000000000 rdx:0000000000000000 rsi:0000000000000002 rdi:0000000000008a11 r8:0000000000010000 r9:0000000000000001 r10:000000000b640048 r11:00007f73280cd400 r12:000000003802d920 r13:0000000002075908 r14:00007f73bdb03070 r15:0000000010000000 Stack dump: 0x0000000059c6f900: 000000000b64d578 0000000000000000 0x0000000059c6f910: 0000000018000000 000000000b640048 0x0000000059c6f920: 0000000000000160 0000000008000000 0x0000000059c6f930: 0000000037fe86d0 00000000bd9a229f 0x0000000059c6f940: 0000000037fd39c0 000000000000002c 0x0000000059c6f950: 0000000037fd3980 000000000b6fb4b8 0x0000000059c6f960: 0000000002075908 00000000658f07f0 0x0000000059c6f970: 0000000002075908 00000000280d9460 0x0000000059c6f980: 000000000b642360 0000000000000000 0x0000000059c6f990: 0000000023010077 00000000be4a62d9 0x0000000059c6f9a0: 0000000000000000 0000000023010077 0x0000000059c6f9b0: 00000000b079c9ca 0000000000000000 Backtrace: =>0 0x00007f73bda11429 in d3dx9_43 (+0x1e1429) (0x0000000000000003) 0x00007f73bda11429 D3DXAssembleShader+0xbe765 in d3dx9_43: movl 0x0000000000000028(%rax),%edx -- 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 52008] New: Star Ocean The Last Hope International crashes on startup after Wine 6.17
by WineHQ Bugzilla Dec. 17, 2021

Dec. 17, 2021

https://bugs.winehq.org/show_bug.cgi?id=52008 Bug ID: 52008 Summary: Star Ocean The Last Hope International crashes on startup after Wine 6.17 Product: Wine Version: 6.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: hibbsncc1701(a)gmail.com Distribution: --- On Wine 6.17 the game will start normally. (Although it complains about not being able to save a 2KB system save file. This can be bypassed, but the game will not save the player's progress. That should be tracked in a different bug.) On Wine 6.18 and the current git, the game crashes on startup before the company logos. Bisect reveals 984f608c2885c80284ca8f35d6ad72d5193b3658 as the first bad commit. -- 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 7

[Bug 51766] New: ^C in gdb mode makes debugger quit
by WineHQ Bugzilla Dec. 17, 2021

Dec. 17, 2021

https://bugs.winehq.org/show_bug.cgi?id=51766 Bug ID: 51766 Summary: ^C in gdb mode makes debugger quit Product: Wine Version: 6.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winedbg Assignee: wine-bugs(a)winehq.org Reporter: hi-angel(a)yandex.ru Distribution: --- # Steps to reproduce 1. Run `winedbg --gdb notepad.exe` 2. Once you're dropped in gdb prompt, press ^C (Ctrl+c) ## Expected Prompt gets redrawn a line below ## Actual You are dropped out of winedbg into the terminal. -- 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 7

[Bug 52161] New: ntdll:om fails when run without elevated privileges
by WineHQ Bugzilla Dec. 17, 2021

Dec. 17, 2021

https://bugs.winehq.org/show_bug.cgi?id=52161 Bug ID: 52161 Summary: ntdll:om fails when run without elevated privileges Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com ntdll:om fails when run without elevated privileges: om.c:2481: Test failed: CreateFile failed (5) om.c:2494: Test failed: CreateFile failed (5) om.c:2497: Test failed: comparing FFFFFFFFFFFFFFFF with FFFFFFFFFFFFFFFF returned 00000000 http://winetest.dolphin/data/patterns.html#ntdll:om This can be reproduced on the TestBot's w1064-adm VM. The fix is probably just a matter of checking for ERROR_ACCESS_DENIED and aborting the test. The failing tests were introduced with this commit: commit 47c365606fe67b505fa94ad177d353cd1d10e1c5 Author: Jinoh Kang <jinoh.kang.kr(a)gmail.com> Date: Sun Nov 28 19:40:29 2021 +0900 ntdll/tests: Add tests for NtCompareObjects. Signed-off-by: Jinoh Kang <jinoh.kang.kr(a)gmail.com> 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.

1 6

[Bug 51380] New: The segment register tests fail in the wow32 ntdll:exception build
by WineHQ Bugzilla Dec. 17, 2021

Dec. 17, 2021

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.

1 4

[Bug 50906] New: Her Story hangs/crashes in video clips
by WineHQ Bugzilla Dec. 17, 2021

Dec. 17, 2021

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.

1 10

[Bug 29934] New: Weird Worlds: Launcher no longer launches the game
by wine-bugs＠winehq.org Dec. 17, 2021

Dec. 17, 2021

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.

2 45

[Bug 52207] New: HICON leak in CopyImage
by WineHQ Bugzilla Dec. 17, 2021

Dec. 17, 2021

https://bugs.winehq.org/show_bug.cgi?id=52207 Bug ID: 52207 Summary: HICON leak in CopyImage Product: Wine Version: 6.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: jswinebz(a)kanargh.org.uk Distribution: --- Created attachment 71264 --> https://bugs.winehq.org/attachment.cgi?id=71264 Don't leak HICONs from CopyImage At some point between 6.7 and 6.21, user32.CopyImage was reworked. In the IMAGE_ICON, LR_COPYFROMRESOURCE case it used to just call CURSORICON_Load and return its return value. Now it calls CURSORICON_Load, makes *another* copy of that (in case it wants to resize it, but it still creates another copy if it's already the right size), then returns the copy. The original intermediate HICON is leaked. This also leaks its two underlying GDI HBITMAPs. Since there are two HBITMAPs for each HICON, we run out of GDI handles first. (I run The Bat! as my email client, which animates its systray icon when there is unread mail. The leaking HICONs cause it to crash after just under 2 hours, which is roughly what 5fps at two handles per frame takes to hit 65536.) The attached patch fixes that by fudging LR_COPYDELETEORG into the flags for that case, causing the "original" (actually our intermediate) icon to be deleted on exit... ...except there's a second bug there. As it stands it tries to use gdi32.DeleteObject to delete the HICON. But DeleteObject can only delete GDI handles (for example the two embedded HBITMAPs within the HICON), but the HICON itself is a user object and the delete fails. So the DeleteObject call must also be changed to DestroyIcon to make that work. With both of those changes in, the GDI handle count is now stable. -- 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 51539] New: "server: Get the process entry point from the exe image info" breaks running if exe is loaded at a non-default address
by WineHQ Bugzilla Dec. 17, 2021

Dec. 17, 2021

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.

1 8