* emacs daemon exits when emacsclient connects to it again
@ 2009-02-09 9:11 Liang Wang
2009-02-09 9:47 ` Giorgos Keramidas
0 siblings, 1 reply; 4+ messages in thread
From: Liang Wang @ 2009-02-09 9:11 UTC (permalink / raw
To: emacs-devel
Emacs daemon exits or crashes when emacsclient connect to it again.
Below is my command line operation.
[liang@localhost ~]$ emacs --daemon -Q
("emacs" "-Q")
Starting Emacs daemon.
[liang@localhost ~]$ pgrep -l emacs
2813 emacs
[liang@localhost ~]$ emacsclient -c # succeed to connect
Waiting for Emacs...
[liang@localhost ~]$ pgrep -l emacs
2813 emacs
[liang@localhost ~]$ emacsclient -c # fail to connect
Waiting for Emacs...
[liang@localhost ~]$ pgrep -l emacs
[liang@localhost ~]$
Thanks,
Liang.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: emacs daemon exits when emacsclient connects to it again
2009-02-09 9:11 emacs daemon exits when emacsclient connects to it again Liang Wang
@ 2009-02-09 9:47 ` Giorgos Keramidas
2009-02-09 10:29 ` Liang Wang
0 siblings, 1 reply; 4+ messages in thread
From: Giorgos Keramidas @ 2009-02-09 9:47 UTC (permalink / raw
To: Liang Wang; +Cc: emacs-devel
On Mon, 9 Feb 2009 17:11:45 +0800, Liang Wang <netcasper@gmail.com> wrote:
> Emacs daemon exits or crashes when emacsclient connect to it again.
> Below is my command line operation.
>
> [liang@localhost ~]$ emacs --daemon -Q
> ("emacs" "-Q")
> Starting Emacs daemon.
> [liang@localhost ~]$ pgrep -l emacs
> 2813 emacs
> [liang@localhost ~]$ emacsclient -c # succeed to connect
> Waiting for Emacs...
> [liang@localhost ~]$ pgrep -l emacs
> 2813 emacs
> [liang@localhost ~]$ emacsclient -c # fail to connect
> Waiting for Emacs...
> [liang@localhost ~]$ pgrep -l emacs
> [liang@localhost ~]$
Which version of Emacs are you running? Can you attach to the
background process using gdb and see where it crashes?
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: emacs daemon exits when emacsclient connects to it again
2009-02-09 9:47 ` Giorgos Keramidas
@ 2009-02-09 10:29 ` Liang Wang
2009-02-09 16:34 ` Giorgos Keramidas
0 siblings, 1 reply; 4+ messages in thread
From: Liang Wang @ 2009-02-09 10:29 UTC (permalink / raw
To: Giorgos Keramidas; +Cc: emacs-devel
On Mon, Feb 9, 2009 at 5:47 PM, Giorgos Keramidas
<keramida@ceid.upatras.gr> wrote:
> On Mon, 9 Feb 2009 17:11:45 +0800, Liang Wang <netcasper@gmail.com> wrote:
>> Emacs daemon exits or crashes when emacsclient connect to it again.
>> Below is my command line operation.
>>
>> [liang@localhost ~]$ emacs --daemon -Q
>> ("emacs" "-Q")
>> Starting Emacs daemon.
>> [liang@localhost ~]$ pgrep -l emacs
>> 2813 emacs
>> [liang@localhost ~]$ emacsclient -c # succeed to connect
>> Waiting for Emacs...
>> [liang@localhost ~]$ pgrep -l emacs
>> 2813 emacs
>> [liang@localhost ~]$ emacsclient -c # fail to connect
>> Waiting for Emacs...
>> [liang@localhost ~]$ pgrep -l emacs
>> [liang@localhost ~]$
>
> Which version of Emacs are you running? Can you attach to the
> background process using gdb and see where it crashes?
>
>
GNU Emacs 23.0.90.1 (i686-pc-linux-gnu, GTK+ Version 2.14.7) of
2009-02-09 on localhost.localdomain
I am not familiar with gdb. Below is the output of gdb session. It
seems that something is wrong when emacsclient connects to daemon
initially.
(gdb) attach 2970
(gdb) c
Continuing.
Couldn't write registers: Input/output error.
(gdb) bt
#0 0x00aa1b60 in _dl_debug_state () from /lib/ld-linux.so.2
#1 0x00a99473 in _dl_map_object_from_fd () from /lib/ld-linux.so.2
#2 0x00a9a363 in _dl_map_object () from /lib/ld-linux.so.2
#3 0x00aa567d in dl_open_worker () from /lib/ld-linux.so.2
#4 0x00aa0db6 in _dl_catch_error () from /lib/ld-linux.so.2
#5 0x00aa4f5e in _dl_open () from /lib/ld-linux.so.2
#6 0x00c57c2c in dlopen_doit () from /lib/libdl.so.2
#7 0x00aa0db6 in _dl_catch_error () from /lib/ld-linux.so.2
#8 0x00c5805c in _dlerror_run () from /lib/libdl.so.2
#9 0x00c57b61 in dlopen@@GLIBC_2.1 () from /lib/libdl.so.2
#10 0x009f7547 in g_module_open () from /lib/libgmodule-2.0.so.0
#11 0x05e8625c in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#12 0x009de840 in g_type_module_use () from /lib/libgobject-2.0.so.0
#13 0x05e86147 in gtk_theme_engine_get () from /usr/lib/libgtk-x11-2.0.so.0
#14 0x05e0a855 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#15 0x05e0b3e8 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#16 0x05e0b9f7 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#17 0x05e0bbac in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#18 0x05e0bda8 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#19 0x05e0c167 in gtk_rc_reparse_all_for_settings ()
from /usr/lib/libgtk-x11-2.0.so.0
#20 0x05e290d2 in gtk_settings_get_for_screen ()
from /usr/lib/libgtk-x11-2.0.so.0
---Type <return> to continue, or q <return> to quit---
#21 0x05dd75e2 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
#22 0x009c8e8c in g_cclosure_marshal_VOID__OBJECT ()
from /lib/libgobject-2.0.so.0
#23 0x009bc1fb in g_closure_invoke () from /lib/libgobject-2.0.so.0
#24 0x009d2655 in ?? () from /lib/libgobject-2.0.so.0
#25 0x009d3d6c in g_signal_emit_valist () from /lib/libgobject-2.0.so.0
#26 0x009d408d in g_signal_emit_by_name () from /lib/libgobject-2.0.so.0
#27 0x0054057a in gdk_display_open () from /usr/lib/libgdk-x11-2.0.so.0
#28 0x005194b5 in gdk_display_open_default_libgtk_only ()
from /usr/lib/libgdk-x11-2.0.so.0
#29 0x05dbdf4f in gtk_init_check () from /usr/lib/libgtk-x11-2.0.so.0
#30 0x05dbdf84 in gtk_init () from /usr/lib/libgtk-x11-2.0.so.0
#31 0x080de89e in x_term_init (display_name=138116043, xrm_option=0x0,
resource_name=0xa0982a4 "emacs") at xterm.c:10041
#32 0x080e9e4a in Fx_open_connection (display=138116043, xrm_string=137952577,
must_succeed=137952577) at xfns.c:4152
#33 0x0819130b in Ffuncall (nargs=4, args=0xbfec1550) at eval.c:3050
#34 0x081c61b0 in Fbyte_code (bytestr=137094467, vector=137094484,
maxdepth=<value optimized out>) at bytecode.c:678
#35 0x08193103 in funcall_lambda (fun=137094436, nargs=0,
arg_vector=0xbfec1694) at eval.c:3231
#36 0x0819102b in Ffuncall (nargs=1, args=0xbfec1690) at eval.c:3101
#37 0x081c61b0 in Fbyte_code (bytestr=136883131, vector=136883148,
---Type <return> to continue, or q <return> to quit---
maxdepth=<value optimized out>) at bytecode.c:678
#38 0x08193103 in funcall_lambda (fun=136883076, nargs=2,
arg_vector=0xbfec17c4) at eval.c:3231
#39 0x0819102b in Ffuncall (nargs=3, args=0xbfec17c0) at eval.c:3101
#40 0x081c61b0 in Fbyte_code (bytestr=138933147, vector=139885484,
maxdepth=<value optimized out>) at bytecode.c:678
#41 0x08193103 in funcall_lambda (fun=139885724, nargs=3,
arg_vector=0xbfec1904) at eval.c:3231
#42 0x0819102b in Ffuncall (nargs=4, args=0xbfec1900) at eval.c:3101
#43 0x081c61b0 in Fbyte_code (bytestr=138911675, vector=139498700,
maxdepth=<value optimized out>) at bytecode.c:678
#44 0x08192ca4 in Feval (form=140780757) at eval.c:2381
#45 0x08193831 in internal_lisp_condition_case (var=138423401,
bodyform=140780757, handlers=140809693) at eval.c:1456
#46 0x081c6ada in Fbyte_code (bytestr=138926347, vector=138391620,
maxdepth=<value optimized out>) at bytecode.c:868
#47 0x08192ca4 in Feval (form=140785629) at eval.c:2381
#48 0x0819070a in internal_catch (tag=168375953, func=0x81927c0 <Feval>,
arg=140785629) at eval.c:1247
#49 0x081c6b20 in Fbyte_code (bytestr=138926427, vector=138391780,
maxdepth=<value optimized out>) at bytecode.c:853
#50 0x08193103 in funcall_lambda (fun=139503164, nargs=2,
arg_vector=0xbfec1e64) at eval.c:3231
---Type <return> to continue, or q <return> to quit---
#51 0x0819102b in Ffuncall (nargs=3, args=0xbfec1e60) at eval.c:3101
#52 0x08192652 in Fapply (nargs=2, args=0xbfec1eb0) at eval.c:2532
#53 0x081927a4 in apply1 (fn=168375225, arg=140895629) at eval.c:2796
#54 0x081c999d in read_process_output_call (fun_and_args=140895637)
at process.c:5149
#55 0x081903f6 in internal_condition_case_1 (
bfun=0x81c9980 <read_process_output_call>, arg=140895637,
handlers=137995705, hfun=0x81c99a0 <read_process_output_error_handler>)
at eval.c:1559
#56 0x081c92db in read_process_output (proc=141290092,
channel=<value optimized out>) at process.c:5338
#57 0x081cd831 in wait_reading_process_output (time_limit=0, microsecs=0,
read_kbd=-1, do_display=1, wait_for_cell=137952577, wait_proc=0x0,
just_wait_proc=0) at process.c:4991
#58 0x08130439 in kbd_buffer_get_event () at keyboard.c:4078
#59 read_char (commandflag=1, nmaps=2, maps=0xbfec3630, prev_event=137952577,
used_mouse_menu=0xbfec36e4, end_time=0x0) at keyboard.c:3038
#60 0x08132151 in read_key_sequence (keybuf=0xbfec3794, bufsize=30,
prompt=137952577, dont_downcase_last=0, can_return_switch_frame=1,
fix_current_buffer=1) at keyboard.c:9415
#61 0x08134274 in command_loop_1 () at keyboard.c:1640
#62 0x08190630 in internal_condition_case (bfun=0x8134090 <command_loop_1>,
handlers=137995705, hfun=0x812e8f0 <cmd_error>) at eval.c:1511
---Type <return> to continue, or q <return> to quit---
#63 0x0812de45 in command_loop_2 () at keyboard.c:1357
#64 0x0819070a in internal_catch (tag=137991729,
func=0x812de20 <command_loop_2>, arg=137952577) at eval.c:1247
#65 0x0812e73f in command_loop () at keyboard.c:1336
#66 0x0812eacb in recursive_edit_1 () at keyboard.c:951
#67 0x0812ec14 in Frecursive_edit () at keyboard.c:1013
#68 0x0812321f in main (argc=3, argv=0xbfec3e14) at emacs.c:1852
(gdb) c
Continuing.
Program received signal SIGSEGV, Segmentation fault.
0x00000003 in ?? ()
(gdb) bt
#0 0x00000003 in ?? ()
#1 0x00000007 in ?? ()
#2 0xbfec0490 in ?? ()
#3 0x009b025c in freopen64 () from /lib/libglib-2.0.so.0
#4 0x009b025c in freopen64 () from /lib/libglib-2.0.so.0
#5 0x00000004 in ?? ()
#6 0xbfec0418 in ?? ()
#7 0x00928c0a in g_string_append_vprintf () from /lib/libglib-2.0.so.0
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
(gdb)
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: emacs daemon exits when emacsclient connects to it again
2009-02-09 10:29 ` Liang Wang
@ 2009-02-09 16:34 ` Giorgos Keramidas
0 siblings, 0 replies; 4+ messages in thread
From: Giorgos Keramidas @ 2009-02-09 16:34 UTC (permalink / raw
To: Liang Wang; +Cc: emacs-devel
On Mon, 9 Feb 2009 18:29:41 +0800, Liang Wang <netcasper@gmail.com> wrote:
> On Mon, Feb 9, 2009 at 5:47 PM, Giorgos Keramidas
> <keramida@ceid.upatras.gr> wrote:
>> On Mon, 9 Feb 2009 17:11:45 +0800, Liang Wang <netcasper@gmail.com> wrote:
>>> Emacs daemon exits or crashes when emacsclient connect to it again.
>>> Below is my command line operation.
>>>
>>> [liang@localhost ~]$ emacs --daemon -Q
>>> ("emacs" "-Q")
>>> Starting Emacs daemon.
>>> [liang@localhost ~]$ pgrep -l emacs
>>> 2813 emacs
>>> [liang@localhost ~]$ emacsclient -c # succeed to connect
>>> Waiting for Emacs...
>>> [liang@localhost ~]$ pgrep -l emacs
>>> 2813 emacs
>>> [liang@localhost ~]$ emacsclient -c # fail to connect
>>> Waiting for Emacs...
>>> [liang@localhost ~]$ pgrep -l emacs
>>> [liang@localhost ~]$
>>
>> Which version of Emacs are you running? Can you attach to the
>> background process using gdb and see where it crashes?
>
> GNU Emacs 23.0.90.1 (i686-pc-linux-gnu, GTK+ Version 2.14.7) of
> 2009-02-09 on localhost.localdomain
>
> I am not familiar with gdb. Below is the output of gdb session. It
> seems that something is wrong when emacsclient connects to daemon
> initially.
Thanks for looking into this nevertheless :)
> (gdb) attach 2970
[...]
> (gdb) c
> Continuing.
>
> Program received signal SIGSEGV, Segmentation fault.
> 0x00000003 in ?? ()
> (gdb) bt
> #0 0x00000003 in ?? ()
> #1 0x00000007 in ?? ()
> #2 0xbfec0490 in ?? ()
> #3 0x009b025c in freopen64 () from /lib/libglib-2.0.so.0
> #4 0x009b025c in freopen64 () from /lib/libglib-2.0.so.0
> #5 0x00000004 in ?? ()
> #6 0xbfec0418 in ?? ()
> #7 0x00928c0a in g_string_append_vprintf () from /lib/libglib-2.0.so.0
> Backtrace stopped: previous frame inner to this frame (corrupt stack?)
> (gdb)
This part looks like a crash inside the glib library. Looking at its
path, the operating system seems to be GNU/Linux. Can you give us a bit
more information?
* The operating system type.
* The branch/release of the OS you are using.
* The list of installed packages that are related to GTK+.
This may be a bug in glib that has already been resolved upstream. If
that is the case, then updating the packages that Emacs depends upon
might fix the crash.
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2009-02-09 16:34 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-02-09 9:11 emacs daemon exits when emacsclient connects to it again Liang Wang
2009-02-09 9:47 ` Giorgos Keramidas
2009-02-09 10:29 ` Liang Wang
2009-02-09 16:34 ` Giorgos Keramidas
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.