help-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: starting the emacs daemon using init.org?


From: Óscar Fuentes
Subject: Re: starting the emacs daemon using init.org?
Date: Mon, 20 Jul 2015 17:43:56 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux)

Paul Smith <psmith@gnu.org> writes:

> On Mon, 2015-07-20 at 07:30 -0700, Ian Zimmerman wrote:
>> But really, I can honestly say I have _never_ seen Emacs crash.  A few
>> times it went into an infinite spin because a package did something
>> dirty, mostly involving an external process.  But crash, never.
>
> It crashes on me sometimes.  Maybe once every month or two, I'll find it
> disappeared and a core file sitting in my home directory.  Also
> sometimes Emacs gets into weird states with font-lock and indentation in
> my code (mostly C++) and I need to restart it to clear it up.  Other
> than that I never restart it unless I need to reboot my system.
>
> But I have an interesting use-case:
>
>       * I run emacs --daemon as part of my login process.
>       * I run a GNOME desktop and use the GTK-enabled Emacs.
>       * At work I create X window frames using emacsclient.
>       * When at home I ssh to my work system in a (big) xterm and use
>         emacsclient to attach to the daemon and create text frames,
>         rather than sending X remotely (our VPN is not super-speedy and
>         I type pretty fast :)).
>
> I have a feeling that using both X and non-X frames in the same Emacs is
> not as well-tested and may have corner-case issues.

Most likely your setup triggers a well-known bug. It is mentioned on a
message on the terminal when emacs --daemon is started and in PROBLEMS
(`Help' menu -> `Emacs Known Problems'):

** When Emacs is compiled with Gtk+, closing a display kills Emacs.

There is a long-standing bug in GTK that prevents it from recovering
from disconnects: http://bugzilla.gnome.org/show_bug.cgi?id=85715.

Thus, for instance, when Emacs is run as a server on a text terminal,
and an X frame is created, and the X server for that frame crashes or
exits unexpectedly, Emacs must exit to prevent a GTK error that would
result in an endless loop.

If you need Emacs to be able to recover from closing displays, compile
it with the Lucid toolkit instead of GTK.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]