wine-bugs March 2021

wine-bugs@winehq.org

1 participants
6124 discussions

[Bug 49753] New: server_ioctl_file: Syscall param writev(vector[...]) points to uninitialised byte(s)
by WineHQ Bugzilla 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=49753 Bug ID: 49753 Summary: server_ioctl_file: Syscall param writev(vector[...]) points to uninitialised byte(s) Product: Wine Version: 5.16 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: jeffersoncarpenter2(a)gmail.com Distribution: --- Created attachment 68056 --> https://bugs.winehq.org/attachment.cgi?id=68056 Valgrind output. Occurs as of commit 5bb27d1edb2. Valgrind output attached. Full valgrind trace: ==26644== Syscall param writev(vector[...]) points to uninitialised byte(s) ==26644== at 0x4322F07: writev (writev.c:26) ==26644== by 0x48530E2: send_request (server.c:213) ==26644== by 0x4853224: server_call_unlocked (server.c:273) ==26644== by 0x48722CF: virtual_locked_server_call (virtual.c:3015) ==26644== by 0x483F666: server_ioctl_file (file.c:4730) ==26644== by 0x484143A: NtDeviceIoControlFile (file.c:5561) ==26644== by 0x4838F6E: get_mountmgr_fs_info (file.c:1975) ==26644== by 0x4842E3A: NtQueryVolumeInformationFile (file.c:6380) ==26644== by 0x482F1BD: __wine_syscall_dispatcher (in /home/rofl/wine32-build-debug-nomingw/dlls/ntdll/ntdll.so) ==26644== by 0x7BC32F9B: NtQueryVolumeInformationFile (in /home/rofl/wine32-build-debug-nomingw/dlls/ntdll/ntdll.dll.so) ==26644== by 0x7B0403EB: GetFileInformationByHandle (file.c:2930) ==26644== by 0x536D262: MSVCRT__fstat64 (file.c:1781) ==26644== by 0x536D4B5: MSVCRT__fstat32 (file.c:1839) ==26644== by 0x512498B: fstat (stat.h:222) ==26644== by 0x5128EC5: update_wineprefix (wineboot.c:1437) ==26644== by 0x5129BF7: main (wineboot.c:1671) -- 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 45611] New: 64bit prefix: copy file to system32 incorrectly copied to syswow64
by wine-bugs＠winehq.org 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=45611 Bug ID: 45611 Summary: 64bit prefix: copy file to system32 incorrectly copied to syswow64 Product: Wine Version: 3.0.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tim110011(a)163.com Distribution: --- How to reproduce: wine cmd Z:\home\me\0_wine> C: echo.>00aa.txt copy 00aa.txt c:\windows\system32 dir c:\windows\system32\00aa.txt result: Volume in drive c has no label. Volume Serial Number is 0000-0000 Directory of c:\windows\system32 8/11/2018 4:57 PM 2 00aa.txt 1 file 2 bytes 0 directories 351,430,549,504 bytes free find . -depth -name 00aa.txt result: ./syswow64/00aa.txt wine xcopy is also affected. I think this is the reason why .NET Framework 64bit don't install. System: wine 3.0.2 fedora 28 kernel 4.17.12 -- 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 11

[Bug 50870] New: game 'rise of agon' lobby crashes repeatedly during updating
by WineHQ Bugzilla 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=50870 Bug ID: 50870 Summary: game 'rise of agon' lobby crashes repeatedly during updating Product: Wine Version: 5.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: vascoman10(a)hotmail.com Distribution: --- download and install game 'rise of agon' works fine. once starting the lobby, the game crashes repeatedly during updating. https://www.riseofagon.com/ worked fine upto wine version 5.11, crashes repeatedly from wine 5.12, through wine 6.4 (current). regression testing reveals this: 7161dcd42653452a2373a7595a7020d0a59722f4 is the first bad commit commit 7161dcd42653452a2373a7595a7020d0a59722f4 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Thu Jun 25 12:30:00 2020 +0200 ntdll: Return the current time and timezone bias in NtQuerySystemInformation(SystemTimeOfDayInformation). Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> dlls/ntdll/time.c | 50 ++++++--------------------------------------- dlls/ntdll/unix/system.c | 12 +++++++++-- dlls/wbemprox/builtin.c | 2 +- include/winternl.h | 8 ++++---- programs/taskmgr/perfdata.c | 4 ++-- 5 files changed, 23 insertions(+), 53 deletions(-) -- 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 50797] New: Please sandbox all Wine applications on launch
by WineHQ Bugzilla 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=50797 Bug ID: 50797 Summary: Please sandbox all Wine applications on launch Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: luke.hutch(a)gmail.com Distribution: --- I had a Windows virus, running in WINE, wipe a large chunk of one of my Linux hard drives before I realized it and stopped the damage. Windows antivirus software is too complex to run in WINE, so all Windows applications run in WINE may damage a user's home directory. This leads to a very uneasy feeling whenever I launch any Windows application in WINE on Linux. There are now many ways to sandbox Linux applications, via a series of fairly new Linux kernel features, and also due to some libraries and systems built on top of these new isolation mechanisms. Please see my request here in the RedHat bug tracker: https://bugzilla.redhat.com/show_bug.cgi?id=1179507 It would actually be much better to fix this upstream in Wine than have just one vendor (RedHat) fix this in their distribution. -- 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

