wine-bugs September 2021

wine-bugs@winehq.org

1 participants
4842 discussions

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

19 Nov '21

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 19 Nov '21

19 Nov '21

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 19 Nov '21

19 Nov '21

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 19 Nov '21

19 Nov '21

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 19 Nov '21

19 Nov '21

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 19 Nov '21

19 Nov '21

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

[Bug 51027] New: Fonts blurred for some words in Logos Bible Software
by WineHQ Bugzilla 19 Nov '21

19 Nov '21

https://bugs.winehq.org/show_bug.cgi?id=51027 Bug ID: 51027 Summary: Fonts blurred for some words in Logos Bible Software Product: Wine Version: 6.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: johnpgoodman(a)gmail.com Distribution: --- Created attachment 69879 --> https://bugs.winehq.org/attachment.cgi?id=69879 shows some blurred words There seems to be an issue with some words being a little blurred. Screenshot attached. This applies to all fonts. Including greek characters as well as English. This is even with font smoothing rgb on. -- 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 50757] New: (Regression) Hyperdimension Neptunia Re;Birth1 Crashes/freezes frequently with FAudio
by WineHQ Bugzilla 19 Nov '21

19 Nov '21

https://bugs.winehq.org/show_bug.cgi?id=50757 Bug ID: 50757 Summary: (Regression) Hyperdimension Neptunia Re;Birth1 Crashes/freezes frequently with FAudio Product: Wine Version: 6.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: xactengine Assignee: wine-bugs(a)winehq.org Reporter: orbea(a)riseup.net Distribution: --- When playing the GOG version of Hyperdimension Neptunia ReBirth 1 (https://www.gog.com/game/hyperdimension_neptunia_rebirth1) it will frequently freeze/crash. This only occurs when built wine is built against FAudio and happens most often during battles or less frequently the area maps. Sometimes it will also occur in other places such as during dialogue scenes or menus. It usually occurs within a few battles, but sometimes will take a bit longer. During the crashes the graphics will freeze and input will be unresponsive, but usually music continues to play only rarely stopping with the crash. When wine is not built against FAudio there will be no sound in the title screen or during game play, but this can be worked around by installing xact with winetricks and setting the wine prefix to XP compatibility where after extensive testing it remains stable without crashing. I tested FAudio versions 21.01 and 21.03 without changes. With older wine versions (roughly 5.10 and older) the above workaround with native xact and XP compatibility is needed regardless if wine is built against FAudio and it does not crash. So I bisected this and found the first bad commit: ----- 127ef80f0f9370a148357b7c1f001c3477a52264 is the first bad commit commit 127ef80f0f9370a148357b7c1f001c3477a52264 Author: Vijay Kiran Kamuju <infyquest(a)gmail.com> Date: Sat Jul 18 22:27:46 2020 +0200 xactengine3_7: Implement IXACT3SoundBank::Play function. Based on patch from Ethan Lee. Signed-off-by: Vijay Kiran Kamuju <infyquest(a)gmail.com> Signed-off-by: Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> dlls/xactengine3_7/xact_dll.c | 35 +++++++++++++++++++++++++++++++++-- 1 file changed, 33 insertions(+), 2 deletions(-) ----- However the parent commit (568227cc039ce16f232008f34fb72fc6aecc5029) will crash just before the title screen consistently. This can be worked around with setting WINEDLLOVERRIDES='xactengine3_7=n' in the environment where sound will be missing in the title screen and during game play, but like above can be fixed with a native xact and using XP compatibility mode. Several preceding commits do not crash before the title screen, but require setting WINEDLLOVERRIDES='xactengine3_7=n' in the environment for the sound to not be missing. With the first bad commit ( 127ef80f0f9370a148357b7c1f001c3477a52264) a default prefix works and there is no missing sound, but it introduces the issue with frequent crashes. Issue https://bugs.winehq.org/show_bug.cgi?id=50416 may be related. -- 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 22260] New: Editable dropdown is gray when opened and empty
by wine-bugs＠winehq.org 19 Nov '21

19 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=22260 Summary: Editable dropdown is gray when opened and empty Product: Wine Version: 1.1.41 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P5 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: alexandru.balut(a)gmail.com I noticed in Total Commander: Press F5 to copy a file, then click the "Only files of this type:" dropdown BUTTON (see attached screenshot). Notice the dropdown field turns gray. This does not happen on Windows XP, where it remains white. If you type anything it turns white again, like it should.. Total Commander 4.50a -- 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 15

[Bug 21572] New: KFSensor 4.5.0 Professional Trial: Trouble starting and stopping the service
by wine-bugs＠winehq.org 19 Nov '21

19 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=21572 Summary: KFSensor 4.5.0 Professional Trial: Trouble starting and stopping the service Product: Wine Version: 1.1.37 Platform: x86-64 URL: http://www.keyfocus.net/kfsensor/download/kfsens40.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gaming4jc2(a)yahoo.com Created an attachment (id=26016) --> (http://bugs.winehq.org/attachment.cgi?id=26016) advapi and more -- Operation Failure This one is a fairly erratic but greatly prolific bug. In the log attached, you see my first launch of the application works after running the wizard, followed by closing the application and attempting to start the server to no avail until you see the "LockWindowUpdate" when it finally starts. -- 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 9

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 September 2021