unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: martin rudalics <rudalics@gmx.at>
To: Robert Marshall <robert.marshall@codethink.co.uk>
Cc: 29661@debbugs.gnu.org
Subject: bug#29661: 27.0.50; emacs crashing on exchange-point-and-mark
Date: Wed, 13 Dec 2017 20:29:12 +0100	[thread overview]
Message-ID: <5A317F88.1020805@gmx.at> (raw)
In-Reply-To: <87d13j6iyf.fsf@ctlt579.codethink.co.uk>

[-- Attachment #1: Type: text/plain, Size: 707 bytes --]

 > Thanks, it now no longer crashes there, but crashes elsewhere but looks
 > to about to terminate in a more controlled manner?

IIUC what Emacs is trying to do here is to avoid the infinite loop
mentioned in etc/PROBLEMS:

   There is a long-standing bug in GTK that prevents it from recovering
   from disconnects: http://bugzilla.gnome.org/show_bug.cgi?id=85715.

It also says:

   If you need Emacs to be able to recover from closing displays, compile
   it with the Lucid toolkit instead of GTK.

So it might be interesting if Lucid (or non-toolkit) builds work around
this.

 > #1  check_glyph_memory () at dispnew.c:2264
 >          tail = XIL(0)

Yet another one.  I attached a new patch.

martin


[-- Attachment #2: FOR_EACH_FRAME.c.diff --]
[-- Type: text/plain, Size: 1888 bytes --]

diff --git a/src/dispnew.c b/src/dispnew.c
index b0fc5c3..d078647 100644
--- a/src/dispnew.c
+++ b/src/dispnew.c
@@ -2260,8 +2260,9 @@ struct glyph_row *
   Lisp_Object tail, frame;

   /* Free glyph memory for all frames.  */
-  FOR_EACH_FRAME (tail, frame)
-    free_glyphs (XFRAME (frame));
+  if (!NILP (Vframe_list))
+    FOR_EACH_FRAME (tail, frame)
+      free_glyphs (XFRAME (frame));

 #if defined GLYPH_DEBUG && defined ENABLE_CHECKING
   /* Check that nothing is left allocated.  */
diff --git a/src/frame.c b/src/frame.c
index 5bafbed..66d1b5c 100644
--- a/src/frame.c
+++ b/src/frame.c
@@ -2058,7 +2058,7 @@ of them (the selected terminal frame) is actually displayed.

   /* If we've deleted the last_nonminibuf_frame, then try to find
      another one.  */
-  if (f == last_nonminibuf_frame)
+  if (f == last_nonminibuf_frame && !NILP (Vframe_list))
     {
       last_nonminibuf_frame = 0;

@@ -2076,7 +2076,7 @@ of them (the selected terminal frame) is actually displayed.

   /* If there's no other frame on the same kboard, get out of
      single-kboard state if we're in it for this kboard.  */
-  if (kb != NULL)
+  if (kb != NULL && !NILP (Vframe_list))
     {
       /* Some frame we found on the same kboard, or nil if there are none.  */
       Lisp_Object frame_on_same_kboard = Qnil;
@@ -2093,7 +2093,9 @@ of them (the selected terminal frame) is actually displayed.
   /* If we've deleted this keyboard's default_minibuffer_frame, try to
      find another one.  Prefer minibuffer-only frames, but also notice
      frames with other windows.  */
-  if (kb != NULL && EQ (frame, KVAR (kb, Vdefault_minibuffer_frame)))
+  if (kb != NULL
+      && EQ (frame, KVAR (kb, Vdefault_minibuffer_frame))
+      && !NILP (Vframe_list))
     {
       /* The last frame we saw with a minibuffer, minibuffer-only or not.  */
       Lisp_Object frame_with_minibuf = Qnil;

  parent reply	other threads:[~2017-12-13 19:29 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-12-11 15:22 bug#29661: 27.0.50; emacs crashing on exchange-point-and-mark Robert Marshall
2017-12-12  8:56 ` martin rudalics
2017-12-12  9:49   ` Robert Marshall
2017-12-12 10:28     ` martin rudalics
2017-12-12 10:55       ` Robert Marshall
2017-12-13  8:48         ` martin rudalics
2017-12-13 10:06           ` Robert Marshall
2017-12-13 14:01             ` Robert Marshall
2017-12-13 19:29               ` martin rudalics
2017-12-14  8:35                 ` Robert Marshall
2017-12-14 17:10                   ` Eli Zaretskii
2017-12-15  8:49                     ` martin rudalics
2017-12-15  9:24                     ` Robert Marshall
2017-12-15 10:39                       ` Eli Zaretskii
2017-12-15 10:58                         ` Robert Marshall
2017-12-15 11:11                           ` Eli Zaretskii
2017-12-15 13:00                             ` Robert Marshall
2017-12-22 10:07                               ` Eli Zaretskii
2017-12-22 14:04                                 ` Robert Marshall
2018-01-01 10:01                               ` Robert Marshall
2018-01-01 16:30                                 ` Eli Zaretskii
2018-01-01 19:11                                   ` Robert Marshall
2018-01-01 20:03                                     ` Eli Zaretskii
2017-12-13 19:29             ` martin rudalics [this message]
     [not found]               ` <87k1xp64uf.fsf@ctlt579.codethink.co.uk>
2017-12-15  8:49                 ` martin rudalics

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=5A317F88.1020805@gmx.at \
    --to=rudalics@gmx.at \
    --cc=29661@debbugs.gnu.org \
    --cc=robert.marshall@codethink.co.uk \
    /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).