-
-
Notifications
You must be signed in to change notification settings - Fork 163
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Core: triangle example crashes at runtime on wayland with segmentation fault. #1275
Comments
@RonaldZielaznicki I'm still getting the same error 😕 |
Hrrrm. And just to cover the bases, this is while running the latest main? Or are you running 4.0? |
@RonaldZielaznicki yes master. |
which compositor are you using? |
It's gnome so Mutter(?). I'm using mach nominated version here is output with WAYLAND_DEBUG=1:
|
it looks like its trying to set the decoration mode using the xdg-decoration protocol but that protocol is not implemented by mutter, so its just trying to access a out of bounds memory address, and it segfaults. unfortunately unless gnome implements the protocol and provides server side decoration, which is unlikely , mach might have to provide some sort of client side decoration in order to work on fully gnome these are basically the options:
undesirable for mach devs, would probably mean adding libdecor or something like that
undesirable for gnome devs, unlikely due to philosophical differences
would break window moving and resizing, kinda hacky, undesirable for everyone |
I believe that GLFW also uses libdecor by default, falling back to SSD only if libdecor is not found. I think we should do the same here. And, obviously, we should std.DynLib the dependency on libdecor and not rely on system headers for compilation so that cross compilation works. If libdecor is not available, we should fallback to SSD. If SSD is not available, then let's exit with an error message telling the user their OS is broken and to install libdecor - rather than e.g. having an unresizable window |
Think as a stopgap, I'll throw up a PR that'll give a proper error if SSD is not supported. That way we'll stop getting new/similar reports about if while libdecor is hooked up. |
That sounds perfect |
The text was updated successfully, but these errors were encountered: