wine-bugs

wine-bugs@winehq.org

1 participants
158749 discussions

[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

[Bug 49314] New: Wine segfaults with too many command-line arguments
by WineHQ Bugzilla 23 Mar '21

23 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=49314 Bug ID: 49314 Summary: Wine segfaults with too many command-line arguments Product: Wine Version: 5.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: esteve.varela(a)gmail.com Distribution: --- Running the `wine` command on any program, with too many arguments (or too long of a command-line) causes a segfault. An example of a command that can reproduce this bug on most systems: wine start '/?' /usr/bin/* Expected output: A list of option flags for wine start Gotten result: Segmentation fault This bug is problematic because it can happen with command-lines shorter than 32767 bytes (which I believe to be the upper limit supported by wine), though the exact circumstances aren't exactly clear. The reported behavior has been observed with wine 5.7, but is still present in 5.9. On wine-staging, the error is instead: 0024:err:seh:segv_handler_early Got unexpected trap 14 during process initialization -- 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

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