June 2025 - Wine-Bugs - list.winehq.org

[Bug 58335] Works 10.8 but fails 10.9? But works with WINEDEBUG=+heap

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58335 --- Comment #37 from Bernhard Übelacker <bernhardu(a)mailbox.org> --- (In reply to Michael Setzer II from comment #36) > which wine > /usr/bin/wine > # ls -l /usr/bin/wine > lrwxrwxrwx 1 root root 24 Jun 14 07:46 /usr/bin/wine -> > /opt/wine-devel/bin/wine > > So that is the wine it is running. I was asking about "/home/msetzerii/wine" because that is what you received from the attempt to debug it with gdb: >> gdb -q --args wine notepad >> "/home/msetzerii/wine": not in executable format: file format not recognized > WINEDEBUG=+pid,+module,+seh,+actctx wine notepad 2>/tmp/out2 > Now opens notepad and produces the attached out2.xz file. Ok, this is unfortunate, then I am running out of ideas, without getting the crash myself or rebuilding wine. Just for the record, out2 contains another access violation in winemenubuilder.exe at 0000000140003526, which I think translates to: in add_mimes at programs/winemenubuilder/winemenubuilder.c:1696 1696 list_add_tail(mime_types, &mime_type_entry->entry); And notepad in out2 got also an access violation at 00006FFFFBF4366A, which I think translates to: in EDIT_WM_NCCreate at dlls/comctl32/edit.c:4312 4312 es->style = lpcs->style; But was able to recover because of "user_callback_handler ignoring exception". -- 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.

June 26, 2025

[Bug 57489] GetPointerPenInfo not located in USER32.dll when attempting to run Clip Studio Paint 3.0

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=57489 --- Comment #18 from berry <hodec12730(a)exitbit.com> --- okay chiming back in to another user32 error i found, bizarrely through wine-ge-8 for some reason. For context I'll lay out exactly what I'm doing. I have three wine prefixes for clip studio paint. Version 1.10 which is my control, Version 3.0, and Version 4.0. all of them are fresh prefixes with the only difference being what version of wine I'm using to run them. Running the latest patched version on wine for 3.0 and 4.0 make them run, even if it takes a while to boot up, but trying run them to produce a log file for them makes them hang and the log file goes over 10gigs. Currently trying to debugging the issue of the pen just continual drawing on its own even when my pen is just hovering above, I think I pinpointed it to being wine since CSP 1.0 with older versions of wine runs without issue until I switch it to wine-git or even the patched version. Out of curiousity, I ran CSP 3.0 with wine-ge-8 and weirdly enough, found that instead of it producing the GetPointer error like it has before, it now says, "PackTouchHitTestingProximityEvaluation could not be located in user32.dll" Makes me wonder if the pen issue on the newer versions of wine is possibly another user32.dll problem -- 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.

June 26, 2025

[Bug 57489] GetPointerPenInfo not located in USER32.dll when attempting to run Clip Studio Paint 3.0

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=57489 --- Comment #17 from berry <hodec12730(a)exitbit.com> --- (In reply to Ignacy Kuchciński from comment #16) > (In reply to berry from comment #15) > > Created attachment 78830 [details] > > GetRawPointerDeviceData is the new error. > > Here we go again, let it be the last one! Pushed to the same branch as the > last one, so you should be alright with just `git pull` :) it WORKS! Both on version 3.0 AND 4.0 There are only two kinks, it takes forever to load up (like 3 minutes and i have a pretty recent machine) and sometimes the pen keeps drawing despite my pen tip no longer touching the screen but its unrelated to this bug. At least it works! with pen pressure too :D Thank you SO MUCH :DDD -- 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.

June 26, 2025

