wine-bugs June 2020

wine-bugs@winehq.org

1 participants
7073 discussions

[Bug 48735] New: OVERLAPPED struct has uninitialized bytes
by WineHQ Bugzilla 02 Jun '20

02 Jun '20

https://bugs.winehq.org/show_bug.cgi?id=48735 Bug ID: 48735 Summary: OVERLAPPED struct has uninitialized bytes Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jeffersoncarpenter2(a)gmail.com Distribution: --- Created attachment 66619 --> https://bugs.winehq.org/attachment.cgi?id=66619 Configure output. Steps to reproduce * Check out 26ffc40bfb42b7c05ce9513bf479e31eb85294b1 (latest commit as of this posting). Configure and build wine. (Configure output attached) * Disable wine preloader to make valgrind a little quieter * Compile a test program (I used 'int main() { return 0; }') using i686-w64-mingw32-gcc * Run this under valgrind. Valgrind output attached. The topmost error is ==30622== Syscall param writev(vector[...]) points to uninitialised byte(s) ... ==30622== by 0x406EFD80: process_send_command (rpc.c:1137) The root cause is that the OVERLAPPED struct does not have Offset and OffsetHigh initialized before they are written into the wineserver request pipe. In this case, the target file is the process_entry's control_pipe. MSDN specifies the Offset and OffsetHigh members must be zero when writing to a file that does not support seeking (https://docs.microsoft.com/en-us/windows/win32/api/minwinbase/ns-minwinbase…). -- 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 36059] New: Multiple Steam games fail to install DirectX runtime prerequisite, resulting in repeated install attempt on startup ('xinput1_3.dll' locked by client)
by wine-bugs＠winehq.org 02 Jun '20

02 Jun '20

https://bugs.winehq.org/show_bug.cgi?id=36059 Bug ID: 36059 Summary: Multiple Steam games fail to install DirectX runtime prerequisite, resulting in repeated install attempt on startup ('xinput1_3.dll' locked by client) Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, splitting this issue off from various Steam related bug reports for reference. Many Steam games require DirectX runtime, usually stated in game folder 'installscript.vdf'. Example VDF: --- snip --- "Run Process" { ... "directx" { "hasrunkey" "HKEY_LOCAL_MACHINE\\Software\\Valve\\Steam\\Apps\\110800" "process 1" "%INSTALLDIR%\\3rd\\DXSETUP.exe" "command 1" "/silent" } ... } --- snip --- For various games the DirectX runtime install fails, resulting in repeated install attempt on startup of the game. To illustrate how common this problem is, just a small list of some games I installed for tests: NOTE: non-zero 'Exit Code' indicates the installer failed 'installscript_log.txt' from 'c:\\Program Files\\Steam\\logs' folder --- snip --- ... 04/15/14 00:08:33 [AppID 50280] Exit Code (-9) : "C:\Program Files\Steam\steamapps\common\Mafia II - Public Demo\3rd\DirectX\DXSETUP.exe" /silent GLE 0 ... 04/17/14 10:58:48 [AppID 17470] Exit Code (-9) : "C:\Program Files\Steam\steamapps\common\Dead Space\installers\DirectX\DXSETUP.exe" /silent GLE 0 ... 04/17/14 19:55:11 [AppID 55230] Exit Code (-9) : "C:\Program Files\Steam\steamapps\common\Saints Row the Third\DirectX\DXSetup.exe" /silent GLE 0 04/17/14 21:36:35 [AppID 72850] Exit Code (-9) : "C:\Program Files\Steam\steamapps\common\Skyrim\DirectX10\DXSETUP.exe" /silent GLE 0 ... 04/22/14 17:28:29 [AppID 49520] Exit Code (-9) : "C:\Program Files\Steam\steamapps\common\Borderlands 2\Binaries\Redist\DXRedistCutdown\DXSETUP.exe" /silent GLE 0 ... 04/22/14 22:18:15 [AppID 34330] Exit Code (-9) : "C:\Program Files\Steam\steamapps\common\Total War SHOGUN 2\redist\DirectX\DXSETUP.exe" /silent GLE 0 --- snip --- The DirectX runtime installer can't overwrite a dll that is locked by the Steam client/launcher in memory. You can check 'c:\\windows\\logs\\DirectX.log'. --- snip --- ... 04/17/14 11:03:38: dxupdate: DirectXUpdateGetSetupInformation(): Section [4.09.00.0904.0-4.09.00.0904.0_WinXP] is being installed. 04/17/14 11:03:38: dxupdate: Extracted file C:\windows\system32\DirectX\DX7536.tmp\xinput1_3_x86.cat from cab 04/17/14 11:03:38: dxupdate: Extracted file C:\windows\system32\DirectX\DX7536.tmp\xinput1_3.dll from cab 04/17/14 11:03:38: dxupdate: Extracted file C:\windows\system32\DirectX\DX7536.tmp\xinput1_3_x86.inf from cab 04/17/14 11:03:38: dxupdate: Extracted file C:\windows\system32\DirectX\DX7536.tmp\xinput1_3_x86_xp.inf from cab 04/17/14 11:03:38: dxupdate: Files: 5 04/17/14 11:03:38: dxupdate: Size: 498688 04/17/14 11:03:38: dxupdate: DirectXUpdateInstallPlugIn(): Installing: xinput1_3_x86_xp.inf - [x86_Install] 04/17/14 11:03:38: dxupdate: Target file: 'C:\windows\system32\xinput1_3.dll' Target file is Version 9.18.944.0 Source file is Version 9.18.944.0 04/17/14 11:03:38: dxupdate: InUse: C:\windows\system32\xinput1_3.dll. 04/17/14 11:03:38: dxupdate: CabCallback(): Unable to copy C:\windows\system32\DirectX\DX7536.tmp\xinput1_3.dll. 04/17/14 11:03:38: dxupdate: ExecuteInf(): SetupInstallFromInfSection() failed, error = 183. 04/17/14 11:03:38: dxupdate: ExecuteInf(): Unable to install C:\windows\system32\DirectX\DX7536.tmp\xinput1_3_x86_xp.inf:[x86_Install]. The file may be damaged. 04/17/14 11:03:38: dxupdate: DirectXUpdateInstallPlugIn(): ExecuteInf() failed. 04/17/14 11:03:38: dsetup32: CSetup::InstallPlugIn(): DirectXUpdateInstallPlugIn() failed. 04/17/14 11:03:38: dsetup32: CSetup::SetupForDirectX(): InstallPlugIn() failed. 04/17/14 11:03:38: dsetup32: start finalizing: phase: 5 - 5, total: 0 - 2 04/17/14 11:03:38: dsetup32: Installation ended with value -9 = Internal or unsupported error --- snip --- In many cases it's 'xinput1_3.dll'. This kind of error is also encountered on Windows (lots of reports). A reboot in between starts will fix it because the locked dll will be replaced on next Windows startup. There are multiple ways to handle this problem (apart from adding support for SP_COPY_IN_USE_NEEDS_REBOOT to Wine itself): 1) install DX runtime without starting Steam in the Steam WINEPREFIX (make sure you don't auto-run Steam services) -> app folder -> 'installers' -> 'DirectX' --- snip --- $ wine DXSETUP.exe /silent --- snip --- 2) remove the dll from 'system32' folder (or 'SysWOW64' on 64-bit prefix) prior running Steam in the prefix 3) fake successful installation by adding registry key (see '17470_install.vdf' where the registry key is located -> 'DirectX' DWORD:1) 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 20

