From: Harald Hanche-Olsen <hanche@math.ntnu.no>
To: emacs-pretest-bug@gnu.org
Cc: dann@ics.uci.edu
Subject: Re: 23.0.60; Emacs should survive a lost X connection
Date: Sun, 10 Feb 2008 09:27:44 +0100 (CET) [thread overview]
Message-ID: <20080210.092744.229156635.hanche@math.ntnu.no> (raw)
In-Reply-To: <E1JNKes-0000V5-A2@fencepost.gnu.org>
For some reason, rms is sending out his messages on this thread with
Reply-to: rms@gnu.org. So I had sent the reply below to him only. By
the lack of any response I don't think he has received it; so here it
is again, with more recpipients this time.
Exececutive summary: The problem is not gone away, unless I run emacs
under gdb (!),
+ Richard Stallman <rms@gnu.org>:
> The crash is caused by the code in Fdelete_frame
> to call the hook `delete-frame-functions'.
> I don't think that should be done while handling a disconnect
> in a signal handler. So I changed it so that FORCE inhibits that.
>
> Are there any more crashes due to that error check?
Fascinating. Now, when I first repeated my experiment (that is:
emacs -nw, M-x make-frame-display RET :1 RET, then kill display :1)
I got an infinite stream of this message:
(emacs:74399): GLib-WARNING **: g_main_context_check() called recursively from within a source's check() or prepare() member.
No idea what came before this gazillion of identical messages.
Unfortunately I am unable to reproduce it.
But I had perhaps obfuscated the test by failing to use the -q
flag. So I tried again, this time running emacs -nw -q. Now it just
aborted (after I had done M-x make-frame-on-display RET :1 RET and
killed display :1):
Program terminated with signal 6, Aborted.
#0 0x88cb9ecb in kill () from /lib/libc.so.6
#1 0x0811ea96 in fatal_error_signal (sig=-1077959328) at emacs.c:399
#2 0x88a6af5d in sigaction () from /lib/libpthread.so.2
#3 0xbfbfff94 in ?? ()
#4 0x00000006 in ?? ()
#5 0xbfbfa930 in ?? ()
#6 0xbfbfa670 in ?? ()
#7 0x00000000 in ?? ()
#8 0x88a6aa24 in sigaction () from /lib/libpthread.so.2
#9 0x08180e2f in internal_condition_case (bfun=0x812ceb4 <command_loop_1>,
handlers=137829497, hfun=0x8126584 <cmd_error>) at eval.c:1469
#10 0x08120736 in command_loop_2 () at keyboard.c:1370
#11 0x08180b3d in internal_catch (tag=0, func=0x8120718 <command_loop_2>,
arg=137779201) at eval.c:1230
#12 0x08120548 in command_loop () at keyboard.c:1349
#13 0x081205e4 in recursive_edit_1 () at keyboard.c:958
#14 0x08120703 in Frecursive_edit () at keyboard.c:1020
#15 0x0811f9ba in main (argc=3, argv=0xbfbfac3c) at emacs.c:1794
The above is from gdb run on the core file.
So I tried yet again, this time starting emacs -nw -q and attaching
gdb to the live process before running the experiment yet again. This
time, gdb caught a SIGPIPE that I just continued from, after which
these messages appeared:
Xlib: connection to ":1.0" refused by server
Xlib: No protocol specified
(emacs:3242): Gdk-CRITICAL **: gdk_screen_get_display: assertion `GDK_IS_SCREEN (screen)' failed
(emacs:3242): GLib-GObject-CRITICAL **: g_object_get_data: assertion `G_IS_OBJECT (object)' failed
(emacs:3242): Gdk-CRITICAL **: gdk_screen_get_display: assertion `GDK_IS_SCREEN (screen)' failed
(emacs:3242): GLib-GObject-CRITICAL **: g_object_get_data: assertion `G_IS_OBJECT (object)' failed
(emacs:3242): Gdk-CRITICAL **: gdk_screen_get_display: assertion `GDK_IS_SCREEN (screen)' failed
(emacs:3242): GLib-GObject-CRITICAL **: g_object_get_data: assertion `G_IS_OBJECT (object)' failed
(emacs:3242): Gdk-CRITICAL **: gdk_screen_get_display: assertion `GDK_IS_SCREEN (screen)' failed
(emacs:3242): GLib-GObject-CRITICAL **: g_object_get_data: assertion `G_IS_OBJECT (object)' failed
Connection lost to X server `:1.0'
But then emacs acted normally again. So behaviour seems to differ
depending on whether or not I run under gdb.
- Harald
next prev parent reply other threads:[~2008-02-10 8:27 UTC|newest]
Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-02-05 14:58 23.0.60; Emacs should survive a lost X connection Harald Hanche-Olsen
2008-02-05 19:57 ` Dan Nicolaescu
2008-02-05 20:39 ` Harald Hanche-Olsen
2008-02-05 23:49 ` Dan Nicolaescu
2008-02-06 19:20 ` Richard Stallman
2008-02-06 20:07 ` Dan Nicolaescu
2008-02-08 4:16 ` Richard Stallman
2008-02-08 7:26 ` Dan Nicolaescu
2008-02-09 4:52 ` Richard Stallman
2008-02-09 5:04 ` Dan Nicolaescu
2008-02-10 3:10 ` Stefan Monnier
2008-02-10 8:03 ` Dan Nicolaescu
2008-02-10 20:26 ` Stefan Monnier
2008-02-11 13:35 ` Richard Stallman
2008-02-10 22:08 ` Stefan Monnier
2008-02-11 5:34 ` Dan Nicolaescu
2008-02-11 14:41 ` Stefan Monnier
2008-02-11 17:16 ` Dan Nicolaescu
2008-02-13 3:09 ` after-delete-terminal-functions (was: 23.0.60; Emacs should survive a lost X connection) Stefan Monnier
2008-02-13 22:00 ` Richard Stallman
2008-02-13 22:24 ` after-delete-terminal-functions Stefan Monnier
2008-02-18 17:31 ` after-delete-terminal-functions Richard Stallman
2008-03-29 3:44 ` after-delete-terminal-functions Stefan Monnier
2008-02-10 3:20 ` 23.0.60; Emacs should survive a lost X connection Richard Stallman
2008-02-10 8:03 ` Dan Nicolaescu
2008-02-10 15:36 ` Stefan Monnier
2008-02-10 8:27 ` Harald Hanche-Olsen [this message]
2008-02-10 8:58 ` Miles Bader
2008-02-10 9:34 ` Harald Hanche-Olsen
2008-02-10 13:19 ` Miles Bader
2008-02-10 16:55 ` Harald Hanche-Olsen
[not found] ` <20080208.195113.190255739.hanche@math.ntnu.no>
2008-02-10 19:04 ` Richard Stallman
2008-02-10 19:44 ` Harald Hanche-Olsen
2008-02-10 22:09 ` Leo
2008-02-10 23:26 ` Dan Nicolaescu
2008-02-10 23:38 ` Leo
2008-02-11 13:34 ` Richard Stallman
2008-02-11 23:48 ` Leo
2008-02-11 0:17 ` Richard Stallman
2008-02-11 13:39 ` Harald Hanche-Olsen
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
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20080210.092744.229156635.hanche@math.ntnu.no \
--to=hanche@math.ntnu.no \
--cc=dann@ics.uci.edu \
--cc=emacs-pretest-bug@gnu.org \
/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 public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).