September 2021 - Wine-Bugs - list.winehq.org

[Bug 44587] New: TradeStation Setup Wizard ended prematurely
by wine-bugs＠winehq.org Nov. 20, 2021

Nov. 20, 2021

https://bugs.winehq.org/show_bug.cgi?id=44587 Bug ID: 44587 Summary: TradeStation Setup Wizard ended prematurely Product: Wine Version: 3.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: christopher.m.penalver(a)gmail.com Distribution: --- Created attachment 60566 --> https://bugs.winehq.org/attachment.cgi?id=60566 winecrash.txt As per attached log, running TradeStation installer with Wine development ends prematurely. I simply updated latest Ubuntu version fully, installed wine from default repositories, and immediately ran the installer with no modifications of any kind. This doesn't happen with the same file in Windows 10 x64. apt-cache policy wine-development wine-development: Installed: 3.2-1 Candidate: 3.2-1 Version table: *** 3.2-1 500 500 http://us.archive.ubuntu.com/ubuntu bionic/universe amd64 Packages 500 http://us.archive.ubuntu.com/ubuntu bionic/universe i386 Packages 100 /var/lib/dpkg/status Installer: http://update.tradestation.com/Installs/TradeStation/10.00.00.567/TradeStat… get-filehash "TradeStation Setup.exe" Algorithm Hash Path --------- ---- ---- SHA256 8AE5ABEE163E75634FAAEAB6E9E878FD03ED20116E3B072A1226654D683D06A7 \\ds\c\TradeStation Setup.exe -- 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

[Bug 10365] New: Nero 7 essentials fails to install
by wine-bugs＠winehq.org Nov. 20, 2021

Nov. 20, 2021

http://bugs.winehq.org/show_bug.cgi?id=10365 Summary: Nero 7 essentials fails to install Product: Wine Version: unspecified Platform: PC URL: http://www.nero.com/enu/index.html OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: ead1234(a)hotmail.com Created an attachment (id=9036) --> (http://bugs.winehq.org/attachment.cgi?id=9036) 1st dialog When trying to install nero 7 essentials a dialog box pops up saying it could not complete an msi query, then it is followed up by an msiexec error dialog. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 48

[Bug 28954] New: Isntallation os several system programs needed by NERO 10 fails
by wine-bugs＠winehq.org Nov. 20, 2021

Nov. 20, 2021

http://bugs.winehq.org/show_bug.cgi?id=28954 Bug #: 28954 Summary: Isntallation os several system programs needed by NERO 10 fails Product: Wine Version: 1.2.3 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: ponchorat1968(a)hotmail.com Classification: Unclassified Created attachment 37225 --> http://bugs.winehq.org/attachment.cgi?id=37225 Screenshot of the error on installing NERO 10 Suite Installing NERO 10 needs several Windows operating programs to work properly but fails on installing MSI 4.5 for Windows XP -- 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 35722] New: MS Visual C++ 2008 Redistributable KB-hotfix installer, part of Nero 10 installer crashes on unimplemented function msi.dll.MsiRemovePatchesW
by wine-bugs＠winehq.org Nov. 20, 2021

Nov. 20, 2021