[Bug 48706] New: Far Manager v3.0 freezes when restoring from minimized to maximized window
by WineHQ Bugzilla 02 Jun '20

02 Jun '20

https://bugs.winehq.org/show_bug.cgi?id=48706 Bug ID: 48706 Summary: Far Manager v3.0 freezes when restoring from minimized to maximized window Product: Wine Version: 5.3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rpisl(a)seznam.cz Distribution: --- Far Manager is usable under Wine (5.3) after bug 44253 is resolved but it freezes every time when restoring from minimized to maximized window. It does not freeze if restoring to normal floating (non-maximized) window. Tested on KDE Plasma/Debian Buster. It happens with both 32bit and 64bit Far. It might be related to bug 48203 or bug 48204 but that is uncertain. -- 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 48594] New: AnyDesk crashes directly on startup
by WineHQ Bugzilla 02 Jun '20

02 Jun '20

https://bugs.winehq.org/show_bug.cgi?id=48594 Bug ID: 48594 Summary: AnyDesk crashes directly on startup Product: Wine Version: 5.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: christoph.korn(a)posteo.de Distribution: --- Created attachment 66430 --> https://bugs.winehq.org/attachment.cgi?id=66430 backtrace $ sha1sum AnyDesk.exe df6abbfd20e731689f3c7d2a55f45ac83fbbc40b AnyDesk.exe The program crashes directly on startup. There is no GUI even visible. Stacktrace is 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 48387] New: User shared data area should have NumberOfPhysicalPages field filled in (used by Detroit: Become Human)
by WineHQ Bugzilla 02 Jun '20

02 Jun '20

https://bugs.winehq.org/show_bug.cgi?id=48387 Bug ID: 48387 Summary: User shared data area should have NumberOfPhysicalPages field filled in (used by Detroit: Become Human) Product: Wine Version: 5.0-rc3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: gofmanp(a)gmail.com Distribution: --- Created attachment 66147 --> https://bugs.winehq.org/attachment.cgi?id=66147 ntdll: Fill NumberOfPhysicalPages field in user shared data area. Split off from Bug #48291. -- 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 48338] New: Unknown application paints GIF images incorrectly
by WineHQ Bugzilla 02 Jun '20

02 Jun '20

https://bugs.winehq.org/show_bug.cgi?id=48338 Bug ID: 48338 Summary: Unknown application paints GIF images incorrectly Product: Wine Version: 5.0-rc2 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: gdiplus Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Distribution: --- The author of the patches was unwilling to create a bug report. -- 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 48639] New: installing vpn, shrew soft vpn client
by WineHQ Bugzilla 02 Jun '20

02 Jun '20

