wine-bugs June 2021

wine-bugs@winehq.org

1 participants
5044 discussions

[Bug 51277] New: Multiple games become unresponsive with plugged in controller (INSIDE, The Hong Kong Massacre, Sniper Elite 3)
by WineHQ Bugzilla 20 Jul '21

20 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=51277 Bug ID: 51277 Summary: Multiple games become unresponsive with plugged in controller (INSIDE, The Hong Kong Massacre, Sniper Elite 3) Product: Wine Version: 6.9 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com CC: z.figura12(a)gmail.com Regression SHA1: 97afac469fbe012e22acc1f1045c88b1004a241f Distribution: --- Used Xbox One. No response from controller/keyboard buttons. -- 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 5

[Bug 43173] New: Far Cry 4 sound stops
by wine-bugs＠winehq.org 20 Jul '21

20 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=43173 Bug ID: 43173 Summary: Far Cry 4 sound stops Product: Wine Version: 2.10 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dsound Assignee: wine-bugs(a)winehq.org Reporter: noonetinone(a)gmail.com Distribution: --- Created attachment 58436 --> https://bugs.winehq.org/attachment.cgi?id=58436 a run of FC4 with steam logs excised After the cut scenes from Ubisoft, Dunia, and Nvidia the sound cuts out. When this happens you are at the main menu. A few releases ago, I tested a new game and during the 'Stop the Bus' routine as well as the main menu and there was sound. Something happened. There is some information in my console log. DirectSoundDevice_RemoveBuffer is called multiple time until it has no buffers left. At this point you are at the main menu, at line 2102 in the attachment. The following are the last few lines from +dsound,+alsa. _________________________________________________________________________________ warn:dsound:DSOUND_PrimaryDestroy Destroying primary buffer while references held (1 1) trace:alsa:AudioClient_Stop (0x24887040) trace:alsa:alsa_rewind_best_effort rewinding 1015 frames, now held 3404 trace:alsa:AudioClient_Release (0x24887040) Refcount now 2 trace:alsa:AudioClient_Release (0x24887040) Refcount now 1 trace:alsa:AudioClient_Release (0x24887040) Refcount now 0 trace:alsa:AudioClient_Stop (0x24887040) trace:dsound:DirectSoundDevice_Release (0x24888050) released trace:dsound:directsound_destroy (0x2487a8d0) released -- 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 25

[Bug 35921] New: DXVA Checker 3.0.x (.NET 2.0 app) needs IDirectXVideoProcessorService (via DXVA2CreateVideoService)
by wine-bugs＠winehq.org 20 Jul '21

20 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=35921 Bug ID: 35921 Summary: DXVA Checker 3.0.x (.NET 2.0 app) needs IDirectXVideoProcessorService (via DXVA2CreateVideoService) Product: Wine Version: 1.7.15 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, as the summary says. The app calls DXVA2CreateVideoService with the interface identifier IID_IDirectXVideoProcessorService and subsequently crashes while trying to use it. --- snip --- $ WINEDEBUG=+tid,+seh,+relay,+dxva2 wine ./DXVAChecker.exe >>log.txt 2>&1 ... 002a:Call dxva2.DXVA2CreateVideoService(001a3f80,001791e0,0033e574) ret=0393234c 002a:fixme:dxva2:DXVA2CreateVideoService (0x1a3f80, {fc51a552-d5e7-11d9-af55-00054e43ff02}, 0x33e574): stub 002a:Ret dxva2.DXVA2CreateVideoService() retval=80004001 ret=0393234c ... 002a:trace:seh:raise_exception code=c0000005 flags=0 addr=0x790020cf ip=790020cf tid=002a 002a:trace:seh:raise_exception info[0]=00000000 002a:trace:seh:raise_exception info[1]=00000000 002a:trace:seh:raise_exception eax=00000000 ebx=00142e50 ecx=00000000 edx=00000000 esi=0033e458 edi=0033e5ac 002a:trace:seh:raise_exception ebp=0033e440 esp=0033e424 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010246 002a:trace:seh:call_stack_handlers calling handler at 0x79fcc4da code=c0000005 flags=0 --- snip --- MSDN: http://msdn.microsoft.com/en-us/library/windows/desktop/ms705631%28v=vs.85%… $ sha1sum DXVAChecker32_3.0.1.zip e7ba2151ae8cc2b9f805cbd1dd046c31f0d45a5b DXVAChecker32_3.0.1.zip $ du -sh DXVAChecker32_3.0.1.zip 564K DXVAChecker32_3.0.1.zip $ wine --version wine-1.7.15-209-g5d173f9 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.

2 11

[Bug 51152] New: The 64-bit ntdll:exception test fails in Wine
by WineHQ Bugzilla 20 Jul '21

