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
Emacs crashes with window__rgba-visual.patch #66
Comments
Thanks for the report. I can confirm @eviltak, any thoughts on this? (#45) I'm thinking that this RGBA feature patch would be safer as an "opt in" environment variable instead? |
I can't really find too much relevant information to figure out if there's a better way to fix the problem, but I agree that gating the RGBA visual patch with an environment variable is a good workaround in the meantime. I can take a look at fixing it when I have the time, but feel free to take care of this earlier yourself if you wish. |
Thanks, I'll look into adding an environment variable ASAP ( |
The patch caused 'emacs' to crash. As a precaution, make the patch opt-in so users must activate this feature through this environment variable. Addresses #66
An update has been released, requiring I'll leave this issue open to track the actual fix. |
It's fixed after the update |
Bug Description
Emacs crashes shortly after displaying the window.
It does not happen with regular Gtk3.
Same problem as described here: https://bugs.archlinux.org/task/51245
A wokaround is to launch with
XLIB_SKIP_ARGB_VISUALS=1 emacs
.Reference: https://elementaryos.stackexchange.com/questions/797/how-to-get-gnu-emacs-work-on-elementary-os
The patch
window__rgba-visual.patch
might have to do with this problem.Environment
The text was updated successfully, but these errors were encountered: