September 2022 - Wine-bugs - list.winehq.org

[Bug 51457] New: The 32-bit version:install fails in 64-bit wineprefixes
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=51457 Bug ID: 51457 Summary: The 32-bit version:install fails in 64-bit wineprefixes Product: Wine Version: 6.10 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: version Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- The 32-bit version:install fails in 64-bit wineprefixes: https://test.winehq.org/data/patterns.html#version:install install.c:250: Test failed: Wrong return value got 0 expected VFF_CURNEDEST set install.c:255: Test failed: Wrong return value got 0 expected VFF_CURNEDEST set install.c:260: Test failed: Wrong return value got 0 expected VFF_CURNEDEST set All three failing tests query regedit.exe which is installed in two locations in Wine: windows/regedit.exe windows/syswow64/regedit.exe The failure happens because CreateFileA("C:\windows\system32\regedit.exe") succeeds despite that file not actually being present (see file_existsA() in dlls/kernelbase/version.c). So either this is a WoW32 file remapping issue, or this is not the right way to check for this file. -- 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 52877] New: user32:msg - test_dbcs_wm_char() fails in Wine in the Japanese and Chinese locales
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=52877 Bug ID: 52877 Summary: user32:msg - test_dbcs_wm_char() fails in Wine in the Japanese and Chinese locales Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- test_dbcs_wm_char() fails in Wine in the Japanese and Chinese locales. For the Japanese locale: msg.c:14919: using dbcs char 81,82 wchar 2260 bad wchar 30fb codepage 'ANSI/OEM Japanese Shift-JIS' msg.c:15071: Test failed: no messages: 0: the msg sequence is not complete: expected 0000 - actual 0102 msg.c:15071: Failed sequence no messages: msg.c:15071: 0: expected: nothing - actual: MsgCheckProc: 004B0136 0102 wp 0000ff1d lp 00000000 (flags 19) msg.c:15073: Test failed: Unicode WM_CHAR: 0: the msg sequence is not complete: expected 0102 - actual 0000 msg.c:15073: Failed sequence Unicode WM_CHAR: msg.c:15073: 0: expected: msg 0102 - actual: nothing msg.c:15075: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam 0x2260 got 0xff42 msg.c:15075: Failed sequence Unicode WM_CHAR: msg.c:15075: 0: expected: msg 0102 - actual: MsgCheckProc: 004B0136 0102 wp 0000ff42 lp 00000000 (flags 19) For the Chinese locale: msg.c:14919: using dbcs char 81,80 wchar 4e90 bad wchar 003f codepage 'ANSI/OEM Simplified Chinese GBK' msg.c:15071: Test failed: no messages: 0: the msg sequence is not complete: expected 0000 - actual 0102 msg.c:15071: Failed sequence no messages: msg.c:15071: 0: expected: nothing - actual: MsgCheckProc: 004B0136 0102 wp 00004e96 lp 00000000 (flags 19) msg.c:15073: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam 0x4e90 got 0x20ac msg.c:15073: Failed sequence Unicode WM_CHAR: msg.c:15073: 0: expected: msg 0102 - actual: MsgCheckProc: 004B0136 0102 wp 000020ac lp 00000000 (flags 19) msg.c:15075: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam 0x4e90 got 0x20ac msg.c:15075: Failed sequence Unicode WM_CHAR: msg.c:15075: 0: expected: msg 0102 - actual: MsgCheckProc: 004B0136 0102 wp 000020ac lp 00000000 (flags 19) https://test.winehq.org/data/patterns.html#user32:msg A bisect shows that the failures started with the following commit: commit d42888f07c6e3e491c99bb5c8b62b568264e990c Author: Jacek Caban <jacek(a)codeweavers.com> Date: Mon Apr 4 16:58:21 2022 +0200 user32: Use NtUserMessageCall for SendMessageA implementation. Signed-off-by: Jacek Caban <jacek(a)codeweavers.com> Signed-off-by: Huw Davies <huw(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 5

