[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.
- Re: starting the emacs daemon using init.org?, (continued)
- Re: starting the emacs daemon using init.org?, Emanuel Berg, 2015/07/20
- Message not available
- Re: starting the emacs daemon using init.org?, Barry Fishman, 2015/07/20
- Re: starting the emacs daemon using init.org?, Rusi, 2015/07/20
- Re: starting the emacs daemon using init.org?, Sharon Kimble, 2015/07/20
- Re: starting the emacs daemon using init.org?, Robert Thorpe, 2015/07/21
- Re: starting the emacs daemon using init.org?, Marcin Borkowski, 2015/07/20
Re: starting the emacs daemon using init.org?, Ian Zimmerman, 2015/07/19