wine-bugs February 2021

wine-bugs@winehq.org

1 participants
6871 discussions

[Bug 50160] New: VstHost crashes on start call to unimplemented function avrt.dll.AvSetMmMaxThreadCharacteristicsA, aborting
by WineHQ Bugzilla 23 Mar '21

23 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=50160 Bug ID: 50160 Summary: VstHost crashes on start call to unimplemented function avrt.dll.AvSetMmMaxThreadCharacteristicsA, aborting Product: Wine Version: 5.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: avrt Assignee: wine-bugs(a)winehq.org Reporter: minion.procyk(a)gmail.com Distribution: --- per the title. vsthost crashes on start wine: Call from 000000007B0114FE to unimplemented function avrt.dll.AvSetMmMaxThreadCharacteristicsA, aborting -- 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 10

[Bug 28332] New: Wazzal crashes during loading
by wine-bugs＠winehq.org 23 Mar '21

23 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=28332 Summary: Wazzal crashes during loading Product: Wine Version: 1.3.28 Platform: x86 URL: http://gamejolt.com/freeware/games/wazzal/download/521 0/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrew.millington(a)gmail.com Created an attachment (id=36307) --> (http://bugs.winehq.org/attachment.cgi?id=36307) wine Wazzal.exe &> loading.txt with wine-1.3.27 Doesn't get past the loading screen and crashes. More information about this game. http://freegamer.blogspot.com/2011/09/wazzal-dx8-game-open-sourced.html -- 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 26

[Bug 50038] New: IWbemClassObject::Get method with wszName = NULL crashes inside wbemprox
by WineHQ Bugzilla 23 Mar '21