[Bug 36681] New: ws2_32/tests/sock.c fails on gentoo without IPX support
by wine-bugs＠winehq.org 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=36681 Bug ID: 36681 Summary: ws2_32/tests/sock.c fails on gentoo without IPX support Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Created attachment 48725 --> https://bugs.winehq.org/attachment.cgi?id=48725 +winsock,+tid,+seh ../../../tools/runtest -q -P wine -T ../../.. -M ws2_32.dll -p ws2_32_test.exe.so sock && touch sock.ok fixme:winsock:convert_socktype_w2u unhandled Windows socket type 0 fixme:winsock:WS_EnterSingleProtocolW unknown Protocol <0xffffffff> fixme:winsock:convert_socktype_w2u unhandled Windows socket type 0 fixme:winsock:WS_EnterSingleProtocolW unknown Protocol <0x0000dead> fixme:winsock:convert_socktype_w2u unhandled Windows socket type 0 fixme:winsock:convert_proto_w2u unhandled Windows socket protocol 57005 fixme:winsock:convert_socktype_w2u unhandled Windows socket type 57005 fixme:winsock:convert_socktype_w2u unhandled Windows socket type 57005 err:winediag:WSASocketW Failed to create a socket of type SOCK_RAW, this requires special permissions. sock.c:2224: Tests skipped: SOCK_RAW is not supported sock.c:2270: Test failed: Expected 10047, received 10043 sock.c:2271: Tests skipped: IPX is not supported +winsock attached Linux aw25 3.13.3-gentoo-devlight-1 #1 SMP Thu Feb 20 00:10:55 Local time zone must be set--see zic x86_64 Intel(R) Core(TM) i7 CPU 960 @ 3.20GHz GenuineIntel GNU/Linux -- 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 53342] New: quartz:mpegaudio - The 64-bit test_streaming_events() times out on fg-deb64
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53342 Bug ID: 53342 Summary: quartz:mpegaudio - The 64-bit test_streaming_events() times out on fg-deb64 Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- quartz:mpegaudio - The 64-bit test_streaming_events() times out on fg-deb64: ... mpegaudio.c:1451: Test succeeded https://test.winehq.org/data/patterns.html#quartz:mpegaudio The timeout happens on this line: hr = IMemAllocator_GetBuffer(allocator, &sample, NULL, NULL, 0); A bisect shows that the timeouts started with the commit below: commit 6c110bd398de28613b34555ff2738e74191bb6cd Author: Rémi Bernon <rbernon(a)codeweavers.com> Date: Mon Jun 13 11:43:51 2022 +0200 winegstreamer: Support zero-copy wg_transform_push_data in quartz_transform.c. Signed-off-by: Rémi Bernon <rbernon(a)codeweavers.com> -- 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 53530] New: mshtml:htmldoc - test_editing_mode(TRUE, TRUE) sometimes fails in Wine
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53530 Bug ID: 53530 Summary: mshtml:htmldoc - test_editing_mode(TRUE, TRUE) sometimes fails in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- mshtml:htmldoc - test_editing_mode(TRUE, TRUE) sometimes fails in Wine: htmldoc.c:8405: Testing HTMLDocument (edit load using designMode)... htmldoc.c:5661: Test marked todo: expected IsErrorUrl htmldoc.c:5666: Test marked todo: expected GetPendingUrl htmldoc.c:5833: Test marked todo: expected Exec_ShellDocView_84 htmldoc.c:5905: Test marked todo: expected FireNavigateComplete2 htmldoc.c:5909: Test marked todo: expected ActiveElementChanged htmldoc.c:5911: Test marked todo: expected IsErrorUrl htmldoc.c:8471: Test marked todo: expected OnChanged_1005 htmldoc.c:8472: Test marked todo: expected ActiveElementChanged htmldoc.c:2541: Test failed: unexpected call UpdateUI htmldoc.c:2853: Test failed: unexpected call Exec_UPDATECOMMANDS https://test.winehq.org/data/patterns.html#mshtml:htmldoc This failure happened on 2022-05-17 debian11-win32. But it also caused a false positive as recently as 2022-08-03. -- 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 28290] New: shell32/shelllink.ok test flaky
by wine-bugs＠winehq.org 09 Dec '22

