wine-bugs April 2022

wine-bugs@winehq.org

1 participants
3475 discussions

[Bug 52875] New: riched20:editor fails in Wine in Hindi
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=52875 Bug ID: 52875 Summary: riched20:editor fails in Wine in Hindi Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: richedit Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- riched20:editor fails in Wine in Hindi: editor.c:6064: Test failed: EM_STREAMIN: Test UTF8Split returned 6 https://test.winehq.org/data/patterns.html#riched20:editor It also has failures in Wine in other locales and on other Linux configurations but this one is new. A bisect shows that it started after the following commit: commit e81327358a26b160740b3421a4c7f300b4d2f06f Author: Alexandre Julliard <julliard(a)winehq.org> Date: Wed Apr 13 15:13:16 2022 +0200 kernelbase: Move codepage initialization to ntdll. Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> This commit is also involved in the following failures: * Bug 52873 - oleaut32:typelib fails in Wine in Hindi * Bug 52870 - shlwapi:url - The UrlGetPartA() tests fails in Wine in Hind * Bug 52872 - vbscript:run fails in Wine in Hindi -- 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 52507] New: user32:win has some spurious GetScrollInfo failures
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=52507 Bug ID: 52507 Summary: user32:win has some spurious GetScrollInfo failures Product: Wine Version: 7.0-rc1 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: rbernon(a)codeweavers.com Distribution: --- On some VMs and with some window styles, the GetScrollInfo SB_HORZ test sometimes fails with "style 0x100000: expected !100". It was happening consistently on Win10 on the submission test VMs, and tweaking the window size in 34d1c100b044afa5eb6d6243e9fb40db085b78d2 fixed the issue there, but it now fails on more VMs on the testbot pattern page. -- 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 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 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 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 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 50618] New: FoxPro for Windows 2.6a fails to start
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=50618 Bug ID: 50618 Summary: FoxPro for Windows 2.6a fails to start Product: Wine Version: 6.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: JSladek(a)juno.com Distribution: --- Created attachment 69308 --> https://bugs.winehq.org/attachment.cgi?id=69308 Terminal output with both start conditions Any attempt to start foxprow.exe with or without an appended program script results in a program crash. Attached are copies of terminal output for both types or foxprow start. -- 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 14

[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@std@@YAAAV?$basic_istream@DU?$c har_traits@D@std@@@1@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@std@@YAAAV?$basic_istream@DU?$char_traits@D@std@@@1@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@std@@YAAAV?$basic_istream@DU?$char_traits@D@std@@@1@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

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 April 2022