23 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=50038 Bug ID: 50038 Summary: IWbemClassObject::Get method with wszName = NULL crashes inside wbemprox Product: Wine Version: 5.19 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wmi&wbemprox Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: --- Trying run powershell (2.0) with something like wine powershell -c get-wmiobject win32_process makes it crash inside wbemprox. It seems to come from wbemprox:class_object_Get (00FB59D8, (null), 00000000, 059BEA8C, 019194F8, 019194FC) Then apparently static BOOL is_system_prop( const WCHAR *name ) { return (name[0] == '_' && name[1] == '_'); } goes wrong That wszName is null is probably due to previous bugs/insufficiencies (?guess?), but at least it shouldn`t crash inside wbemprox I think (modified test in tests/query.c with name=NULL shows it returns WBEM_E_INVALID_PARAMETER). Something like return (name && name[0] == '_' && name[1] == '_'); helps prevent crash but I don`t know how to fix this properly Below +wbemprox trace 0130:trace:wbemprox:create_class_object L"Win32_Process", 00FA6930 0130:trace:wbemprox:create_class_object returning iface 00FB59D8 0130:trace:wbemprox:class_object_QueryInterface 00FB59D8, {00000000-0000-0000-c000-000000000046}, 059BE5D0 0130:trace:wbemprox:class_object_QueryInterface 00FB59D8, {c3fcc19e-a970-11d2-8b5a-00a0c9b7c9c4}, 059BE584 0130:fixme:wbemprox:class_object_QueryInterface interface {c3fcc19e-a970-11d2-8b5a-00a0c9b7c9c4} not implemented 0130:trace:wbemprox:class_object_QueryInterface 00FB59D8, {b196b283-bab4-101a-b69c-00aa00341d07}, 059BE478 0130:fixme:wbemprox:class_object_QueryInterface interface {b196b283-bab4-101a-b69c-00aa00341d07} not implemented 0130:trace:wbemprox:class_object_QueryInterface 00FB59D8, {00000003-0000-0000-c000-000000000046}, 059BE3F8 0130:fixme:wbemprox:class_object_QueryInterface interface {00000003-0000-0000-c000-000000000046} not implemented 0130:trace:wbemprox:class_object_QueryInterface 00FB59D8, {00000144-0000-0000-c000-000000000046}, 059BE47C 0130:fixme:wbemprox:class_object_QueryInterface interface {00000144-0000-0000-c000-000000000046} not implemented 0130:trace:wbemprox:class_object_QueryInterface 00FB59D8, {dc12a681-737f-11cf-884d-00aa004b2e24}, 059BE8A0 0130:trace:wbemprox:class_object_Get 00FB59D8, L"__GENUS", 00000000, 059BF1B8, 059BF27C, 059BF278 0130:trace:wbemprox:class_object_Get 00FB59D8, L"__PATH", 00000000, 059BF19C, 059BF264, 059BF260 0130:fixme:ole:thread_context_info_QueryInterface interface not implemented {51372ae0-cae7-11cf-be81-00aa00a2fa25} 0130:fixme:wmiutils:wmiutils_cf_QueryInterface interface {b196b28f-bab4-101a-b69c-00aa00341d07} not implemented 0130:fixme:wmiutils:path_QueryInterface interface {c3fcc19e-a970-11d2-8b5a-00a0c9b7c9c4} not implemented 0130:fixme:wmiutils:path_QueryInterface interface {00000003-0000-0000-c000-000000000046} not implemented 0130:fixme:wmiutils:path_QueryInterface interface {00000144-0000-0000-c000-000000000046} not implemented 0130:trace:wbemprox:class_object_Get 00FB59D8, L"__NAMESPACE", 00000000, 059BEF4C, 018EDB90, 018EDB94 0130:trace:wbemprox:class_object_Get 00FB59D8, L"__NAMESPACE", 00000000, 059BEF50, 018EDB90, 018EDB94 0130:trace:wbemprox:class_object_Get 00FB59D8, L"__CLASS", 00000000, 059BEF4C, 018EDC48, 018EDC4C 0130:trace:wbemprox:class_object_Get 00FB59D8, L"__CLASS", 00000000, 059BEF50, 018EDC48, 018EDC4C 0130:trace:wbemprox:class_object_GetNames 00FB59D8, (null), 00000030, 059BEA94 {VT_EMPTY}, 059BEA60 0130:fixme:wbemprox:class_object_GetNames qualifier not supported 0130:trace:wbemprox:class_object_Get 00FB59D8, (null), 00000000, 059BEA8C, 019194F8, 019194FC 0130:fixme:wer:WerReportSetParameter (00FBBED0, 0, L"NameOfExe", L"powershell51.exe") :stub 0130:fixme:wer:WerReportSetParameter (00FBBED0, 1, L"FileVersionOfSystemManagementAutomation", L"6.0.6002.18111") :stub 0130:fixme:wer:WerReportSetParameter (00FBBED0, 2, L"InnermostExceptionType", L"System.AccessViolationException") :stub 0130:fixme:wer:WerReportSetParameter (00FBBED0, 3, L"OutermostExceptionType", L"System.AccessViolationException") :stub 0130:fixme:wer:WerReportSetParameter (00FBBED0, 5, L"DeepestFrame", L"stem.Management.IWbemClassObjectFreeThreaded.Get_f") :stub 0130:fixme:wer:WerReportSetParameter (00FBBED0, 4, L"DeepestPowerShellFrame", L"utomation.ManagementClassApdapter.AddAllProperties") :stub 0130:fixme:wer:WerReportSetParameter (00FBBED0, 6, L"ThreadName", L"Pipeli..ution Thread") :stub 0130:fixme:wer:WerReportAddDump (00FBBED0, 0000016C, 00000000, 2, 00000000, 00000000, 0) :stub 0130:fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime"): stub 0130:fixme:advapi:ReportEventW (CAFE4242,0x0001,0x0000,0x000003ff,00000000,0x0001,0x00000000,059BC580,00000000): stub 0130:err:eventlog:ReportEventW L".NET Runtime version 2.0.50727.1433 - Attempted to read or write protected memory. This is often an indication that other memory is corrupt." -- 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 9

[Bug 50031] New: The Foundation Game crashes with bundled ucrtbase
by WineHQ Bugzilla 23 Mar '21