https://bugs.winehq.org/show_bug.cgi?id=48639 Bug ID: 48639 Summary: installing vpn, shrew soft vpn client Product: Wine Version: 5.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: n.mironov(a)qiwi.com.ar Distribution: --- Created attachment 66495 --> https://bugs.winehq.org/attachment.cgi?id=66495 logs Just trying to install some vpn client. -- 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 48571] New: Firefox 72.0.* crashes on every tab (unless dwrite is disabled)
by WineHQ Bugzilla 02 Jun '20

02 Jun '20

https://bugs.winehq.org/show_bug.cgi?id=48571 Bug ID: 48571 Summary: Firefox 72.0.* crashes on every tab (unless dwrite is disabled) Product: Wine Version: 5.0 Hardware: x86 URL: https://download-installer.cdn.mozilla.net/pub/firefox /releases/72.0.2/win64/en-US/Firefox%20Setup%2072.0.2. msi OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: dwrite Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: Debian Created attachment 66397 --> https://bugs.winehq.org/attachment.cgi?id=66397 +dwrite log As the title says. Tested in Staging-5.1 as firefox doesn`t work in vanilla wine. For convenience one could copy paste this one liner in the console: wget https://download-installer.cdn.mozilla.net/pub/firefox/releases/72.0.2/win6… && /opt/wine-staging/bin/wine msiexec /i ./"Firefox Setup 72.0.2.msi" /qn && /opt/wine-staging/bin/wine "c:\\Program Files\\Mozilla Firefox\\firefox.exe" www.winehq.org Firefox says: "Gah your tab just crashed" If you disable dwrite the browser works (apart from some issues) rather well Attached +seh,dwrite log, quite huge unfortunately Maybe trouble begin at 005e:trace:dwrite:dwritefontresource_Release 0xd850c80, refcount 0. 005e:trace:dwrite:shareddwritefactory_Release 0xd756670. 005e:trace:dwrite:dwritefontfile_Release (0xd758940)->(5) 005e:trace:dwrite:dwritefont_AddRef (0xd82b600)->(3) 005e:trace:seh:raise_exception code=c0000005 flags=0 addr=0x167dd4e ip=167dd4e tid=005e but that`s just a shot in the dark -- 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 48569] New: Infinite drag & drop loop in WinSCP
by WineHQ Bugzilla 02 Jun '20

02 Jun '20

https://bugs.winehq.org/show_bug.cgi?id=48569 Bug ID: 48569 Summary: Infinite drag & drop loop in WinSCP Product: Wine Version: 5.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mgruber_72(a)yahoo.de Distribution: --- Created attachment 66395 --> https://bugs.winehq.org/attachment.cgi?id=66395 Wine command line output I'm using Ubuntu 18.04 LTS and Wine 5.0 from the official WineHQ repository. The Wine prefix is clean. Steps to reproduce: 1. Get the portable version of WinSCP (currently https://winscp.net/download/WinSCP-5.15.9-Portable.zip). 2. Extract it, execute WinSCP.exe and connect to a SFTP server. 3. In the remote server window try to drag & drop a remote sample file (like /tmp/test.txt) into a remote folder (like /tmp/testdir). 4. The Move path dialogue appears flickering in an indefinite loop until WinSCP crashes. I've been in contact with the WinSCP developer Martin Přikryl about this issue. We've done quite extensive testing with various debug builds and he came to the conclusion, that Wine creates an infinite drag & drop loop after releasing the mouse button causing WinSCP to crash. This behaviour does not happen on native Windows. Attached is the command line output of wine. -- 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 18

[Bug 48577] New: DISPLAYCONFIG_VIDEO_OUTPUT_TECHNOLOGY and other enums are the wrong size
by WineHQ Bugzilla 02 Jun '20

02 Jun '20

https://bugs.winehq.org/show_bug.cgi?id=48577 Bug ID: 48577 Summary: DISPLAYCONFIG_VIDEO_OUTPUT_TECHNOLOGY and other enums are the wrong size Product: Wine Version: 5.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: bshanks(a)codeweavers.com Distribution: --- When building for 64-bit with MinGW or MSVC, sizeof(DISPLAYCONFIG_VIDEO_OUTPUT_TECHNOLOGY)=4. But when building against Wine headers, sizeof(DISPLAYCONFIG_VIDEO_OUTPUT_TECHNOLOGY)=8. It seems that when gcc/clang finds constants too large to be represented by a signed int, like 'DISPLAYCONFIG_OUTPUT_TECHNOLOGY_INTERNAL = 0x80000000', it increases the enum size to match, but MSVC doesn't. This was tracked a few years ago in MinGW bug #456 <https://sourceforge.net/p/mingw-w64/bugs/456/> and fixed by casting the constants to int: <https://sourceforge.net/p/mingw-w64/mingw-w64/ci/5d61ecd2d087a3a1bdaa9db902…> tomConstants in tom.h and RecordCreateOptionsEnum in adoint_backcompat.h were also fixed in the same commit, and I can confirm those are also the wrong size in Wine's headers. There may be other enums that need to be fixed though. -- 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

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 June 2020