[Bug 50312] New: Cannot change settings of PSPad where requirement to write to program folder is needed
by WineHQ Bugzilla 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=50312 Bug ID: 50312 Summary: Cannot change settings of PSPad where requirement to write to program folder is needed Product: Wine Version: 5.0.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: juozaspo(a)gmail.com Distribution: --- Created attachment 68892 --> https://bugs.winehq.org/attachment.cgi?id=68892 Screenshot of Settings dialog I'm unable to change some settings of PSPad editor where it is required to write to program folder to change them. To program it appears as if it's been run as non-administrator user or contents of it's folder were read only. The affected settings are "Show Splash Screen" in "Program (part 2)", "Multi User Environment" and "Only One Program Instance" in "System integration" as shown in it's "Program Settings" dialog. They have a marker with a meaning of "write to PSPad folder" and all are greyed out. Also the program does not run for me while using wine devel/staging/etc version, as wine crash on startup as described in bug #50271, it works fine while using stable build. To reproduce: 1. Install PSPad using installer or extract zip archive to new folder 2. If program loads w/o problems (assuming you're using stable or any other working wine version) open program settings dialog (accessible via "Settings"->"Program Settings..." menu) Screenshots attached. -- 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 8

[Bug 49760] New: World of Warcraft: stub NtQueryDirectoryObject
by WineHQ Bugzilla 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=49760 Bug ID: 49760 Summary: World of Warcraft: stub NtQueryDirectoryObject Product: Wine-staging Version: 5.16 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: loic.blot(a)unix-experience.fr CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Hello, since recent wow build & wine 5.16 upgrade it seems some stub have been fixed but a new one appear which can be useful for the game i think, regarding to the call 04f4:fixme:sync:NtQueryDirectoryObject multiple entries not implemented I don't know in which context they call it, but it's when we are in game world map, while moving. Can you take a look/fix it ? Thanks -- 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 49579] New: Running .exe from programs with GUI uses wrong prefix in Wine 5.0
by WineHQ Bugzilla 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=49579 Bug ID: 49579 Summary: Running .exe from programs with GUI uses wrong prefix in Wine 5.0 Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: charivari(a)online.de Distribution: --- When running an *.exe by doubleclicking on it in the fileexplorer (Thunar), Wine 5.0 will not run it in the standard prefix ~/.wine as it should, but instead in another existing prefix in ~/.local/share/wineprefixes/wine32. Winetricks shows the same behaviour, opening wine32 when told to open the standardprefix - though for some reason, it also shows wine32 among the secondary prefixes, while not showing wine at all. Running from console will produce the expected outcome of running in ~/.wine. This did not happen in Wine 4.0, and started happening immediately after the update to Wine 5.0, without any configuration changes. I've already checked .bash-rc and .profile and made sure there's no value set for $WINEPREFIX. While not exactly a major bug, it's a bother to work around for every single program. OS: Linux Mint 20 Xfce Wine: 5.0-3 -- 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 35748] New: Blazing Angels 2: cannot initialize 3D engine
by wine-bugs＠winehq.org 23 Apr '21