23 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=50031 Bug ID: 50031 Summary: The Foundation Game crashes with bundled ucrtbase Product: Wine Version: 5.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ucrtbase Assignee: wine-bugs(a)winehq.org Reporter: vavooon(a)gmail.com Distribution: --- The game (https://store.steampowered.com/app/690830/Foundation/) is crashing during startup. Although it works fine if I extract the file from VC_redist (https://aka.ms/vs/15/release/vc_redist.x64.exe) and place it into Windows/system32 instead of the bundled one. -- 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 9

[Bug 48397] New: 'cmd.exe /c move file1 file2' doesn't overwrite existing destination file in non-interactive mode
by WineHQ Bugzilla 23 Mar '21

23 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=48397 Bug ID: 48397 Summary: 'cmd.exe /c move file1 file2' doesn't overwrite existing destination file in non-interactive mode Product: Wine Version: 5.0-rc3 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, already mentioned in bug 48396 but split out here as separate issue. --- snip --- $ echo "1" > test1 $ echo "2" > test2 # work around bug 48396 $ export COPYCMD=/Y $ wine cmd /c move test1 test2 File already exists. $ cat test2 2 --- snip --- Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/programs/cmd/builtins.c#l… --- snip --- 2959 void WCMD_move (void) 2960 { 2961 BOOL status; 2962 WIN32_FIND_DATAW fd; 2963 HANDLE hff; 2964 WCHAR input[MAX_PATH]; 2965 WCHAR output[MAX_PATH]; 2966 WCHAR drive[10]; 2967 WCHAR dir[MAX_PATH]; 2968 WCHAR fname[MAX_PATH]; 2969 WCHAR ext[MAX_PATH]; ... 3023 /* If destination exists, prompt unless /Y supplied */ 3024 if (GetFileAttributesW(dest) != INVALID_FILE_ATTRIBUTES) { 3025 BOOL force = FALSE; 3026 WCHAR copycmd[MAXSTRING]; 3027 DWORD len; 3028 3029 /* /-Y has the highest priority, then /Y and finally the COPYCMD env. variable */ 3030 if (wcsstr (quals, parmNoY)) 3031 force = FALSE; 3032 else if (wcsstr (quals, parmY)) 3033 force = TRUE; 3034 else { 3035 static const WCHAR copyCmdW[] = {'C','O','P','Y','C','M','D','\0'}; 3036 len = GetEnvironmentVariableW(copyCmdW, copycmd, ARRAY_SIZE(copycmd)); 3037 force = (len && len < ARRAY_SIZE(copycmd) && !lstrcmpiW(copycmd, parmY)); 3038 } 3039 3040 /* Prompt if overwriting */ 3041 if (!force) { 3042 WCHAR* question; 3043 3044 /* Ask for confirmation */ 3045 question = WCMD_format_string(WCMD_LoadMessage(WCMD_OVERWRITE), dest); 3046 ok = WCMD_ask_confirm(question, FALSE, NULL); 3047 LocalFree(question); 3048 3049 /* So delete the destination prior to the move */ 3050 if (ok) { 3051 if (!DeleteFileW(dest)) { 3052 WCMD_print_error (); 3053 errorlevel = 1; 3054 ok = FALSE; 3055 } 3056 } 3057 } 3058 } ... --- snip --- $ wine --version wine-5.0-rc3 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.

1 5

[Bug 40430] New: PhysX 9.15.0428 fails to install on 32-bit and 64-bit prefixes
by wine-bugs＠winehq.org 23 Mar '21

23 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=40430 Bug ID: 40430 Summary: PhysX 9.15.0428 fails to install on 32-bit and 64-bit prefixes Product: Wine Version: 1.9.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fjfrackiewicz(a)gmail.com Distribution: --- Created attachment 54174 --> https://bugs.winehq.org/attachment.cgi?id=54174 terminal output from Wine 1.9.7 Staging (64-bit prefix) Wine 1.9.7 Staging. Steps to reproduce: Download the installer. Run it via "wine PhysX-9.15.0428-SystemSoftware.exe" It manages to check the system and lets you agree to the license agreement but then it completely fails afterwards. This issue occurs in 32-bit and 64-bit prefixes. -- 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 50016] New: PS Remote Play can't install: "The operating system is not adequate for running PS Remote Play"
by WineHQ Bugzilla 23 Mar '21

23 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=50016 Bug ID: 50016 Summary: PS Remote Play can't install: "The operating system is not adequate for running PS Remote Play" Product: Wine Version: 5.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: sergi_g_12(a)hotmail.com Distribution: --- Wine 5.19 on archlinux. "PS4 Remote Play" has been updated to also support the PS5, and therefore has been renamed to "PS Remote Play" [1]. When trying to install it, a popup says "The operating system is not adequate for running PS Remote Play". Looking at the log: ``` $ wine ~/Downloads/RemotePlayInstaller.exe 002c:fixme:ver:GetCurrentPackageId (000000000031FDB0 0000000000000000): stub 0024:fixme:ole:CoInitializeSecurity 0031ECDC, -1, 00000000, 00000000, 6, 2, 00000000, 8192, 00000000 stub 0100:fixme:ole:CoInitializeSecurity 0031ECDC, -1, 00000000, 00000000, 6, 2, 00000000, 8192, 00000000 stub 0108:err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution. 0100:fixme:file:NtLockFile I/O completion on lock not implemented yet 0100:fixme:wintrust:SOFTPUB_VerifyImageHash Cannot verify hash for pszObjId="1.3.6.1.4.1.311.2.1.30" 0114:fixme:file:NtLockFile I/O completion on lock not implemented yet 0114:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION 0114:fixme:ntdll:EtwEventRegister ({319dc449-ada5-50f7-428e-957db6791668}, 1002A1A0, 10082460, 10082478) stub. 0114:fixme:ntdll:EtwEventSetInformation (deadbeef, 2, 10003241, 28) stub ``` Seems like PS Remote Play is using NtQuerySystemInformation with SYSTEM_PERFORMANCE_INFORMATION to make sure the system it powerful enough. 1: https://remoteplay.dl.playstation.net/remoteplay/lang/es/index.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 9

[Bug 32613] New: Tom Clancy's Rainbow Six: Lockdown crashes after the intro videos (without native dxdiagn.dll)
by wine-bugs＠winehq.org 23 Mar '21

23 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=32613 Bug #: 32613 Summary: Tom Clancy's Rainbow Six: Lockdown crashes after the intro videos (without native dxdiagn.dll) Product: Wine Version: 1.5.20 Platform: x86 URL: http://www.fileplanet.com/160005/160000/fileinfo/Tom-C lancy%27s-Rainbow-Six:-Lockdown-Demo OS/Version: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com Classification: Unclassified Created attachment 43039 --> http://bugs.winehq.org/attachment.cgi?id=43039 terminal output The game crashes after playing the 2 intro videos without native dxdiagn.dll. After the crash the game opens a crash report file in notepad and generates a minidump file. Removing videos doesn't help. Can be reproduced with the demo version as well, just skip the DirectX installation step (or set dxdiagn=builtin). -- 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 24

[Bug 49811] New: cmd /c "cd "directory"&&"somecommand.exe"" tries to cd to "directory"&&"somecommand.exe"
by WineHQ Bugzilla 23 Mar '21

23 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=49811 Bug ID: 49811 Summary: cmd /c "cd "directory"&&"somecommand.exe"" tries to cd to "directory"&&"somecommand.exe" Product: Wine Version: 5.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: lolisamurai(a)tfwno.gf Distribution: --- Created attachment 68139 --> https://bugs.winehq.org/attachment.cgi?id=68139 trace with WINEDEBUG=+cmd I ran into a scene installer that calls cmd /c with very convoluted quoting. I narrowed the bug down to this example (run from C:\): > cmd /c "cd "windows"&&"system32\notepad.exe"" when you run this on windows 10 cmd, it cd's to windows and opens notepad as expected on wine, it interprets "windows"&&"system32\notepad.exe" as the directory to cd to. I have attached a trace with WINEDEBUG=+cmd -- 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 9

[Bug 49808] New: Regression in wine 4.0-rc1 cause Stellaris loads very slow, long time black screen
by WineHQ Bugzilla 23 Mar '21

23 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=49808 Bug ID: 49808 Summary: Regression in wine 4.0-rc1 cause Stellaris loads very slow, long time black screen Product: Wine Version: 4.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tim110011(a)163.com Distribution: --- Stellaris on the recent wine version loads very slowly and the black screen takes a long time. Tested many wine versions: # 3.2 game loads very fast # 3.11 game loads very fast # 3.20-staging game loads very fast # 3.21 game loads very fast # 4.0-rc1 (for fedora28) game loads very slow, long time black screen # 4.0-rc1 (for fedora29) game loads very slow, long time black screen # 4.1 game loads very slow, long time black screen # 4.6 game loads very slow, long time black screen Regression in 4.0-rc1 may affect many PDS Clausewitz engine games. Could it affect many games that load a lot of loose files? CPU: Intel Xeon E3-1275L v3 Memory: 8GiB VGA: nVidia GeForce GTX 750 Ti Distro: Fedora 32 kernel: 5.8.6-201.fc32.x86_64 -- 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 17

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 2021