[Bug 58377] winegcc -m32 fails to link when using the new WoW64 mode

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58377 --- Comment #9 from Zeb Figura <z.figura12(a)gmail.com> --- (In reply to Alexandre Julliard from comment #8) > (In reply to Zeb Figura from comment #6) > > * PE side can be built with winegcc, but you need to use "-b > > x86_64-w64-mingw32" or "-b i686-w64-mingw32" to signal to build a real PE > > DLL. I don't know how stable this is; it was already changed from > > "-mno-cygwin", which doesn't work anymore. > > They are different things. "-mno-cygwin" is used when building ELF dlls, and > AFAIK still works fine. My mistake, sorry. I assumed that this was the right argument to use; I didn't realize makedep was interpreting it and translating it to -b. -- 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.

June 25, 2025

[Bug 57489] GetPointerPenInfo not located in USER32.dll when attempting to run Clip Studio Paint 3.0

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=57489 --- Comment #16 from Ignacy Kuchciński <ignacykuchcinski(a)gmail.com> --- (In reply to berry from comment #15) > Created attachment 78830 [details] > GetRawPointerDeviceData is the new error. Here we go again, let it be the last one! Pushed to the same branch as the last one, so you should be alright with just `git pull` :) -- 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.

June 25, 2025

[Bug 57489] GetPointerPenInfo not located in USER32.dll when attempting to run Clip Studio Paint 3.0

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=57489 --- Comment #15 from berry <hodec12730(a)exitbit.com> --- Created attachment 78830 --> http://bugs.winehq.org/attachment.cgi?id=78830 GetRawPointerDeviceData is the new error. -- 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.

June 25, 2025

[Bug 57489] GetPointerPenInfo not located in USER32.dll when attempting to run Clip Studio Paint 3.0

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=57489 --- Comment #14 from berry <hodec12730(a)exitbit.com> --- (In reply to Ignacy Kuchciński from comment #13) > (In reply to berry from comment #12) > > Created attachment 78827 [details] > > GetPointerDeviceRects log > > Thanks, here's a patch for this: > https://gitlab.winehq.org/wine/wine/-/merge_requests/8432 > > `git clone https://gitlab.winehq.org/ignapk/wine --branch > csp-getpointerdevicerects` > > Hopefully there isn't much errors left to fix :D One can only hope, there's a new error. I'll attach a new log c: -- 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.

June 25, 2025

[Bug 58414] winedbg from winehq packages in Fedora 42 crashes during attaching to process.

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58414 Bernhard Übelacker <bernhardu(a)mailbox.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Distribution|--- |Fedora -- 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.

June 25, 2025

[Bug 58414] New: winedbg from winehq packages in Fedora 42 crashes during attaching to process.

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58414 Bug ID: 58414 Summary: winedbg from winehq packages in Fedora 42 crashes during attaching to process. Product: Wine Version: 10.10 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: dbghelp Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)mailbox.org Distribution: --- Created attachment 78829 --> http://bugs.winehq.org/attachment.cgi?id=78829 fedora-42-winehq-devel-10.10-windbg-attach-crash.txt While investigating bug #58335 I found me getting a crash from winedbg when I tried to attach to some process like winemine.exe. In function dwarf2_parse_compilation_unit it looks like comp_dir.u.string is allowed to contain NULL because of the assignment in line 3090: 3090 comp_dir.u.string = NULL; Unfortunately a few lines later this comp_dir.u.string is given to function source_build_path: 3100 tmp = source_build_path(comp_dir.u.string, name.u.string); But therefore function source_build_path does an unconditional strlen(NULL), which causes a SIGSEGV: 62 unsigned bsz = strlen(base); -- 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.

June 25, 2025

[Bug 58331] Wait cursor does not display

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=58331 Bernhard Übelacker <bernhardu(a)mailbox.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Regression SHA1| |10f5ff7f06595bf9d1f487f91db | |bd869e5105d26 CC| |bernhardu(a)mailbox.org --- Comment #3 from Bernhard Übelacker <bernhardu(a)mailbox.org> --- Starting with 10f5ff7f06 the wait cursor is shown when the button is pressed, but stays after the finish dialog is shown, until mouse is moved. Starting with 4b968267c1 the cursor stays regular during the wait period, and changes to wait cursor when the finish dialog is shown, until mouse is moved. -- 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.

June 25, 2025