> Cc: [email protected] > From: Sean Whitton <[email protected]> > Date: Fri, 13 Mar 2026 12:44:11 +0000 > > In 'emacs -q', after 'M-x load-library RET notmuch RET' (version 0.39) > and with a populated notmuch database, evaluating the following form > crashes Emacs and manages to bring down the entire Wayland compositor > and systemd user session: > > (notmuch-search "thread:00000000000a162e thread:00000000000a162e ...") > > where "..." is the same space-separated thread:00000000000a162e repeated > until the query is around 2000 characters in length. > > I don't think it is command line length limits because I tried tripling > the length of the query and running it in a terminal and it completes > fine (returning the single thread as expected). > > There has to be an Emacs bug here because Lisp should not be able to > crash Emacs like this. Reproducible with and without native compilation > enabled, and with Emacs 30. > > I think this is a display engine problem.
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. Thanks. _______________________________________________ notmuch mailing list -- [email protected] To unsubscribe send an email to [email protected]
