> From: Sean Whitton <[email protected]> > Cc: [email protected], [email protected] > Date: Sat, 14 Mar 2026 17:12:14 +0000 > > Eli Zaretskii <[email protected]> [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 <[email protected]> [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 -- [email protected] To unsubscribe send an email to [email protected]
