> From: Sean Whitton <spwhitton@spwhitton.name>
> Cc: 80607@debbugs.gnu.org, notmuch@notmuchmail.org
> Date: Sat, 14 Mar 2026 17:12:14 +0000
> 
> Eli Zaretskii <eliz@gnu.org> [13/Mar  4:05pm +02] wrote:
> > Please show a C-level backtrace to this effect.  If that's not
> > possible "the easy way" (but I wonder why), step with GDB through
> > redisplay_internal and find the line of code which causes the crash.
> 
> I got the crash to happen under gdb and Emacs exits 1 because it loses
> the display server connection but did not crash.

That's expected.

> David Bremner <david@tethera.net> [14/Mar  7:59am +09] wrote:
> > One observation is that notmuch rather naively generates a buffer name
> > from the query, so it might be possible to duplicate the problem without
> > notmuch by generating a very long buffer name (possibly followed by some
> > operations like pop-buffer-to-same-window).
> 
> Good hint about setting window titles.  If I hack notmuch-search so that
> it truncates the buffer name to 1000 characters then the problem is no
> longer reproducible.  So that's what's going on.

How long was the original string, FTR?
_______________________________________________
notmuch mailing list -- notmuch@notmuchmail.org
To unsubscribe send an email to notmuch-leave@notmuchmail.org