https://bugs.winehq.org/show_bug.cgi?id=35722 Bug ID: 35722 Summary: MS Visual C++ 2008 Redistributable KB-hotfix installer, part of Nero 10 installer crashes on unimplemented function msi.dll.MsiRemovePatchesW Product: Wine Version: 1.7.13 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, as the summary says ... Encountered after multiple KB-hotfix sub-installers have already been run. Prerequisite: 'winetricks -q dotnet35sp1' Not really critical, the main installer still proceeds further until finally refusing because the builtin activation code is time-bombed (already expired). --- snip --- $ WINEDEBUG=+tid,+seh,+relay,+msi wine ./Nero-10.0.13100_trial.exe >>log.txt 2>&1 ... 0040:Call KERNEL32.CreateProcessA(00000000,001326e0 "msiexec /i vcredist.msi /qb!",00000000,00000000,00000000,00000020,00000000,00000000,0033fb0c,0033f8d4) ret=01004d01 ... 0042:Call KERNEL32.__wine_kernel_init() ret=7bc5a3aa 0040:Ret KERNEL32.CreateProcessA() retval=00000001 ret=01004d01 ... 0042:Call msi.MsiDeterminePatchSequenceW(0020f1e8 L"{9A1027CE-83F6-3CB2-B9BA-9DA38D0907D0}",00000000,00000001,00000001,0066e6a4) ret=0041716d 0042:trace:msi:MsiDeterminePatchSequenceW L"{9A1027CE-83F6-3CB2-B9BA-9DA38D0907D0}", (null), 1, 1, 0x66e6a4 0042:Call ole32.CLSIDFromString(0020f1e8 L"{9A1027CE-83F6-3CB2-B9BA-9DA38D0907D0}",0066dcd8) ret=7e1d169a 0042:Ret ole32.CLSIDFromString() retval=00000000 ret=7e1d169a 0042:trace:msi:MSIREG_OpenInstallProps L"{9A1027CE-83F6-3CB2-B9BA-9DA38D0907D0}" squished L"EC7201A96F382BC39BABD93AD890700D" ... 0042:Call advapi32.RegOpenKeyExW(80000002,0066dd3a L"Software\\Microsoft\\Windows\\CurrentVersion\\Installer\\UserData\\S-1-5-21-0-0-0-1000\\Products\\EC7201A96F382BC39BABD93AD890700D\\InstallProperties",00000000,000f013f,0066e5e4) ret=7e1d3c1b 0042:Ret advapi32.RegOpenKeyExW() retval=00000002 ret=7e1d3c1b 0042:Ret msi.MsiDeterminePatchSequenceW() retval=0000064a ret=0041716d ... 0042:Call KERNEL32.RaiseException(80000100,00000001,00000002,0066e734) ret=7e1f8221 0042:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b83a9c3 ip=7b83a9c3 tid=0042 0042:trace:seh:raise_exception info[0]=7e1f8240 0042:trace:seh:raise_exception info[1]=7e1f850a wine: Call from 0x7b83a9c3 to unimplemented function msi.dll.MsiRemovePatchesW, aborting ... --- snip --- MSDN: http://msdn.microsoft.com/en-us/library/aa370376%28v=vs.85%29.aspx $ sha1sum Nero-10.0.13100_trial.exe a69250e194381afeae7202180056b549b7d6914b Nero-10.0.13100_trial.exe $ du -sh Nero-10.0.13100_trial.exe 293M Nero-10.0.13100_trial.exe $ wine --version wine-1.7.13-186-g049f08f 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 6

[Bug 50292] New: Process-local synchronization objects use private interfaces into the Unix library
by WineHQ Bugzilla Nov. 19, 2021

Nov. 19, 2021

https://bugs.winehq.org/show_bug.cgi?id=50292 Bug ID: 50292 Summary: Process-local synchronization objects use private interfaces into the Unix library Product: Wine Version: 6.0-rc1 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Distribution: --- This is not exactly a bug, but it is something we'd like to change about the ntdll code, and we need somewhere to track <https://github.com/wine-staging/wine-staging/tree/master/patches/ntdll-NtAl…>. The basic "problem" is that process-local synchronization APIs [condition variables, SRW locks, critical sections, Win32 futexes] use unixlib vectors [fast_RtlpWaitForCriticalSection() et al.] instead of syscalls. Some testing suggests that Win32 futexes and condition variables are implemented on top of an internal, undocumented interface using the functions NtAlertThreadByThreadId() and NtWaitForAlertByThreadId(), which are themselves presumably syscalls. In particular, a thread waiting inside RtlSleepConditionVariable*() or RtlWaitOnAddress() can be awoken with NtAlertThreadByThreadId(). Because this interface is meant specifically for process-local synchronization (in particular, it is not possible to alert another process's thread), it is a good fit for Wine, both for those objects as well as SRW locks and critical sections. Accordingly I have created a patch set which implements these Nt* interfaces, and reimplements the Rtl* APIs on top of them. There is a problem with these patches, however. Some performance testing done by Etienne Juvigny reveals that Star Citizen, a game which makes heavy use of Win32 futexes, suffers a drop in performance from these patches. On one machine, configured to be maximally CPU-limited, performance drops from 92 to 80 FPS. There are two potential reasons for this: (1) locking of TEB lists is slow, both on the PE-side and the Unix-side. This is especially likely given that performance suffered massively before the locks were converted to read-write locks. However, removing these locks entirely is difficult if not impossible. (2) RtlWakeAddressAll() performs multiple syscalls (one per thread waiting on the given address). In Star Citizen, this can be up to six threads in normal usage patterns. This seems to be true on Windows as well: NtAlertThreadByThreadId() only seems capable of waking one thread at a time, and I can find no similar API that wakes more than one thread. -- 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 25

[Bug 49803] New: WIDL cannot import TLBs stored as resources in PE, such as stdole32.tlb and stdole2.tlb (even tuough both have tlb extension, they are essentially PE)
by WineHQ Bugzilla Nov. 19, 2021

Nov. 19, 2021

