wine-bugs October 2021

wine-bugs@winehq.org

1 participants
4978 discussions

[Bug 39403] New: Steam 10/7/15 update: store/web no longer works
by wine-bugs＠winehq.org 10 Dec '22

10 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=39403 Bug ID: 39403 Summary: Steam 10/7/15 update: store/web no longer works Product: Wine Version: 1.7.52 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: spoon0042(a)hotmail.com Distribution: --- Created attachment 52515 --> https://bugs.winehq.org/attachment.cgi?id=52515 steam log, default Since today's Steam update any web content like the Store no longer works. As in nothing happens, just a blank window. This is different than the win7 bug, using the default XP here and nothing crashes. Log attached, though these lines that appear when trying to load a page are probably the relevant bit: fixme:advapi:CreateProcessAsUserW 0x314 L"C:\\Program Files\\Steam\\bin\\steamwebhelper.exe" L"\"C:\\Program Files\\Steam\\bin\\steamwebhelper.exe\" --type=renderer --disable-gpu-compositing --enable-pinch --lang=en-US --lang=en-US --product-version=\"Valve Steam Client\" --disable-spell-checking --enable-system-flash --device-scale-factor=1 --enable-delegated-renderer --num-raster-threads=1 -"... (nil) (nil) 0 0x0100040c (nil) (null) 0x274e2e8 0x274defc - semi-stub [1007/185338:ERROR:child_process_launcher.cc(444)] Failed to launch child process Tested in wine-1.7.52 (Staging) and a fresh git pull of mainline. -- 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 107

[Bug 51780] New: The user32:msg output is too big in Wine
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=51780 Bug ID: 51780 Summary: The user32:msg output is too big in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: major Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- user32:msg now outputs ~97kB of data. This is way too much and contributes in pushing the WineTest reports above the 1.5MB limit. No single patch is responsible but the size changed on the following dates: Sep 08: user32:msg (+6kB) Sep 09: user32:msg (+18kB) Sep 17: user32:msg (+6kB) Sep 20: user32:msg (+15kB) Sep 21: user32:msg (+19kB) The traces break down as follows: 0kB failures 77kB todos 16kB traces 1.5kB test framework (summary lines, etc.) Time to fix Wine to reduce the number of todos! -- 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 51456] New: oleaut32:typelib: test_CreateTypeLib(SYS_WIN32) fails in 64-bit Wine
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=51456 Bug ID: 51456 Summary: oleaut32:typelib: test_CreateTypeLib(SYS_WIN32) fails in 64-bit Wine Product: Wine Version: 6.10 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: oleaut32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- oleaut32:typelib has many failures in 64-bit Wine, the first one of which is because Wine returns the wrong size for a structure: https://test.winehq.org/data/patterns.html#oleaut32:typelib typelib.c:2169: Test failed: retrieved IUnknown gave wrong cbSizeVft: 24 In the SYS_WIN32 case cbSizeVft should be 3 * 4 = 12 but it is still set to 24 by MSFT_DoTypeInfo(): ptiRet->typeattr.cbSizeVft = tiBase.cbSizeVft; It makes sense for cbSizeVft to be 24 on the 64-bit side, but somewhere there should be code to adjust it to account for the SYS_WIN32 on 64-bit case. But I don't know where that should happen. -- 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 48105] New: kernel32:console fails on Japanese and Chinese Windows
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=48105 Bug ID: 48105 Summary: kernel32:console fails on Japanese and Chinese Windows Product: Wine Version: unspecified Hardware: x86 OS: Windows Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Running the kernel32:console test on Windows 10 1809 in Japanese or Chinese results in 6 failures: console.c:867: Test failed: ReadConsoleOutputCharacterW failed console.c:869: Test failed: string does not match the pattern console.c:880: Test failed: ReadConsoleOutputCharacterW failed console.c:882: Test failed: string does not match the pattern console.c:889: Test failed: ReadConsoleOutputCharacterW failed console.c:891: Test failed: string does not match the pattern These failures appear to be systematic but the w1064v1809_ja and w1064v1809_zh_CN VMs do not always succeed in submitting their WineTest results to test.winehq.org so the failures only appear intermittently there. See https://test.winehq.org/data/tests/kernel32:console.html -- 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 46649] New: Tom Clancy's Rainbow Six: Vegas 2 needs D3DXDisassembleShader implementation
by wine-bugs＠winehq.org 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=46649 Bug ID: 46649 Summary: Tom Clancy's Rainbow Six: Vegas 2 needs D3DXDisassembleShader implementation Product: Wine Version: 4.1 Hardware: x86-64 OS: Linux Status: NEW Severity: minor Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Crashes at launch with 'Message General protection fault! History: ' fixme:d3dx:D3DXDisassembleShader 0x7671b00 0 (null) 0x62ce18: stub wine-4.1-207-g7907ccfdcb -- 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

[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 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

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