all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
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 23:03:57 +0100	[thread overview]
Message-ID: <18762.51405.911216.76307@a1ihome1.kph.uni-mainz.de> (raw)
In-Reply-To: <200812181914.mBIJE7qb013842@mothra.ics.uci.edu>

>>>>> On Thu, 18 Dec 2008, Dan Nicolaescu wrote:

> Can you try the patch at:
> http://permalink.gmane.org/gmane.emacs.bugs/22201

Tested and Emacs doesn't die anymore. I find the "Connection lost ..."
message in the *Messages* buffer after reconnecting.

> Can you do 
> M-x load-library RET server.el RET 
> before producing the backtrace? 

Sure. New backtrace is appended.

>> #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

> This is strange, this error seems to occur when something tries to
> connect to the server. Hmmm...


#0  Fsignal (error_symbol=0x84863b9, data=0x874d62d) at eval.c:1640
#1  0x0824c780 in xsignal (error_symbol=0x84863b9, data=0x874d62d) at eval.c:1772
#2  0x081f8844 in report_file_error (string=0x82e8afa "make client process failed", data=0x874d675) at fileio.c:277
#3  0x0829a4bd in Fmake_network_process (nargs=0xa, args=0x7f877cd0) at process.c:3632
#4  0x0824d75e in Feval (form=0x875469d) at eval.c:2373
#5  0x0824d7ab in Feval (form=0x87546a5) at eval.c:2385
#6  0x0824a551 in Fprogn (args=0x8754615) at eval.c:449
#7  0x0824a4a8 in Fif (args=0x8754c2d) at eval.c:398
#8  0x0824d674 in Feval (form=0x8754c35) at eval.c:2347
#9  0x0824be4b in internal_lisp_condition_case (var=0x84778c9, bodyform=0x8754c35, handlers=0x87545ed) at eval.c:1456
#10 0x0824bc78 in Fcondition_case (args=0x8754c3d) at eval.c:1397
#11 0x0824d674 in Feval (form=0x8754c45) at eval.c:2347
#12 0x0824a551 in Fprogn (args=0x87545e5) at eval.c:449
#13 0x0824ee3e in funcall_lambda (fun=0x87545dd, nargs=0x1, arg_vector=0x7f8782a0) at eval.c:3249
#14 0x0824eb55 in apply_lambda (fun=0x87545dd, args=0x874f615, eval_flag=0x1) at eval.c:3180
#15 0x0824db57 in Feval (form=0x874f61d) at eval.c:2460
#16 0x0824d7ab in Feval (form=0x874f62d) at eval.c:2385
#17 0x0824d7ab in Feval (form=0x874f635) at eval.c:2385
#18 0x0824a462 in Fif (args=0x874f5fd) at eval.c:393
#19 0x0824d674 in Feval (form=0x874f63d) at eval.c:2347
#20 0x0824a551 in Fprogn (args=0x874f48d) at eval.c:449
#21 0x0824b447 in FletX (args=0x874f685) at eval.c:1033
#22 0x0824d674 in Feval (form=0x874f705) at eval.c:2347
#23 0x0824a551 in Fprogn (args=0x8746175) at eval.c:449
#24 0x0824d674 in Feval (form=0x874616d) at eval.c:2347
#25 0x0824a488 in Fif (args=0x874614d) at eval.c:397
#26 0x0824d674 in Feval (form=0x874613d) at eval.c:2347
#27 0x0824db2e in Feval (form=0x874f7ad) at eval.c:2458
#28 0x0824a551 in Fprogn (args=0x87551e5) at eval.c:449
#29 0x0824ee3e in funcall_lambda (fun=0x87551dd, nargs=0x1, arg_vector=0x7f878bd0) at eval.c:3249
#30 0x0824eb55 in apply_lambda (fun=0x87551dd, args=0x8754555, eval_flag=0x1) at eval.c:3180
#31 0x0824db57 in Feval (form=0x875456d) at eval.c:2460
#32 0x0824a551 in Fprogn (args=0x875bf45) at eval.c:449
#33 0x0824b699 in Flet (args=0x875bf35) at eval.c:1089
#34 0x0824d674 in Feval (form=0x875bf2d) at eval.c:2347
#35 0x0824a551 in Fprogn (args=0x875bf15) at eval.c:449
#36 0x0824ee3e in funcall_lambda (fun=0x875bca5, nargs=0x1, arg_vector=0x7f878fc4) at eval.c:3249
#37 0x0824e9d3 in Ffuncall (nargs=0x2, args=0x7f878fc0) at eval.c:3126
#38 0x0829201e in Fbyte_code (bytestr=0x84f6b03, vector=0x8c199b4, maxdepth=0x10) at bytecode.c:678
#39 0x0824ee8a in funcall_lambda (fun=0x8c19a2c, nargs=0x0, arg_vector=0x7f879338) at eval.c:3256
#40 0x0824e93b in Ffuncall (nargs=0x1, args=0x7f879334) at eval.c:3115
#41 0x0824e0a0 in run_hook_with_args (nargs=0x1, args=0x7f879334, cond=to_completion) at eval.c:2728
#42 0x0824debd in Frun_hooks (nargs=0x1, args=0x7f8793f4) at eval.c:2591
#43 0x0824e5b7 in Ffuncall (nargs=0x2, args=0x7f8793f0) at eval.c:3050
#44 0x0824e280 in call1 (fn=0x8499a61, arg1=0x84a5729) at eval.c:2854
#45 0x081c1a14 in Fkill_emacs (arg=0xfffffff8) at emacs.c:2087
#46 0x081c3219 in cmd_error_internal (data=0x874618d, context=0x7f87946e "") at keyboard.c:1274
#47 0x081c30b4 in cmd_error (data=0x874618d) at keyboard.c:1222
#48 0x0824bf18 in internal_condition_case (bfun=0x81c35ee <command_loop_1>, handlers=0x84821b1, hfun=0x81c2fc9 <cmd_error>) at eval.c:1501
#49 0x081c3340 in command_loop_2 () at keyboard.c:1338
#50 0x0824ba31 in internal_catch (tag=0x84811f9, func=0x81c331b <command_loop_2>, arg=0x84778c9) at eval.c:1247
#51 0x081c32f9 in command_loop () at keyboard.c:1317
#52 0x081c2bd9 in recursive_edit_1 () at keyboard.c:942
#53 0x081c2d46 in Frecursive_edit () at keyboard.c:1004
#54 0x081c14c6 in main (argc=0x3, argv=0x7f879b74) at emacs.c:1788

Lisp Backtrace:
"make-network-process" (0x7f877cd0)
"delete-process" (0x7f877e98)
"if" (0x7f877fc8)
"condition-case" (0x7f8781f8)
"server-running-p" (0x7f8782a0)
"eq" (0x7f8784b8)
"not" (0x7f8785a8)
"if" (0x7f8786b8)
"let*" (0x7f878818)
"progn" (0x7f878928)
"if" (0x7f878a38)
"when" (0x7f878b28)
"server-start" (0x7f878bd0)
"let" (0x7f878e88)
"server-mode" (0x7f878fc4)
0x8c19a2c PVEC_COMPILED
"run-hooks" (0x7f8793f4)




  reply	other threads:[~2008-12-18 22: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
2008-12-18 12:14             ` Ulrich Mueller
2008-12-18 19:14             ` Dan Nicolaescu
2008-12-18 22:03               ` Ulrich Mueller [this message]
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.51405.911216.76307@a1ihome1.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.