https://bugs.winehq.org/show_bug.cgi?id=49803 Bug ID: 49803 Summary: WIDL cannot import TLBs stored as resources in PE, such as stdole32.tlb and stdole2.tlb (even tuough both have tlb extension, they are essentially PE) Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: tools Assignee: wine-bugs(a)winehq.org Reporter: kolan_n(a)mail.ru Distribution: --- WIDL cannot import TLBs stored as resources in PE, such as stdole32.tlb and stdole2.tlb (even tuough both have tlb extension, they are essentially PE). Workaround 1 (I use it, since in order to use most IDLs one has to use wine sources): fetch Wine sources and just recompile them (the matter is a bit complicated because the IDLs have different names) Workaround 2: use 7zip to extract TLBs from PE resources -- 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 47119] New: winedbg truncates 64-bit address when compiled with mingw
by wine-bugs＠winehq.org Nov. 19, 2021

Nov. 19, 2021

https://bugs.winehq.org/show_bug.cgi?id=47119 Bug ID: 47119 Summary: winedbg truncates 64-bit address when compiled with mingw Product: Wine Version: 4.5 Hardware: x86 OS: Linux Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: winedbg Assignee: wine-bugs(a)winehq.org Reporter: madewokherd(a)gmail.com Distribution: --- Running "winedbg notepad" with a mingw-compiled winedbg on windows: Wine-dbg>break *0x123456789 Invalid address 0x0000000023456789, can't set breakpoint -- 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 46512] New: Window text has last letter cut off
by wine-bugs＠winehq.org Nov. 19, 2021

Nov. 19, 2021

https://bugs.winehq.org/show_bug.cgi?id=46512 Bug ID: 46512 Summary: Window text has last letter cut off Product: Wine Version: 4.0 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: leslie_alistair(a)hotmail.com Distribution: --- Created attachment 63363 --> https://bugs.winehq.org/attachment.cgi?id=63363 Image to show the problem. Run regedit. In the tree, the HKEY_* items all have the last letter cut off. If you remove the FT_LOAD_TARGET_LCD flag from WINE_GGO_HRGB_BITMAP/WINE_GGO_HBGR_BITMAP, then the tree draws as expected. Some windows applications have their Title cutoff also. 7da7930a10f22cf186e9454fec2807d75f239fad is the first bad commit commit 7da7930a10f22cf186e9454fec2807d75f239fad Author: Byeongsik Jeon <bsjeon(a)hanmail.net> Date: Tue Nov 13 09:27:09 2018 +0000 gdi32: Specify the suitable hinting flags explicitly. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=41639 Signed-off-by: Byeongsik Jeon <bsjeon(a)hanmail.net> Signed-off-by: Huw Davies <huw(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> -- 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 16

[Bug 45130] New: Builtin xaudio2_7.dll break audio and slow down performance for some games since wine 3.5
by wine-bugs＠winehq.org Nov. 19, 2021

Nov. 19, 2021

https://bugs.winehq.org/show_bug.cgi?id=45130 Bug ID: 45130 Summary: Builtin xaudio2_7.dll break audio and slow down performance for some games since wine 3.5 Product: Wine Version: 3.5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: xaudio2 Assignee: wine-bugs(a)winehq.org Reporter: andy86(a)fastwebnet.it CC: tonix64(a)inventati.org Distribution: ArchLinux Created attachment 61316 --> https://bugs.winehq.org/attachment.cgi?id=61316 log with +loaddll,+dll,+xaudio2 with wine 3.7 Since wine 3.5 set xaudio2_7 as builtin break audio for some games (legend of kay, gray matter) and slow down performance (visible fps drop). Maybe a regressions from bug 39021, but I use binaries package. Note that "winetricks xact" install work native dll, but do not auto set override for it. -- 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 51587] New: Force feedback strength is really low in multiple games
by WineHQ Bugzilla Nov. 19, 2021

Nov. 19, 2021

https://bugs.winehq.org/show_bug.cgi?id=51587 Bug ID: 51587 Summary: Force feedback strength is really low in multiple games Product: Wine Version: 6.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: andy86(a)fastwebnet.it Distribution: --- The vibration strength is really low in the latest versions of wine (at least 6.0/6.14 and up), in many situations you hardly notice it and in others you probably don't feel it at all, and this applies to all the games I've played in the last period and anyway with native games the vibration is stronger than through wine (so, I guess it's not a game-related problem). Testing the vibration with "wine control joy.cpl" or "xinputtest.exe" (max speed) I feel it much more than in games, so I wonder if there is a problem in the way wine interprets force feedback calls from games. -- 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