May 2025 - Wine-bugs - list.winehq.org

[Bug 58180] New: CaptureAge 1.17.1: fails to GetSharedHandle
by WineHQ Bugzilla 01 May '25

01 May '25

http://bugs.winehq.org/show_bug.cgi?id=58180 Bug ID: 58180 Summary: CaptureAge 1.17.1: fails to GetSharedHandle Product: Wine Version: 10.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: eabesea(a)rambler.ru Distribution: Ubuntu Created attachment 78475 --> http://bugs.winehq.org/attachment.cgi?id=78475 captureage log When I run CaptureAge, it fails to start rendering. It appears that the fail is because dxgi_resource_GetSharedHandle is not implemented. I'm not attaching full wine terminal output since it's very large and appears to be mostly irrelevant. -- 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 58188] New: CreateProcessW fails for executables with a dot in their name
by WineHQ Bugzilla 01 May '25

01 May '25

http://bugs.winehq.org/show_bug.cgi?id=58188 Bug ID: 58188 Summary: CreateProcessW fails for executables with a dot in their name Product: Wine Version: 10.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: paosz(a)vestas.com Distribution: --- Created attachment 78491 --> http://bugs.winehq.org/attachment.cgi?id=78491 Archive with relevant logs, reproduction program and a proposed patch If an exe file has a name that contains a dot that's not part of the extension (e.g. SomeProgram.Component.exe), then call to CreateProcessW using only lpCommandLine (lpApplicationName = NULL) with the extension of the executable omitted (SomeProgram.Component arguments) will fail on wine, but succeed on Windows. This was observed in wine compiled from source (10.6) and packaged in Ubuntu 24.04 (9.0). The issue was originally thought to be caused by SearchPathW, but further investigation showed that this function behaves as it should. There just simply seems to be a special case or different logic in CreateProcessW that isn't captured in wine. Reproduction: Attached are two C programs used to investigate and reproduce the issue. They test behavior of CreateProcessW and SearchPathW. Both .c files are meant to be compiled and placed in the same folder in the following way: - BugTest.exe (BugTest.c) - SomeApp.exe (SomeApp.c) - SomeApp.Component.exe (SomeApp.c) Afterwards, BugTest.exe is run in the same folder. Attached are the outputs of running that program in Windows and wine (output_wine.txt, output_windows.txt). The obvious difference is the failure whe calling CreateProcessW for SomeApp.Component . Proposed patch: Attached is a patch with proposed fix for the above mentioned issue. There is also on output of BugTest.exe on wine compiled with the attached patch (output_wine_with_patch.txt), which is the same as what's produced on Windows. PS: I just noticed that there can only be one attachment. I have packed all the mentioned files into a zip archive. If that is undesirable I will upload the files separately. -- 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 1

[Bug 58164] New: WINTAB32.dll: When the pen is pressed against the board, pkStatus is given TPS_QUEUE_ERR after a second or two and Queue overflows.
by WineHQ Bugzilla 01 May '25

01 May '25

http://bugs.winehq.org/show_bug.cgi?id=58164 Bug ID: 58164 Summary: WINTAB32.dll: When the pen is pressed against the board, pkStatus is given TPS_QUEUE_ERR after a second or two and Queue overflows. Product: Wine Version: 10.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wintab32 Assignee: wine-bugs(a)winehq.org Reporter: axis6404(a)proton.me Distribution: --- When the pen is pressed against the board, pkStatus is given TPS_QUEUE_ERR after a second or two and Queue overflows. After the queue overflows, no signal is sent. (After raising the pen again, until it is pressed against the board again) Cannot draw anything or the line thickness is messed up. https://github.com/wine-mirror/wine/blob/f7503d0a996ae1243dd6c87b39a9143624… Macromedia Flash MX X11 Section "InputClass" Identifier "Tablet" Driver "wacom" MatchDevicePath "/dev/input/event*" MatchUSBID "28bd:0905" Option "Suppress" "0" Option "Threshold" "1" Option "RawSample" "1" EndSection -- 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