09 Dec '22

http://bugs.winehq.org/show_bug.cgi?id=28290 Summary: shell32/shelllink.ok test flaky Product: Wine Version: 1.3.27 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: shell32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com When running with WINEDEBUG=warn+heap (on my 32 bit i7 natty box running in low power mode, fwiw), twice I've hit the error ../../../tools/runtest -q -P wine -M shell32.dll -T ../../.. -p shell32_test.exe.so shelllink.c && touch shelllink.ok shelllink.c:728: Test failed: save failed (0x80070020) shelllink.c:728: Test failed: got 0x00000001 shelllink.c:728: Test failed: Didn't expect NULL shelllink.c:474: Test failed: GetCurFile fails on shell32 < 5.0 shelllink.c:732: Test failed: GetDescription returned 'command on path' instead of 'command on path without .exe' This test keeps overwriting the same file with new data, iirc. The previous thing it wrote was "command on path", so it looks like the immediately previous testcase sometimes leaves a reference dangling? I think 0x80070020 is "sharing violation". -- 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 8

[Bug 53240] New: dinput:device8 - test_sys_mouse() has some rare failures on the TestBot VMs
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53240 Bug ID: 53240 Summary: dinput:device8 - test_sys_mouse() has some rare failures on the TestBot VMs Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-dinput Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- dinput:device8 - test_sys_mouse() has some rare failures on the TestBot VMs. They can take two forms: device8.c:1988: Test failed: 0x700: Acquire returned 0x80070005 device8.c:1997: Test failed: 0x700: WaitForSingleObject returned 0x102 device8.c:2002: Test failed: 0x700: got count 0 device8.c:2006: Test failed: 0x700: WaitForSingleObject returned 0x102 device8.c:2009: Test failed: 0x700: Unacquire returned 0x1 device8.c:2013: Test failed: 0x700: got count 0 device8.c:2016: Test failed: 0x700: Acquire returned 0x80070005 device8.c:2025: Test failed: 0x700: WaitForSingleObject returned 0x102 device8.c:2028: Test failed: 0x700: Unacquire returned 0x1 device8.c:2031: Test failed: 0x700: Acquire returned 0x80070005 device8.c:2035: Test failed: 0x700: got count 0 device8.c:2044: Test failed: 0x700: WaitForSingleObject returned 0x102 device8.c:2050: Test failed: 0x700: WaitForSingleObject returned 0x102 device8.c:2050: Test failed: 0x700: WaitForSingleObject returned 0x102 device8.c:2059: Test failed: 0x700: got count 0 or device8.c:1988: Test failed: 0x800: Acquire returned 0x80070005 device8.c:1997: Test failed: 0x800: WaitForSingleObject returned 0x102 device8.c:2001: Test failed: 0x800: GetDeviceData returned 0x8007000c device8.c:2006: Test failed: 0x800: WaitForSingleObject returned 0x102 device8.c:2009: Test failed: 0x800: Unacquire returned 0x1 device8.c:2016: Test failed: 0x800: Acquire returned 0x80070005 device8.c:2025: Test failed: 0x800: WaitForSingleObject returned 0x102 device8.c:2028: Test failed: 0x800: Unacquire returned 0x1 device8.c:2031: Test failed: 0x800: Acquire returned 0x80070005 device8.c:2034: Test failed: 0x800: GetDeviceData returned 0x8007000c device8.c:2044: Test failed: 0x800: WaitForSingleObject returned 0x102 device8.c:2050: Test failed: 0x800: WaitForSingleObject returned 0x102 device8.c:2050: Test failed: 0x800: WaitForSingleObject returned 0x102 device8.c:2055: Test failed: 0x800: GetDeviceData returned 0x8007000c device8.c:2058: Test failed: 0x800: GetDeviceData returned 0x8007000c https://test.winehq.org/data/patterns.html#dinput:device8 So far they have only happened on the Debian 11 VMs and the first known instance was on 2022-06-14. -- 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 47304] New: Athena's Charm Table search 0.35b (.NET 2.0 app) crashes on unimplemented function msvcm90.dll.?_Cin_func@std@@YAAAV? $basic_istream@DU?$char_traits@D@std@@@1@XZ
by wine-bugs＠winehq.org 08 Dec '22