23 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=35748 Bug ID: 35748 Summary: Blazing Angels 2: cannot initialize 3D engine Product: Wine Version: 1.7.12 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: amlopezalonso(a)gmail.com Created attachment 47739 --> http://bugs.winehq.org/attachment.cgi?id=47739 BA2 start log in desktop mode. Installing and updating Blazing Angels 2 are OK. However, trying to start the game fails: 1) In fullscreen mode I only get a black screen. 2) In desktop mode (800x600) I get a popup: "Cannot initialize 3D engine". Other 3D games run fine. Attaching log. Regards, Antonio -- 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 11

[Bug 50691] New: Half life 1 freezing, if start new game or start hazard course
by WineHQ Bugzilla 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=50691 Bug ID: 50691 Summary: Half life 1 freezing, if start new game or start hazard course Product: Wine Version: 6.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ne-vlezay80(a)yandex.ru Distribution: --- App release: v46/1.1.1.0 Log: 0024:fixme:d3d:wined3d_guess_card No card selector available for card vendor 0000 (using GL_RENDERER "llvmpipe (LLVM 11.0.1, 256 bits)"). 0024:fixme:win:LockWindowUpdate (0002005C), partial stub! 0024:fixme:win:LockWindowUpdate (00000000), partial stub! 0024:fixme:win:LockWindowUpdate (0002005C), partial stub! 0024:fixme:win:LockWindowUpdate (00000000), partial stub! 0024:fixme:win:LockWindowUpdate (0002005C), partial stub! 0024:fixme:win:LockWindowUpdate (00000000), partial stub! 0118:err:module:open_builtin_file failed to load .so lib "/usr/lib32/wine/winepulse.drv.so" 0118:err:module:open_builtin_file failed to load .so lib "/usr/lib32/wine/winealsa.drv.so" 0118:err:mmdevapi:DllGetClassObject Driver initialization failed 0118:err:ole:apartment_getclassobject DllGetClassObject returned error 0x80004005 for dll L"C:\\windows\\system32\\mmdevapi.dll" 0118:err:ole:com_get_class_object no class object {bcde0395-e52f-467c-8e3d-c4579291692e} could be created for context 0x1 0024:err:winediag:gnutls_initialize failed to load libgnutls, no support for encryption 0024:err:winediag:gnutls_initialize failed to load libgnutls, no support for pfx import/export 0024:err:module:open_builtin_file failed to load .so lib "/usr/lib32/wine/winepulse.drv.so" 0024:err:module:open_builtin_file failed to load .so lib "/usr/lib32/wine/winealsa.drv.so" 0024:err:mmdevapi:DllGetClassObject Driver initialization failed 0024:err:ole:apartment_getclassobject DllGetClassObject returned error 0x80004005 for dll L"C:\\windows\\system32\\mmdevapi.dll" 0024:err:ole:com_get_class_object no class object {bcde0395-e52f-467c-8e3d-c4579291692e} could be created for context 0x1 0024:err:dsound:get_mmdevenum CoCreateInstance failed: 80004005 011c:err:ntdll:RtlpWaitForCriticalSection section 7BC63360 "../wine/dlls/ntdll/loader.c: loader_section" wait timed out in thread 011c, blocked by 0024, retrying (60 sec) 011c:err:ntdll:RtlpWaitForCriticalSection section 7BC63360 "../wine/dlls/ntdll/loader.c: loader_section" wait timed out in thread 011c, blocked by 0024, retrying (60 sec) 011c:err:ntdll:RtlpWaitForCriticalSection section 7BC63360 "../wine/dlls/ntdll/loader.c: loader_section" wait timed out in thread 011c, blocked by 0024, retrying (60 sec) -- 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

[Bug 50679] New: Filmotech v3.91 x32: crash at startup
by WineHQ Bugzilla 23 Apr '21

23 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=50679 Bug ID: 50679 Summary: Filmotech v3.91 x32: crash at startup Product: Wine Version: 6.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winehq(a)le-garrec.fr Distribution: --- Created attachment 69404 --> https://bugs.winehq.org/attachment.cgi?id=69404 log.txt Get an assertion on startup Failure Condition: S_OK == D2D().D2DFactory()->CreateDCRenderTarget(&props, &mDCRenderTarget) This bug is for wine-staging 6.2. I didn't tried with wine-vanilla sorry. Compile time is very long. After install https://www.filmotech.fr/logiciel/Filmotech/PC/Installation_Filmotech_32-bi… (c6b2724720765ec4de984f607f56239b5238e5b3 Installation_Filmotech_32-bit_391.exe) Version wine-6.2 (Staging) -- 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 March 2021