October 2022 - Wine-Bugs - list.winehq.org

[Bug 53737] Incoming (game): crashes after the intro video

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=53737 Prajna Sariputra <putr4.s(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Version|7.18 |7.7 --- Comment #7 from Prajna Sariputra <putr4.s(a)gmail.com> --- Bisect reports that dfd5f109fb4ebad859bf3ce3960b3b2b2ad1341d ("ntdll: Increase kernel stack size.", dated 13 Apr) is the first bad commit. However, while reverting that on top of 7.7 does make it work doing so does not fix the crash on git master. The backtrace at least looks different on master though, so I have uploaded that plus the terminal output for master as well. In short, here is what I tested: 7.6: ok 7.7: fail 7.7 minus dfd5f109fb4ebad859bf3ce3960b3b2b2ad1341d: ok master at 001665d7354ca9a21de0d2a5cbfe0839e92446cd: fail master minus dfd5f109fb4ebad859bf3ce3960b3b2b2ad1341d: fail -- 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.

Oct. 4, 2022

[Bug 53737] Incoming (game): crashes after the intro video

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=53737 --- Comment #6 from Prajna Sariputra <putr4.s(a)gmail.com> --- Created attachment 73226 --> https://bugs.winehq.org/attachment.cgi?id=73226 Backtrace (demo, git master commit 001665d7354ca9a21de0d2a5cbfe0839e92446cd) -- 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.

Oct. 4, 2022

[Bug 53737] Incoming (game): crashes after the intro video

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=53737 --- Comment #5 from Prajna Sariputra <putr4.s(a)gmail.com> --- Created attachment 73225 --> https://bugs.winehq.org/attachment.cgi?id=73225 Terminal output (demo, git master commit 001665d7354ca9a21de0d2a5cbfe0839e92446cd) -- 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.

Oct. 4, 2022

[Bug 53379] ME3Tweaks 7.0.7 doesn't launch

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=53379 Zeb Figura <z.figura12(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- URL| |https://github.com/ME3Tweak | |s/ME3TweaksModManager/relea | |ses/download/7.0.7.125/ME3T | |weaksModManagerExtractor_7. | |0.7.125.exe Keywords| |download, source -- 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.

Oct. 4, 2022

[Bug 53682] wineboot shows "user_check_not_lock BUG: holding USER lock" on aarch64 since wine-7.14

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=53682 --- Comment #5 from Kevin Puetz <PuetzKevinA(a)JohnDeere.com> --- > Ech, yeah, right. I probably should have actually tested it, but didn't get the time. No, that's fine. I'm set up to do the test, so I figured you were asking me to do so. And you're helping on my bug report, so that's totally fair :-). > Potentially, yeah, although then it comes down to not really using setjmp at all, and rewriting them in assembly. I doubt that's better than solution (b). Well, except wine has already written its own __wine_setjmpex/__wine_longjmp in assembly. So that's differnet assembly, but not necessarily more. -- 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.

Oct. 4, 2022

[Bug 53682] wineboot shows "user_check_not_lock BUG: holding USER lock" on aarch64 since wine-7.14

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=53682 --- Comment #4 from Zeb Figura <z.figura12(a)gmail.com> --- (In reply to Kevin Puetz from comment #3) > Well, no, that patch won't since NtCallbackReturn assumes the > arm64_thread_data()->syscall_frame pointer is actually a user_callback_frame > *`, and casts it accordingly to get the jmpbuf. Which > call_user_mode_callback didn't copy (or even allocate), so it just jumps off > into space. > > But yeah, you're on the same track I've been for the shape of a possible > solution. And this could be made to work, it just has to copy even more. Ech, yeah, right. I probably should have actually tested it, but didn't get the time. > > The other idea I've been trying think of a way to actually accomplish is to > make KeUserModeCallback->__wine_setjmpex into a tail call. i.e. we'd get the > jmpbuf to have the return bp/lr values for the *caller* of > KeUserModeCallback. Then NtCallbackReturn could just pass status to > __wine_longjmp (to make that the return value) and we never > KeUserModeCallback and trashing its stack (below the syscall_frame) is fine. > > Problem for that is that we need __wine_jmpbuf to save the callee-saved > register values from the very beginning of KeUserModeCallback, not somewhere > in the middle of it. There's plenty of scratch registers on aarch64 to pull > that off, just hard to get the code inserted in the right place. Potentially, yeah, although then it comes down to not really using setjmp at all, and rewriting them in assembly. I doubt that's better than solution (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.

Oct. 3, 2022

[Bug 53682] wineboot shows "user_check_not_lock BUG: holding USER lock" on aarch64 since wine-7.14

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=53682 --- Comment #3 from Kevin Puetz <PuetzKevinA(a)JohnDeere.com> --- Well, no, that patch won't since NtCallbackReturn assumes the arm64_thread_data()->syscall_frame pointer is actually a user_callback_frame *`, and casts it accordingly to get the jmpbuf. Which call_user_mode_callback didn't copy (or even allocate), so it just jumps off into space. But yeah, you're on the same track I've been for the shape of a possible solution. And this could be made to work, it just has to copy even more. The other idea I've been trying think of a way to actually accomplish is to make KeUserModeCallback->__wine_setjmpex into a tail call. i.e. we'd get the jmpbuf to have the return bp/lr values for the *caller* of KeUserModeCallback. Then NtCallbackReturn could just pass status to __wine_longjmp (to make that the return value) and we never KeUserModeCallback and trashing its stack (below the syscall_frame) is fine. Problem for that is that we need __wine_jmpbuf to save the callee-saved register values from the very beginning of KeUserModeCallback, not somewhere in the middle of it. There's plenty of scratch registers on aarch64 to pull that off, just hard to get the code inserted in the right place. -- 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.

Oct. 3, 2022

[Bug 53718] WoW Beta/PTR get "Your 3D accelorator card is not supported"

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=53718 --- Comment #26 from nerzhul <loic.blot(a)unix-experience.fr> --- regarding previous comment, didn't tested with X11, only wayland -- 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.

Oct. 3, 2022

[Bug 53718] WoW Beta/PTR get "Your 3D accelorator card is not supported"

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=53718 --- Comment #25 from nerzhul <loic.blot(a)unix-experience.fr> --- i just did some tests on Archlinux packages from archive (https://archive.archlinux.org/packages/w/wine/) (with DXVK) Works on: * wine-staging 7.12 * wine-staging 7.4 * wine-7.1 * wine-6.11 -- 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.

Oct. 3, 2022

[Bug 53737] Incoming (game): crashes after the intro video

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=53737 Béla Gyebrószki <gyebro69(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gyebro69(a)gmail.com URL| |https://archive.org/downloa | |d/incoming_201401/incoming. | |exe Keywords| |download, regression --- Comment #4 from Béla Gyebrószki <gyebro69(a)gmail.com> --- Please run a regression test: https://wiki.winehq.org/Regression_Testing Incoming demo (to reproduce the problem): https://archive.org/download/incoming_201401/incoming.exe incoming.exe (3.8M) md5: 5b1fff6863768eeff95167e510d09a2e -- 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.

Oct. 3, 2022