wine-bugs February 2020

wine-bugs@winehq.org

1 participants
7242 discussions

[Bug 41339] New: Minor regression: Wine loads with "/wine/dlls/ntdll/ loader.c: loader_section" errors when creating a new prefix or running an application
by wine-bugs＠winehq.org 07 Jan '23

07 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=41339 Bug ID: 41339 Summary: Minor regression: Wine loads with "/wine/dlls/ntdll/loader.c: loader_section" errors when creating a new prefix or running an application Product: Wine Version: 1.9.18 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fjfrackiewicz(a)gmail.com Distribution: --- I noticed that with Wine 1.9.18, whenever I either created a new prefix or ran an application I would receive the following errors in my terminal: err:ntdll:RtlpWaitForCriticalSection section 0x7bcf4f84 "../../../wine/dlls/ntdll/loader.c: loader_section" wait timed out in thread 001d, blocked by 001e, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x7bcf4f84 "../../../wine/dlls/ntdll/loader.c: loader_section" wait timed out in thread 001c, blocked by 001e, retrying (60 sec) This issue was also brought up by Bruno Jesus in the wine-devel mailing list here: https://www.winehq.org/pipermail/wine-devel/2016-September/114672.html Since I am not the only one experiencing this, I decided to run a regression test. According to the git bisect I have performed this issue first appears in wine-1.9.17-149-gd2b782f The bad commit in question: commit d2b782f4e4f0efa6e783031d57cf98789cdc4742 Author: Henri Verbeet <hverbeet(a)codeweavers.com> Date: Fri Aug 26 13:51:22 2016 +0200 ddraw: Rename "wineD3DVertexBuffer" to "wined3d_buffer". Signed-off-by: Henri Verbeet <hverbeet(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> :040000 040000 719fe9426a27661606b40339c96588fa09e3385e 07af319b9fd2e194b9a5990a0c09277d34ed42bb M dlls -- 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 20

