Making Emacs popular again

Posted May 7, 2020 7:54 UTC (Thu) by mina86 (guest, #68442)
In reply to: Making Emacs popular again by pabs
Parent article: Making Emacs popular again

Window manager crashing does not affect if other applications loose connection to the server. Or am I missing something?

Making Emacs popular again

Posted May 7, 2020 8:21 UTC (Thu) by LtWorf (subscriber, #124958) [Link] (8 responses)

Wayland… on wayland Gnome isn't only the wm, it's replacing Xorg too. When it crashes it kills the entire session.

I've had that happen to me on Fedora by downloading a .iso in /tmp. Fedora mounts /tmp on tmpfs, so the RAM got filled, so the OOMKiller triggered and killed gnome and everything I had open along with it.

Making Emacs popular again

Posted May 7, 2020 12:40 UTC (Thu) by ebassi (subscriber, #54855) [Link] (7 responses)

When it crashes it kills the entire session.

Just like when the X server crashes, as the compositor in Wayland is also the display server.

Ideally, we GTK developers would like to allow clients to survive a display connection closure—and Wayland makes it easier than X11, given that all objects are client side and do not asynchronously disappear when the display connection is closed. Sadly, it's still not entirely trivial to achieve; there are more pressing things to do than addressing niche use cases; and this still does not address the issue of Emacs closing display connections at random and expecting things to survive.

Making Emacs popular again

Posted May 7, 2020 12:49 UTC (Thu) by pabs (subscriber, #43278) [Link]

There is an implementation of a crash resilient Wayland compositor available since 2017, in Arcan:

https://arcan-fe.com/2017/12/24/crash-resilient-wayland-c...

Making Emacs popular again

Posted May 7, 2020 13:20 UTC (Thu) by Baughn (subscriber, #124425) [Link] (5 responses)

Compositor crashes are not niche. They happen to me about twice per day, necessitating heavy scripting to get my workspace back in order after each one.

Making Emacs popular again

Posted May 7, 2020 14:30 UTC (Thu) by ebassi (subscriber, #54855) [Link] (4 responses)

Compositor crashes are not niche

Compositor crashes are bugs, not a feature. Bugs ought to be fixed, and compositors should not crash, considering that they are privileged components.

Additionally, terminating the connection should not crash a toolkit, but you should not expect that your application wait for a display reconnection and restart as if nothing happened either. The only safe thing to do is to save local state and terminate.

Making Emacs popular again

Posted May 8, 2020 2:15 UTC (Fri) by pabs (subscriber, #43278) [Link] (3 responses)

My experience is that this class of bug (compositor crashes) has always been present and this isn't ever going to change. So users are always going to experience data loss, having to restart their session and other annoyances that come from this. In the face of that, the right thing to do is implement crash resiliency in both the compositors and the applications, defence in depth and all that. The people concerned about security bugs learned the defence in depth lesson the hard way and it is about time people learned similar things about crash bugs and other bugs too.

Making Emacs popular again

Posted May 8, 2020 22:48 UTC (Fri) by roc (subscriber, #30627) [Link] (2 responses)

You could say exactly the same thing about kernel crashes and power outages.

Therefore your software should not lose data during those events either, and if that's true then a compositor crash likewise doesn't matter.

Making Emacs popular again

Posted May 10, 2020 8:14 UTC (Sun) by LtWorf (subscriber, #124958) [Link] (1 responses)

While probably no software is 100% crash free, some software crashes way more often than other software, and that is a very important consideration to make.

Making Emacs popular again

Posted May 13, 2020 8:53 UTC (Wed) by roc (subscriber, #30627) [Link]

I suppose that's true, but for me the GNOME compositor never crashes and I do occasionally have to reboot for kernel hangs, so I want the applications I use to tolerate the latter.