08 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=47304 Bug ID: 47304 Summary: Athena's Charm Table search 0.35b (.NET 2.0 app) crashes on unimplemented function msvcm90.dll.?_Cin_func(a)std@@YAAAV?$basic_istream(a)DU?$c har_traits(a)D@std@@@1(a)XZ Product: Wine Version: 4.9 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: msvcm Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 34538 Also mentioned in bug 32091 (https://bugs.winehq.org/show_bug.cgi?id=32091#c10) which targets VC++ 2005 runtime. Old archive of the Website: https://web.archive.org/web/20130415231318/http://forums.minegarde.com/topi… --- snip --- $ winedump -j clr Athena\'s\ MH3U\ Charm\ Table\ Search\ v0.35b.exe Contents of Athena's MH3U Charm Table Search v0.35b.exe: 982528 bytes CLR Header Header Size 0x48 72 Required runtime version 2.05 Flags 0x3 ILONLY 32BITREQUIRED EntryPointToken 0x6000ed4 100667092 CLR Data Directory MetaData rva: 0x6b540 size: 0x83f5c Resources rva: 0x67804 size: 0x3d38 StrongNameSignature rva: 0x0 size: 0x0 CodeManagerTable rva: 0x0 size: 0x0 VTableFixups rva: 0x0 size: 0x0 ExportAddressTableJumps rva: 0x0 size: 0x0 ManagedNativeHeader rva: 0x0 size: 0x0 Done dumping Athena's MH3U Charm Table Search v0.35b.exe --- snip --- --- snip --- $ wine ./Athena\'s\ MH3U\ Charm\ Table\ Search\ v0.35b.exe ... 0009:fixme:msvcm:CrtImplementationDetails_DoDllLanguageSupportValidation stub wine: Call from 0x7b44fe8b to unimplemented function msvcm90.dll.?_Cin_func(a)std@@YAAAV?$basic_istream(a)DU?$char_traits(a)D@std@@@1(a)XZ, aborting ================================================================= Native Crash Reporting ================================================================= Got a SIGSEGV while executing native code. This usually indicates a fatal error in the mono runtime or one of the native libraries used by your application. ================================================================= wine: Unimplemented function msvcm90.dll.?_Cin_func(a)std@@YAAAV?$basic_istream(a)DU?$char_traits(a)D@std@@@1(a)XZ called at address 0x7b44fe8b (thread 0009), starting debugger... --- snip --- 'winetricks -q vcrun2008' should help here but seems to be broken. Neither the SxS nor non-SxS 32-bit variant is installed. For the CRT and ATL libs to be installed in WinSXS you need 'WinVer' setting 'Windows XP'. $ sha1sum Athenas\ MH3U\ Charm\ Table\ Search\ v0.35b.rar de1dccb0c7165e5494b88abd27807721b49f2a61 Athenas MH3U Charm Table Search v0.35b.rar $ du -sh Athenas\ MH3U\ Charm\ Table\ Search\ v0.35b.rar 172K Athenas MH3U Charm Table Search v0.35b.rar $ wine --version wine-4.9-134-gd535df42f6 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 10

[Bug 46056] New: u-he Diva: Multicore option slows down performance
by wine-bugs＠winehq.org 08 Dec '22

08 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=46056 Bug ID: 46056 Summary: u-he Diva: Multicore option slows down performance Product: Wine Version: 3.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ajduck(a)outlook.com Distribution: --- Created attachment 62643 --> https://bugs.winehq.org/attachment.cgi?id=62643 Edited picture highlighting relevant sections of Diva u-he's Diva plugin is quite CPU intensive. On Windows, the multicore option on Diva improves the performance of it a lot. But on Wine, the multicore option makes it even slower. You'll need sound output to notice the difference in performance. You will also need a DAW to test it in. You can either use a Windows DAW (FL Studio is probably easiest, has a detailed manual and I know it works well in Wine), or a Linux DAW using LinVST to load the VST plugin (LinVST uses Wine and requires it to be installed on the system). (If you decide to load Diva in FL Studio, see this section of the FL Studio manual on how to scan for and load plugins: https://www.image-line.com/support/flstudio_online_manual/html/basics_exter… ) -------- Steps to reproduce: 1. Download and install Diva (link at bottom). Make sure the DAW you're using has detected it (get it to scan for plugins). 2. Load up Diva. At the lower half of the plugin, the panel just above the "MAIN" button and below the "tuning" panel, set Accuracy to divine, Voices to 16 and Stack to 4 (see image attached). These settings are to make Diva use a lot of CPU so that the difference between multicore on and off can be demonstrated. The multicore button (the button in the top bar to the right) should be off (i.e. it should be black). 3. In the DAW/VST host, input 4 MIDI notes playing simultaneously into the DAW/host's piano roll and play them back. Take note of popping and clicking (if any). If it's popping and clicking then keep in mind how frequent/severe it is. 4. Now go back to Diva and enable multicore (click on the black button). It should now be red. 5. Play back the notes you input again. It should be even slower than it was with multicore off. If somehow one Diva instance with those settings is not enough to cause buffer underruns (audible pops and clicks) even with multicore enabled, clone the current Diva instrument (or add a new Diva and give it the same settings as done in step 2), add MIDI notes as in step 3 but to the new Diva instance and then play back the notes making sure all the Diva instances are playing at the same time. In other words, we're trying to layer another Diva's notes on top of the first one in order to make it use enough CPU to cause buffer underruns. Remember to enable/disable multicore on both Diva instances when comparing between the option being on and off. It's unlikely you'll need more than 2 instances at full accuracy settings because this synth uses up a lot of CPU. Diva has a native Linux version and the multicore option improves performance as on Windows. But I use FL Studio in Wine and there's currently no way to run/bridge native Linux VSTs in Windows DAWs (that are running in Wine) so I have to use the Windows version. OS: elementary OS 5.0 Juno (based on Ubuntu 18.04) Tested on Wine 3.19 but I know 3.18 also has the problem. -------- Download: https://uhedownloads-heckmannaudiogmb.netdna-ssl.com/releases/Diva_143_7422… $ sha1sum Diva_143_7422_Win.zip 50032d8ed54e22e8ec495d283e02754f2959b665 Diva_143_7422_Win.zip -- 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 4

[Bug 51311] New: opengl32:opengl fails on AMD GPUs (cw-rx460)
by WineHQ Bugzilla 07 Dec '22

07 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=51311 Bug ID: 51311 Summary: opengl32:opengl fails on AMD GPUs (cw-rx460) Product: Wine Version: 6.10 Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: opengl Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com opengl32:opengl has five systematic failures on cw-rx460 which is our only test machine with an AMD GPU: https://test.winehq.org/data/patterns.html#opengl32:opengl opengl.c:374: Test failed: expected count == 1, got 0 opengl.c:529: Test failed: Sharing of display lists passed for a context which already shared lists before opengl.c:696: Test failed: Expected no PFD_GENERIC_FORMAT/_ACCELERATION to be set for WGL_FULL_ACCELERATION_ARB: iPixelFormat=216, dwFlags=78! opengl.c:1704: Test failed: Expected default swap interval 1, got 0 opengl.c:1742: Test failed: Expected default swap interval 1, got 0 These five failures happen on all available Windows versions (8.1 to 10 2009) and graphics driver versions (19.11.3 to 21.4.2). But they do not happen on any machine with other GPUs (e.g. cw-gtx560 and all QEmu VMs). So this looks like some specific Radeon / AMD GPU behavior. -- 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 2