[Bug 47536] New: Overwatch stops getting mouse input after alt-tabbing ( regression
by wine-bugs＠winehq.org 07 Jan '23

07 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=47536 Bug ID: 47536 Summary: Overwatch stops getting mouse input after alt-tabbing (regression Product: Wine Version: 4.12.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: sashok.olen(a)gmail.com Distribution: --- Through bisect, I've found this commit 82c6ec3a32f44e8b3e0cc88b7f10e0c0d7fa1b89 causes issues in Overwatch (a Blizzard game). To be specific, if the game is set to use Fullscreen or Windowed mode and you alt tab out of it even one time, it no longer allows you to aim. Instead, mouse cursor just kind of floats around the window, and I can even click in menus. The only way to recover it from that state is to relaunch it. The issue also doesn't seem to affect Borderless Windowed mode. Reverting that commit fixes the issue. I should note that during my testing, I had to use staging patches, as some of it are required to make it playable, but I don't know which ones it actually needs so I couldn't just apply them selectively. I am not really sure with which debug channels I should create the log with to help find the issue, so let me know which ones you need and I will record a log with them. -- 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 20

[Bug 35126] New: AirBuccaneers hangs on exit
by wine-bugs＠winehq.org 07 Jan '23

07 Jan '23

http://bugs.winehq.org/show_bug.cgi?id=35126 Bug ID: 35126 Summary: AirBuccaneers hangs on exit Product: Wine Version: 1.7.8 Hardware: x86 URL: http://s3-eu-west-1.amazonaws.com/airbuccaneers1/AirBu ccaneers_1.1_demo.zip OS: Linux Status: NEW Keywords: download Severity: trivial Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com Classification: Unclassified Created attachment 46856 --> http://bugs.winehq.org/attachment.cgi?id=46856 terminal output The game loads fine and it is playable, the only problem I observed so far is that the game hangs indefinitely when I choose to quit the game. CPU usage is minimal (1-2%), animation and music stop playing and the abu.exe process is just sitting there. Steps to reproduce the problem with the demo version: 1. unpack AirBuccaneers_1.1_demo.zip and start the game with abu.exe 2. select language and choose a new account 3. choose <Quit> in the main menu I tried the game in Virtualbox (Windows XP guest) and the problem doesn't exist there. wine-1.7.8-88-gfb75292 AirBuccaneers_1.1_demo.zip md5sum: 92d2a669743b0c9bb6645c8d2d01ff7e -- 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 6

[Bug 47888] New: user32:clipboard fails on Win 8.1 since the RX 460 GPU got installed
by WineHQ Bugzilla 06 Jan '23

06 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=47888 Bug ID: 47888 Summary: user32:clipboard fails on Win 8.1 since the RX 460 GPU got installed Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Windows Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com user32:clipboard fails on cw-rx460 / Windows 8.1 since the RX 460 GPU got installed (2019-09-25): clipboard.c:760: Test failed: 0: gle 5 clipboard.c:765: Test failed: 0.0: got 0000 instead of 0001 clipboard.c:805: Test failed: 0: gle 1418 clipboard.c:815: Test failed: 0: count 4 clipboard.c:818: Test failed: 0: gle 1418 clipboard.c:852: Test failed: 0: format 0001 got data 00798D08 clipboard.c:853: Test failed: 0.0: formats 00000000 have been rendered clipboard.c:858: Test failed: 0.0: formats 00000000 have been rendered clipboard.c:852: Test failed: 0: format 0007 got data 00798C78 clipboard.c:853: Test failed: 0.2: formats 00000000 have been rendered clipboard.c:858: Test failed: 0.2: formats 00000000 have been rendered clipboard.c:852: Test failed: 0: format 000d got data 007A12D0 clipboard.c:853: Test failed: 0.3: formats 00000000 have been rendered clipboard.c:858: Test failed: 0.3: formats 00000000 have been rendered clipboard.c:717: Test failed: 4: gle 5 clipboard.c:719: Test failed: 4: gle 1418 clipboard.c:746: Test failed: 4: count 2 clipboard.c:749: Test failed: 4: gle 1418 clipboard.c:765: Test failed: 4.0: got 000e instead of 0003 clipboard.c:717: Test failed: 6: gle 5 clipboard.c:719: Test failed: 6: gle 1418 clipboard.c:746: Test failed: 6: count 3 clipboard.c:749: Test failed: 6: gle 1418 clipboard.c:765: Test failed: 6.0: got 0002 instead of 0008 clipboard.c:717: Test failed: 7: gle 5 clipboard.c:719: Test failed: 7: gle 1418 clipboard.c:746: Test failed: 7: count 3 clipboard.c:749: Test failed: 7: gle 1418 clipboard.c:765: Test failed: 7.0: got 0008 instead of 0011 clipboard.c:1040: multi-threaded test clipboard.c:1130: Test failed: OpenClipboard failed: 5 clipboard.c:1142: Test failed: WM_RENDERFORMAT received 0000 clipboard.c:1146: Test failed: didn't get data for CF_OEMTEXT clipboard.c:1148: Test failed: WM_RENDERFORMAT received 0000 clipboard.c:1152: Test failed: sequence diff 0 clipboard.c:1155: Test failed: CloseClipboard failed: 1418 clipboard.c:1017: Test failed: wait failed clipboard.c:1157: Test failed: WM_DRAWCLIPBOARD not received clipboard.c:1157: Test failed: WM_CLIPBOARDUPDATE not received https://test.winehq.org/data/tests/user32:clipboard.html It's strange that changing the GPU and updating the graphics driver would cause permission denied errors when handling the clipboard. -- 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 46924] New: Sword of the Stars crashes with black screen
by wine-bugs＠winehq.org 05 Jan '23

05 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=46924 Bug ID: 46924 Summary: Sword of the Stars crashes with black screen Product: Wine Version: 4.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: luis.panadero(a)gmail.com Distribution: --- Created attachment 64027 --> https://bugs.winehq.org/attachment.cgi?id=64027 wine log output with WINEDEBUG=+wgl Sword of the Stars Complete collection (or Argos Naval Yard) crashes with a black screen and a dump. Tested on: Ubuntu 18.10 with kernel 5.0.5 + Mesa 19.1.0 , however fails with ubuntu default kernel and mesa versions. GPU : AMD RX580 -> amdgpu opensource driver Wine versiones that I try : - Wine 4.0 with Gallium Nine patch - default version on Ubuntu 18.10 (Wine 3.0.3) - Steam Proton 3.16 beta - Wine staging On every case fails with the same messages. -- 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 8

[Bug 28102] New: ws2_32: sock.ok fails intermittently
by wine-bugs＠winehq.org 05 Jan '23

05 Jan '23

http://bugs.winehq.org/show_bug.cgi?id=28102 Summary: ws2_32: sock.ok fails intermittently Product: Wine Version: 1.3.26 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: winsock AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com I'm seeing several failure modes: Here's one: ../../../tools/runtest -q -P wine -M ws2_32.dll -T ../../.. -p ws2_32_test.exe.so sock.c && touch sock.ok wine: Unhandled page fault on execute access to 0x00777777 at address 0x777777 (thread 0052), starting debugger... server.c:564: server_get_unix_fd: Assertion `wine_server_ptr_handle(fd_handle) == handle' failed. err:seh:raise_exception Unhandled exception code 80000101 flags 1 addr 0x68000832 Command exited with non-zero status 1 make[1]: *** [sock.ok] Error 1 Here's another: ../../../tools/runtest -q -P wine -M ws2_32.dll -T ../../.. -p ws2_32_test.exe.so sock.c && touch sock.ok *** stack smashing detected ***: ws2_32_test.exe.so terminated ======= Backtrace: ========= /lib/i386-linux-gnu/libc.so.6(__fortify_fail+0x50)[0x68273df0] /lib/i386-linux-gnu/libc.so.6(+0xe5d9a)[0x68273d9a] /home/dank/tmp/buildbot/sandbox/slave/runtests/build/dlls/ntdll/ntdll.dll.so[0x7bc962a4] /home/dank/tmp/buildbot/sandbox/slave/runtests/build/dlls/ntdll/ntdll.dll.so[0x7bc77c97] -- 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 22

[Bug 41411] New: 7za (part of 7-zip) handles some non-latin file names incorrectly under wine
by wine-bugs＠winehq.org 05 Jan '23

05 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=41411 Bug ID: 41411 Summary: 7za (part of 7-zip) handles some non-latin file names incorrectly under wine Product: Wine Version: 1.6.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: unxed(a)mail.ru Distribution: --- app: http://www.7-zip.org/a/7z1603-extra.7z sample archive to test: http://pnboy.pinguix.com/gapan/23-10-2012-b-fasi-eaep.zip 1. list sample archive using 7za: "7za.exe l 23-10-2012-b-fasi-eaep.zip" 2. compare to it's output on windows (or with listing using "unzip -l 23-10-2012-b-fasi-eaep.zip") you will see incorrect filename encoding in 7za's output p7zip, 7za's native linux port, behaves correctly with this archive -- 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 10

[Bug 42412] New: WinUAE 3.4.0: Networking over Slirp in AmigaOS 4.1 works bad.
by wine-bugs＠winehq.org 05 Jan '23

05 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=42412 Bug ID: 42412 Summary: WinUAE 3.4.0: Networking over Slirp in AmigaOS 4.1 works bad. Product: Wine Version: 2.0 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: bobben(a)wigilius.se When using WinUAE (both version 3.3.0 and 3.4.0) with slirp networking (only way when running AmigaOS 4.1), network transfers gets damaged (md5 and file size doesn't match) whether it's downloaded from internet or from local file server. This happens both on 32bit and 64bit Wine and WinUAE. Changing the MTU value on the AmigaOS side doesn't help either. I suspect this has something to do with the issue: fixme:winsock:set_dont_fragment IP_DONTFRAGMENT for IPv4 not supported in this platform. The author of WinUAE also suspects this is the problem: "IP_DONTFRAG (or IP_MTU_DISCOVER and friends) are not defined in some platform specific file" Currently using Wine 2.0-staging and macOS 10.11.6 -- 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 50

[Bug 36542] New: Outpost 2: Ingame videos don't play
by wine-bugs＠winehq.org 02 Jan '23

02 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=36542 Bug ID: 36542 Summary: Outpost 2: Ingame videos don't play Product: Wine Version: 1.7.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jopac76(a)mail.com Created attachment 48633 --> https://bugs.winehq.org/attachment.cgi?id=48633 Log with 1.7.19 Outpost 2 ingame videos don't play. I have both the videos in the game folder and in the CD. Videos are in the Indeo codec, does this make this bug a duplicate of the other Indeo-related bugs? https://appdb.winehq.org/objectManager.php?sClass=version&iId=16926&iTestin… claims the videos worked back on 1.1.35, making this a regression. The oldest I could compile was 1.1.40, and it didn't work. Game without videos is here: http://www.outpostuniverse.net/gamedownload.php -- 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 7

[Bug 34696] New: Magic & Mayhem 2: The Art of Magic: the in-game logo not rendering correctly
by wine-bugs＠winehq.org 02 Jan '23

02 Jan '23

http://bugs.winehq.org/show_bug.cgi?id=34696 Bug #: 34696 Summary: Magic & Mayhem 2: The Art of Magic: the in-game logo not rendering correctly Product: Wine Version: 1.7.3 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: winebugs140(a)gmail.com Classification: Unclassified Created attachment 46256 --> http://bugs.winehq.org/attachment.cgi?id=46256 MM Log The in-game logo that is in the main menu or which shows up when the game is loading has black holes. The problem can be reproduced in the demo (check out the link). Tested with: Windows Vista (without Wine), GeForce 9600M GS--the program works fine here Ubuntu 13.04, GeForce 9600M GS (NVIDIA driver 313) Mac OS X 10.7.5, ATI HD 2600 Pro, Mac Driver/X11 -- 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 9

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs February 2020