bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs


From: Eli Zaretskii
Subject: bug#47244: 28.0.50; SIGSEGV in long-runnning Emacs
Date: Tue, 30 Mar 2021 17:48:01 +0300

> Cc: Eli Zaretskii <eliz@gnu.org>, "mwd@md5i.com" <mwd@md5i.com>,
>  "schwab@linux-m68k.org" <schwab@linux-m68k.org>,
>  "47244@debbugs.gnu.org" <47244@debbugs.gnu.org>
> From: martin rudalics <rudalics@gmx.at>
> Date: Tue, 30 Mar 2021 16:36:50 +0200
> 
>  > The breakpoint I put on the error() clause added to buffer.c triggered
>  > again in the new build without touching any of the easserts.
> 
> And I thought I was overdoing with them.  This error is a bit too elusive
> for my brain.

Maybe instead of trying to find the exact culprit, we should simply
protect this code:

      /* Make sure the current window's buffer is selected.  */
      set_buffer_internal (XBUFFER (XWINDOW (selected_window)->contents));

from selecting a dead buffer?  For example, by using
other_buffer_safely if the selected-window's buffer is dead.  After
all the code in question, viz.:

      (gnus-kill-buffer (current-buffer))

is already quite crazy: who in their right mind kills the current
buffer in the middle of a Lisp program?  What were they thinking?





reply via email to

[Prev in Thread] Current Thread [Next in Thread]