From: Ulrich Mueller <ulm@gentoo.org>
To: Dan Nicolaescu <dann@ics.uci.edu>
Cc: Chong Yidong <cyd@stupidchicken.com>,
Diego Petteno <flameeyes@gmail.com>,
emacs-devel@gnu.org
Subject: Re: Emacs daemon dies at Xorg crash
Date: Thu, 18 Dec 2008 13:03:48 +0100 [thread overview]
Message-ID: <18762.15396.428952.119630@a1i15.kph.uni-mainz.de> (raw)
In-Reply-To: <200812172251.mBHMp3ce010724@mothra.ics.uci.edu>
>>>>> On Wed, 17 Dec 2008, Dan Nicolaescu wrote:
> It works fine for me on a Fedora 10 machine when configuring with
> --with-x-toolkit=athena. Killing X does not kill the daemon when
> either no frames are open, tty frames are open, X11 frames or tty
> and X11 frames are open.
I also depends on the desktop / window manager. Here it dies when
Gnome or Xfce4 are terminated (only in the "no frames" case).
No problem with IceWM though.
Below I include a gdb backtrace. I can provide further information if
necessary.
cmd_error_internal in frame #25 is called with the first argument:
(error "Connection lost to X server `:0.0'")
Since FRAME_INITIAL_P (sf) is true at that point, it then calls
kill-emacs:
/* If the window system or terminal frame hasn't been initialized
yet, or we're not interactive, write the message to stderr and exit. */
else if (!sf->glyphs_initialized_p
|| FRAME_INITIAL_P (sf)
|| noninteractive)
{
print_error_message (data, Qexternal_debugging_output,
context, Vsignaling_function);
Fterpri (Qexternal_debugging_output);
Fkill_emacs (make_number (-1));
}
#0 Fsignal (error_symbol=0x84863b9, data=0x874fcfd) at eval.c:1640
#1 0x0824c780 in xsignal (error_symbol=0x84863b9, data=0x874fcfd) at eval.c:1772
#2 0x081f8844 in report_file_error (string=0x82e8afa "make client process failed", data=0x874fd45) at fileio.c:277
#3 0x0829a4bd in Fmake_network_process (nargs=0xa, args=0x7fdb5f58) at process.c:3632
#4 0x0824e5b7 in Ffuncall (nargs=0xb, args=0x7fdb5f54) at eval.c:3050
#5 0x0829201e in Fbyte_code (bytestr=0x84c8f5b, vector=0x9b5bea4, maxdepth=0x70) at bytecode.c:678
#6 0x0824d885 in Feval (form=0x8731c55) at eval.c:2406
#7 0x0824be4b in internal_lisp_condition_case (var=0x84778c9, bodyform=0x8731c55, handlers=0x8731f9d) at eval.c:1456
#8 0x08292cf0 in Fbyte_code (bytestr=0x84c8fdb, vector=0x9b5bf44, maxdepth=0x18) at bytecode.c:868
#9 0x0824ee8a in funcall_lambda (fun=0x9b5bfcc, nargs=0x1, arg_vector=0x7fdb66b4) at eval.c:3256
#10 0x0824e93b in Ffuncall (nargs=0x2, args=0x7fdb66b0) at eval.c:3115
#11 0x0829201e in Fbyte_code (bytestr=0x84f7f63, vector=0x9b5baa4, maxdepth=0xb8) at bytecode.c:678
#12 0x0824ee8a in funcall_lambda (fun=0x9b5bc9c, nargs=0x1, arg_vector=0x7fdb6a04) at eval.c:3256
#13 0x0824e93b in Ffuncall (nargs=0x2, args=0x7fdb6a00) at eval.c:3115
#14 0x0829201e in Fbyte_code (bytestr=0x84cd9f3, vector=0x9b5c034, maxdepth=0x18) at bytecode.c:678
#15 0x0824ee8a in funcall_lambda (fun=0x9b5c104, nargs=0x1, arg_vector=0x7fdb6d04) at eval.c:3256
#16 0x0824e93b in Ffuncall (nargs=0x2, args=0x7fdb6d00) at eval.c:3115
#17 0x0829201e in Fbyte_code (bytestr=0x84f6b03, vector=0x9b5b9b4, maxdepth=0x10) at bytecode.c:678
#18 0x0824ee8a in funcall_lambda (fun=0x9b5ba2c, nargs=0x0, arg_vector=0x7fdb7078) at eval.c:3256
#19 0x0824e93b in Ffuncall (nargs=0x1, args=0x7fdb7074) at eval.c:3115
#20 0x0824e0a0 in run_hook_with_args (nargs=0x1, args=0x7fdb7074, cond=to_completion) at eval.c:2728
#21 0x0824debd in Frun_hooks (nargs=0x1, args=0x7fdb7134) at eval.c:2591
#22 0x0824e5b7 in Ffuncall (nargs=0x2, args=0x7fdb7130) at eval.c:3050
#23 0x0824e280 in call1 (fn=0x8499a61, arg1=0x84a5729) at eval.c:2854
#24 0x081c1a14 in Fkill_emacs (arg=0xfffffff8) at emacs.c:2087
#25 0x081c3219 in cmd_error_internal (data=0x874fe4d, context=0x7fdb71ae "") at keyboard.c:1274
#26 0x081c30b4 in cmd_error (data=0x874fe4d) at keyboard.c:1222
#27 0x0824bf18 in internal_condition_case (bfun=0x81c35ee <command_loop_1>, handlers=0x84821b1, hfun=0x81c2fc9 <cmd_error>) at eval.c:1501
#28 0x081c3340 in command_loop_2 () at keyboard.c:1338
#29 0x0824ba31 in internal_catch (tag=0x84811f9, func=0x81c331b <command_loop_2>, arg=0x84778c9) at eval.c:1247
#30 0x081c32f9 in command_loop () at keyboard.c:1317
#31 0x081c2bd9 in recursive_edit_1 () at keyboard.c:942
#32 0x081c2d46 in Frecursive_edit () at keyboard.c:1004
#33 0x081c14c6 in main (argc=0x3, argv=0x7fdb78b4) at emacs.c:1788
Lisp Backtrace:
"make-network-process" (0x7fdb5f58)
"byte-code" (0x7fdb6200)
"server-running-p" (0x7fdb66b4)
"server-start" (0x7fdb6a04)
"server-mode" (0x7fdb6d04)
0x9b5ba2c PVEC_COMPILED
"run-hooks" (0x7fdb7134)
Ulrich
next prev parent reply other threads:[~2008-12-18 12:03 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1229454957.21129.0.camel@localhost>
2008-12-17 11:10 ` Emacs daemon dies at Xorg crash Ulrich Mueller
2008-12-17 11:37 ` dhruva
2008-12-17 16:03 ` Chong Yidong
2008-12-17 17:08 ` Dan Nicolaescu
2008-12-17 19:25 ` Ulrich Mueller
2008-12-17 22:51 ` Dan Nicolaescu
2008-12-18 12:03 ` Ulrich Mueller [this message]
2008-12-18 12:14 ` Ulrich Mueller
2008-12-18 19:14 ` Dan Nicolaescu
2008-12-18 22:03 ` Ulrich Mueller
2008-12-18 22:49 ` Dan Nicolaescu
2008-12-19 0:04 ` Ulrich Mueller
2008-12-19 0:46 ` Dan Nicolaescu
2008-12-19 8:00 ` Ulrich Mueller
2008-12-19 17:00 ` Dan Nicolaescu
2008-12-19 17:27 ` Ulrich Mueller
2008-12-19 17:47 ` Dan Nicolaescu
2008-12-19 13:56 ` Stefan Monnier
2008-12-19 16:45 ` Dan Nicolaescu
2008-12-20 18:35 ` Ulrich Mueller
2008-12-21 4:15 ` bug#1310: " Stefan Monnier
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=18762.15396.428952.119630@a1i15.kph.uni-mainz.de \
--to=ulm@gentoo.org \
--cc=cyd@stupidchicken.com \
--cc=dann@ics.uci.edu \
--cc=emacs-devel@gnu.org \
--cc=flameeyes@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.