20 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=51152 Bug ID: 51152 Summary: The 64-bit ntdll:exception test fails in Wine Product: Wine Version: 6.8 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 64-bit ntdll:exception test fails in Wine. More precisely the test exits without printing the summary line which means it must be calling exit() or prematurely being forced to exit in some other way: https://test.winehq.org/data/patterns.html#ntdll:exception exception.c:3027: Test marked todo: 35: ds 0 does not match ss 0x2b exception.c:3030: Test marked todo: 35: got fs 0 <---- trace from the test ntdll:exception:033c done (0) in 0s <---- trace from WineTest This started with the following commit: commit 10d7a804c1973f332b9068cb8c98119c6dd7c1e2 Author: Zebediah Figura <z.figura12(a)gmail.com> Date: Sun Mar 28 17:08:30 2021 -0500 ntdll/tests: Add a test for segment register contents in x86_64 exception handlers. Signed-off-by: Zebediah Figura <z.figura12(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 18

[Bug 15381] New: CoFreeUnusedLibraries will crash COM server or cause 0x800703E6/I_RpcReceive error 0x3e6
by wine-bugs＠winehq.org 20 Jul '21

20 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=15381 Summary: CoFreeUnusedLibraries will crash COM server or cause 0x800703E6/I_RpcReceive error 0x3e6 Product: Wine Version: 1.0.0 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: ole32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dmda(a)yandex.ru Created an attachment (id=16230) --> (http://bugs.winehq.org/attachment.cgi?id=16230) demo illustrating the problem if CoFreeUnusedLibraries is called by COM server, it will break RPC channcel and lead to the errors Attached is client/server code that demonstrates the problem. If you comment out CoFreeUnusedLibraries call, it will start to work. Steps: -comple all 3 projects in the Workspace (Debug target is the only appropriate for the sake of demo) -make sure server and proxy are registered by running testserver.exe -RegServer, regsvr32 testserverPS.dll -run testproject.exe (the client) Expected behaviour: 1. it will show server's message "CServer is created", click ok 2. it will show client's message "press OK when ready", click ok 3. it will show server's message passed by the client "Hello world!", click ok 4. it will show client's message "call succeeded" and client will exit 5. after roughly 6sec it will show that the server is unloaded/ Actual behaviour: 1. it will show server's message "CServer is created", click ok 2. it will show client's message "press OK when ready", click ok 3. it will show server's message passed by the client "Hello world!", click ok 4. it will dump out trouble in the console and show client's message "call failed" You may call CoFreeUnusedLibraries anywhere in the appartment and it will break RPC on the server side. In some cases it will crash whole the server, like in the demo. Tested environment: Fedora Core 8, 32bit, x86, wine 1.0 installed through the updates -- 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 14

[Bug 51366] New: several wine-mono network tests fail with timeout
by WineHQ Bugzilla 20 Jul '21

20 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=51366 Bug ID: 51366 Summary: several wine-mono network tests fail with timeout Product: Wine Version: 6.11 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: madewokherd(a)gmail.com Distribution: --- The following wine-mono test cases fail on the master branch: MonoTests.System.Net.HttpWebRequestTest:TestTimeoutWithEndpointThatDoesntExistThrowsConnectFailureBeforeTimeout MonoTests.System.Net.Sockets.SocketTest:ConnectFailAsync MonoTests.System.Net.WebRequestTest:TestFailedConnection These can be run using run-tests.exe from https://dl.winehq.org/wine/wine-mono/6.2.0/wine-mono-6.2.0-tests.zip Testcase source code: https://github.com/madewokherd/mono/blob/3445531d2550157162ba71a5ff460a4d6a… https://github.com/madewokherd/mono/blob/3445531d2550157162ba71a5ff460a4d6a… https://github.com/madewokherd/mono/blob/3445531d2550157162ba71a5ff460a4d6a… Bisect result: 414b31bc0bbbfe005e90a1946a649082dc303c55 is the first bad commit commit 414b31bc0bbbfe005e90a1946a649082dc303c55 Author: Zebediah Figura <z.figura12(a)gmail.com> Date: Sun Jun 20 11:05:54 2021 -0500 ws2_32: Reimplement select() on top of IOCTL_AFD_POLL. -- 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 51340] New: d3d10core:d3d10core test_texture_compressed_3d() fails on Nvidia (cw-gtx560)
by WineHQ Bugzilla 20 Jul '21

20 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=51340 Bug ID: 51340 Summary: d3d10core:d3d10core test_texture_compressed_3d() fails on Nvidia (cw-gtx560) Product: Wine Version: 6.10 Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com test_texture_compressed_3d() fails systematically on cw-gtx560, the TestBot's only Nvidia test configuration: https://test.winehq.org/data/patterns.html#d3d10core:d3d10core d3d10core.c:19081: Test failed: Got unexpected colour 0xff00006a at (251, 9, 0), expected 0xff00006d. This failure happens on all Windows versions and with the 353.82 (win81), 388.13 (win 10 1709 & 1809) and 391.35 (win10 1909 & 2009) driver versions. Also this failure does not happen on any of the other GPUs (cw-rx460 and QEmu VMs). The failing test was introduced in this commit: commit 2aeab85c27a202d0ef7b1e01d7ccab32d9d53c93 Author: Henri Verbeet <hverbeet(a)codeweavers.com> Date: Tue Jun 22 14:36:00 2021 +0200 wined3d: Add decompression information for BC4_UNORM. Signed-off-by: Henri Verbeet <hverbeet(a)codeweavers.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 7

[Bug 41703] New: LdrUnloadDll is not suit for musl( musl lacks unload support though it has a dlclose())
by wine-bugs＠winehq.org 20 Jul '21

20 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=41703 Bug ID: 41703 Summary: LdrUnloadDll is not suit for musl(musl lacks unload support though it has a dlclose()) Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: xw897002528(a)gmail.com Distribution: --- Created attachment 56111 --> https://bugs.winehq.org/attachment.cgi?id=56111 fix for this problem Hey, sorry for my poor english, and here is the problem: First, musl won't unload module even dlclose(). Check here: http://wiki.musl-libc.org/wiki/Functional_differences_from_glibc#Unloading_… Then, musl won't excute init(__wine_spec_init) function if a module is already loaded. That means load_builtin_dll() thought dll is loaded by the current thread since init function was not called, but actually LdrUnloadDll() destroyed them in another thread and nothing is loaded in the current thread. Load_builtin_dll() try to find wm in InLoadOrderModuleList but nothing. After that, app will crash. And I solved this by making LdrUnloadDll() a stub. Patch is uploaded as a attachment. I hope this could be added in official wine by adding a configure option, thx. Here's my tracking details on this problem if you're intereted in how i found this: https://github.com/xhebox/noname-linux/issues/2#issuecomment-258680745 -- 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 36

[Bug 51295] New: ntoskrnl.exe:ntoskrnl occasionally hangs in test_overlapped()
by WineHQ Bugzilla 20 Jul '21

20 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=51295 Bug ID: 51295 Summary: ntoskrnl.exe:ntoskrnl occasionally hangs in test_overlapped() Product: Wine Version: 6.10 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression, source, testcase Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Regression SHA1: 97afac469fbe012e22acc1f1045c88b1004a241f Distribution: --- Created attachment 70168 --> https://bugs.winehq.org/attachment.cgi?id=70168 make the problem more reproducible Specifically, it hangs if ntoskrnl is able to signal that the IRP is pending (by calling get_next_device_request) before the user space process calls wait_async(). 97afac469 intends for wait_async() to return STATUS_PENDING, because that is the synchronous return of the ioctl. The problem is that we're trying to have the select request *succeed immediately*, but STATUS_PENDING means that it didn't succeed immediately and that the client needs to wait for a wakeup. This can be triggered pretty reliably by running the relevant tests in a loop, as in the attached patch. I think <https://testbot.winehq.org/JobDetails.pl?Key=92616&f401=win32.report#k401> is an example of this happening on the testbot. -- 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 3

[Bug 51262] New: Regression: all 32bit programs doesn't start since 308a5e7
by WineHQ Bugzilla 20 Jul '21

20 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=51262 Bug ID: 51262 Summary: Regression: all 32bit programs doesn't start since 308a5e7 Product: Wine Version: 6.10 Hardware: x86-64 OS: Linux Status: NEW Severity: blocker Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: zzhang(a)codeweavers.com Distribution: --- master:wine/win32-build$ wine notepad 002c:err:virtual:virtual_setup_exception stack overflow 1156 bytes in thread 002c addr 0x7bc1f36f stack 0x120b7c (0x120000-0x121000-0x320000) 0024:err:virtual:virtual_setup_exception stack overflow 1156 bytes in thread 0024 addr 0x7bc1f36f stack 0x120b7c (0x120000-0x121000-0x320000) master:wine/win32-build$ which wine wine: aliased to ~/src/wine/win32-build/wine wine is configure with "../configure --enable-silent-rules --disable-tests". Ccache is disabled and wineprefix is new. master:wine/win32-build$ gcc --version gcc (Ubuntu 10.3.0-1ubuntu1) 10.3.0 Copyright (C) 2020 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. master:wine/win32-build$ i686-w64-mingw32-gcc --version i686-w64-mingw32-gcc (GCC) 10-win32 20210408 Copyright (C) 2020 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. master:wine/win32-build$ uname -a Linux eric-pc 5.11.0-18-generic #19-Ubuntu SMP Fri May 7 14:22:03 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux pure 32bit wine, wow32 wine, wow64 wine all crash with stack overflows. Only pure 64bit wine starts fine. Bisect points to 308a5e7c4d01525184b057058949c68c0ee77dba is the first bad commit commit 308a5e7c4d01525184b057058949c68c0ee77dba Author: Alexandre Julliard <julliard(a)winehq.org> Date: Fri Jun 11 10:57:20 2021 +0200 ntdll: Switch to the kernel stack for syscalls on i386. Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> dlls/ntdll/unix/signal_i386.c | 250 ++++++++++++++++++++---------------------- tools/winebuild/import.c | 192 ++++++++++++-------------------- 2 files changed, 186 insertions(+), 256 deletions(-) -- 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 11

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 June 2021