This repository has been archived by the owner on Nov 1, 2021. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 343
SEGV on wlr_output_destroy #3284
Labels
Comments
Please try master. |
|
Recompiled with ASAN on for wayland to generate more info:
|
emersion
added a commit
to emersion/wlroots
that referenced
this issue
Oct 26, 2021
If the output is destroyed after capture_output but before frame_handle_copy, it'll have a dangling output pointer. Add the output destroy listener in capture_output. Closes: swaywm#3284
Thanks, that's helpful. Does #3301 fix it? |
@emersion np! That PR appears to fix the last log I posted, but I'm still getting the first one (I thought they were the same, but I guess not). I'll see if there's any way to collect more info on the remaining issue. |
Okay, so disabling ASAN got me a coredump. In this case it looks like:
From some poking around through the frames it looks to me like the output is attempting to be cleaned up but was never initialized to begin with: (gdb) frame 2
#2 0x00007f911707206b in disconnect_drm_connector (conn=0x24865c0) at ../subprojects/wlroots/backend/drm/drm.c:1503
1503 wlr_output_destroy(&conn->output);
(gdb) p &conn->output
$24 = (struct wlr_output *) 0x24865c0
(gdb) p conn->output.scale
$25 = 0 (all the other fields are |
emersion
added a commit
that referenced
this issue
Oct 29, 2021
If the output is destroyed after capture_output but before frame_handle_copy, it'll have a dangling output pointer. Add the output destroy listener in capture_output. Closes: #3284
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
From sway 1.6.1
log lines from wlr
wlroots has migrated to gitlab.freedesktop.org. This issue has been moved to:
https://gitlab.freedesktop.org/wlroots/wlroots/-/issues/3284
The text was updated successfully, but these errors were encountered: