Eli Zaretskii <eliz@HIDDEN>
to control <at> debbugs.gnu.org.
Full text available.Received: (at 80769) by debbugs.gnu.org; 12 Apr 2026 02:28:11 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sat Apr 11 22:28:11 2026 Received: from localhost ([127.0.0.1]:34468 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1wBkYT-0003sJ-Tw for submit <at> debbugs.gnu.org; Sat, 11 Apr 2026 22:28:10 -0400 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:40801) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <monnier@HIDDEN>) id 1wBkYR-0003rb-23 for 80769 <at> debbugs.gnu.org; Sat, 11 Apr 2026 22:28:08 -0400 Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id CD684100034; Sat, 11 Apr 2026 22:28:00 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1775960879; bh=wr/VpU2gJHkWZq2DtquJMbVXq1kZwvBd1Mrc0YyYBVk=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=NATmwLP8y9VID1g5oVu9yIv2oqfqQwAQqE9FYSRpHc7Nm+/fMxgcBrSoLX9I5OYGj z+pi8XJB2+qEmzq3/NtmJ6V80RLlMRvuvZhgeUfaflcLdhBp22jJ9W24NNf02JRzD5 AAHo6hVLSCqO4FNUg4AXtya00LBKyiS2zx+p8TNvUWMVoZDaa2MIXGyJOAe8c5xu7L CVRjakeBqXqzdxEgsmSjU2sSOIctpRKcE0helfiGQXJoIHG1byx1KYKGdxoMSytcq6 ySb4ThYCYIR5yD7C2rp6wyvnzcsgQyQh5RwQ4yF7p+9TkaDpEqNHz24G/UrTlJuRaI L4AZHNw41dWiQ== Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 98B7A100029; Sat, 11 Apr 2026 22:27:59 -0400 (EDT) Received: from pastel (104-195-230-45.cpe.teksavvy.com [104.195.230.45]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 6966C120CD8; Sat, 11 Apr 2026 22:27:59 -0400 (EDT) From: Stefan Monnier <monnier@HIDDEN> To: Nam Cao <namcao@HIDDEN> Subject: Re: bug#80769: 30.1; Emacs notmuch hangs while trying to reply to email In-Reply-To: <87a4v9z5bb.fsf@HIDDEN> Message-ID: <jwvpl44c3yy.fsf-monnier+emacs@HIDDEN> References: <87tstmnakf.fsf@HIDDEN> <jwvika0i9xv.fsf-monnier+emacs@HIDDEN> <jwvv7e0gtrv.fsf-monnier+emacs@HIDDEN> <87bjfsgthw.fsf@HIDDEN> <jwv5x60b1h9.fsf-monnier+emacs@HIDDEN> <87a4v9z5bb.fsf@HIDDEN> Date: Sat, 11 Apr 2026 22:27:58 -0400 User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL -0.212 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain X-SPAM-LEVEL: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 80769 Cc: 80769 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) >>>>> If you can get an ELisp backtrace (maybe via "Options =3D> Enter Debu= gger >>>>> on Quit/C-g"), >>>> Or via `kill -USR2`. >>> Both C-g and USR2 fails to break Emacs out of the hang. For USR2, I can >>> see "Entering debugger...", but Emacs still hangs. >> >> Hmm.. probably the hang happens in some font-lock regexp so after being >> interrupted by USR2 and entering the debugger Emacs returns right back >> to the problematic spot while performing a new redisplay. =F0=9F=99=81 >> >> You can try either `M-x jit-lock-debug-mode RET` or >> `(setq font-lock-support-mode nil)` before reproducing the hang, >> which should hopefully circumvent the problem (and might make `C-g` >> work as well). > > jit-lock-debug-mode makes SIGUSR2 works. > > But I am not sure if I misunderstood your message, because you said you > want to see the regex, but there isn't any: > > Debugger entered--entering a function: > * #f(compiled-function () #<bytecode -0x179d81257b027366>)() > font-lock-default-fontify-region(136 2417 nil) > font-lock-fontify-region(136 2417) That's strange, I'd try again to see if you get a "better" backtrace. Also, try to click on the "#<bytecode -0x179d81257b027366>" thingy, which should hopefully show you the disassembly of that bytecode: it won't tell us where we are in it, but maybe it contains something that can help us understand why we don't get the `re-search-forward` call I was expecting to see. > Please let me know if there's any information I can provide. And sorry > that I am not familiar with Emacs and can't offer much help here. No worries, you've been helping just fine, thank you very much. =3D=3D=3D Stefan
bug-gnu-emacs@HIDDEN:bug#80769; Package emacs.
Full text available.
Received: (at 80769) by debbugs.gnu.org; 11 Apr 2026 19:05:04 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat Apr 11 15:05:04 2026
Received: from localhost ([127.0.0.1]:54925 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1wBddf-0007la-VG
for submit <at> debbugs.gnu.org; Sat, 11 Apr 2026 15:05:04 -0400
Received: from galois.linutronix.de ([193.142.43.55]:51250)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.84_2) (envelope-from <namcao@HIDDEN>)
id 1wBddb-0007kp-8X
for 80769 <at> debbugs.gnu.org; Sat, 11 Apr 2026 15:05:02 -0400
From: Nam Cao <namcao@HIDDEN>
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linutronix.de;
s=2020; t=1775934297;
h=from:from:reply-to:subject:subject:date:date:message-id:message-id:
to:to:cc:cc:mime-version:mime-version:content-type:content-type:
content-transfer-encoding:content-transfer-encoding:
in-reply-to:in-reply-to:references:references;
bh=CCwDpyaDULwQXh/eFyCbI4ThLRJjhCOqNGSLatZiQDc=;
b=ZMRTLuKoW6z+82SeE8Ox/3epN/dLau5N3fKd/QP8SbioUogK/chROOOIQp3Wn0dohtMp9d
jEAYn81n2G+ZokhXQfZ3eyzgcMmhwYfcqsszdC61QyNeIEFJigQ9JgWtZfbrcyorg5jako
Qqfe70LUqaVJQceYPzjlZPN3uztSxQQjSeP2vboyPDLwCghDpoI25mhMjUa80nhDFKyDQ8
BjheomeZBKtuv7JjbBwzPDxAURivtLo89H0rjIH0iOzg/TeLreO71O5Hk/T9aWoJtvM47E
d7/0Bc9ZDkY7sa35/1TgURdxiZGnvlcsk0rYmsHuW3f1Lf3mEZ3ASrqz0ifQnw==
DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=linutronix.de;
s=2020e; t=1775934297;
h=from:from:reply-to:subject:subject:date:date:message-id:message-id:
to:to:cc:cc:mime-version:mime-version:content-type:content-type:
content-transfer-encoding:content-transfer-encoding:
in-reply-to:in-reply-to:references:references;
bh=CCwDpyaDULwQXh/eFyCbI4ThLRJjhCOqNGSLatZiQDc=;
b=iABy/IpndOLu5B2ja/KSZsmQ1T9o3OmaqSxD3F8+qOf/r2+jccQRX6usdu9mie/PKYjtlW
7Mv1ekKWrRWKG4Aw==
To: Stefan Monnier <monnier@HIDDEN>
Subject: Re: bug#80769: 30.1; Emacs notmuch hangs while trying to reply to
email
In-Reply-To: <jwv5x60b1h9.fsf-monnier+emacs@HIDDEN>
References: <87tstmnakf.fsf@HIDDEN>
<jwvika0i9xv.fsf-monnier+emacs@HIDDEN>
<jwvv7e0gtrv.fsf-monnier+emacs@HIDDEN> <87bjfsgthw.fsf@HIDDEN>
<jwv5x60b1h9.fsf-monnier+emacs@HIDDEN>
Date: Sat, 11 Apr 2026 21:04:56 +0200
Message-ID: <87a4v9z5bb.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 80769
Cc: 80769 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)
Stefan Monnier <monnier@HIDDEN> writes:
> Nam Cao [2026-04-09 15:20:43] wrote:
>> Stefan Monnier <monnier@HIDDEN> writes:
>>>> If you can get an ELisp backtrace (maybe via "Options =3D> Enter Debug=
ger
>>>> on Quit/C-g"),
>>> Or via `kill -USR2`.
>> Both C-g and USR2 fails to break Emacs out of the hang. For USR2, I can
>> see "Entering debugger...", but Emacs still hangs.
>
> Hmm.. probably the hang happens in some font-lock regexp so after being
> interrupted by USR2 and entering the debugger Emacs returns right back
> to the problematic spot while performing a new redisplay. =F0=9F=99=81
>
> You can try either `M-x jit-lock-debug-mode RET` or
> `(setq font-lock-support-mode nil)` before reproducing the hang,
> which should hopefully circumvent the problem (and might make `C-g`
> work as well).
jit-lock-debug-mode makes SIGUSR2 works.
But I am not sure if I misunderstood your message, because you said you
want to see the regex, but there isn't any:
Debugger entered--entering a function:
* #f(compiled-function () #<bytecode -0x179d81257b027366>)()
font-lock-default-fontify-region(136 2417 nil)
font-lock-fontify-region(136 2417)
#f(compiled-function (fun) #<bytecode 0x1baf59f96d8269bf>)(font-lock-font=
ify-region)
jit-lock--run-functions(136 2417)
jit-lock-fontify-now(136 2417)
jit-lock--debug-fontify()
apply(jit-lock--debug-fontify nil)
timer-event-handler([t 0 0 0 t jit-lock--debug-fontify nil idle 0 nil])
recursive-edit()
debug(lambda)
* #f(compiled-function () #<bytecode -0x179d81257b027366>)()
message--syntax-propertize(587 2417)
syntax-propertize(2417)
internal--syntax-propertize(589)
back-to-indentation()
current-left-margin()
move-to-left-margin(nil t)
#f(compiled-function () #<bytecode 0xcacd759eac5ea4a>)()
newline()
message-insert-citation-line()
message-cite-original-1(nil)
message-cite-original()
notmuch-mua-reply("id:20260407074534.59179-1-litaliano00.contact@HIDDEN=
m" nil t 1)
notmuch-mua-new-reply("id:20260407074534.59179-1-litaliano00.contact@gmai=
l.com" nil t 1)
notmuch-show-reply(nil)
funcall-interactively(notmuch-show-reply nil)
command-execute(notmuch-show-reply)
Please let me know if there's any information I can provide. And sorry
that I am not familiar with Emacs and can't offer much help here.
I reported this issue to notmuch's developers, hopefully they can
reproduce the issue and will have some useful information for us.
Best regards,
Nam
bug-gnu-emacs@HIDDEN:bug#80769; Package emacs.
Full text available.Received: (at 80769) by debbugs.gnu.org; 9 Apr 2026 15:38:54 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Apr 09 11:38:54 2026 Received: from localhost ([127.0.0.1]:39581 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1wArT3-0004ef-FX for submit <at> debbugs.gnu.org; Thu, 09 Apr 2026 11:38:53 -0400 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:2412) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <monnier@HIDDEN>) id 1wArT0-0004e4-C1 for 80769 <at> debbugs.gnu.org; Thu, 09 Apr 2026 11:38:51 -0400 Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 7971F82748; Thu, 9 Apr 2026 11:38:44 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1775749123; bh=WSIvSJOsnF6Mw7qrp2mG1ZDdmWLYkcwdLogsRaSj53E=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=hCoTv3wjcVcWyqUOpv5XaydA3fXwwA/j+73cOoEkxKrgpc7RYLaRmgPh+CeLTAOTh 4CdZ3boB6fXGAPildEHfVuWa8z78jJ+j7NwE7JKFgy+u5zEo5MKs0m63AyBM1MNtOR Xbwpu+EiT1VGRuUF7ixjJEQqrmGpzy15TuDUPBB7eTG/nD2fmbwlJwa9JyO+0/ixXU igBPq6RCPE3LxGr5eyzmHcW5fGg4oCbetjzZJVCogAuNC8nA12Z2ECCECNmElPLCws KXnkHoo1OtFxLaXBmJ/uFTNIM4744nUOOZ0z5CvbQy54uzLGF6mlyeT8dxUi9l6ijJ divM4yJ3b9CcQ== Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 9658F80982; Thu, 9 Apr 2026 11:38:43 -0400 (EDT) Received: from alfajor (modemcable209.196-177-173.mc.videotron.ca [173.177.196.209]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 796621204C5; Thu, 9 Apr 2026 11:38:43 -0400 (EDT) From: Stefan Monnier <monnier@HIDDEN> To: Nam Cao <namcao@HIDDEN> Subject: Re: bug#80769: 30.1; Emacs notmuch hangs while trying to reply to email In-Reply-To: <87bjfsgthw.fsf@HIDDEN> Message-ID: <jwv5x60b1h9.fsf-monnier+emacs@HIDDEN> References: <87tstmnakf.fsf@HIDDEN> <jwvika0i9xv.fsf-monnier+emacs@HIDDEN> <jwvv7e0gtrv.fsf-monnier+emacs@HIDDEN> <87bjfsgthw.fsf@HIDDEN> Date: Thu, 09 Apr 2026 11:38:42 -0400 User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL -0.103 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain X-SPAM-LEVEL: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 80769 Cc: 80769 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) Nam Cao [2026-04-09 15:20:43] wrote: > Stefan Monnier <monnier@HIDDEN> writes: >>> If you can get an ELisp backtrace (maybe via "Options =3D> Enter Debugg= er >>> on Quit/C-g"), >> Or via `kill -USR2`. > Both C-g and USR2 fails to break Emacs out of the hang. For USR2, I can > see "Entering debugger...", but Emacs still hangs. Hmm.. probably the hang happens in some font-lock regexp so after being interrupted by USR2 and entering the debugger Emacs returns right back to the problematic spot while performing a new redisplay. =F0=9F=99=81 You can try either `M-x jit-lock-debug-mode RET` or `(setq font-lock-support-mode nil)` before reproducing the hang, which should hopefully circumvent the problem (and might make `C-g` work as well). Otherwise, you'll have to do it from GDB, where we need to find the regexp passed to `Fre_search_forward`. [ BTW I now notice that the call is inside `F6d6573736167652d2d73796e7461782d70726f70657274697a65_message__syntax_prop= ertize_0`, i.e. it comes from `message--syntax-propertize`, so maybe the problematic r= egexp is in `message.el` rather than in Notmuch. ] You can see in frame #5 that the argument has been optimized out, so you need to find it within the preceding frame(s), it'll be easier if you avoid using the natively-compiled code. E.g. do a `(load "message.elc")` before reproducing the hang. =3D=3D=3D Stefan
bug-gnu-emacs@HIDDEN:bug#80769; Package emacs.
Full text available.Received: (at 80769) by debbugs.gnu.org; 9 Apr 2026 13:20:51 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Apr 09 09:20:51 2026 Received: from localhost ([127.0.0.1]:37873 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1wApJT-00006q-3m for submit <at> debbugs.gnu.org; Thu, 09 Apr 2026 09:20:51 -0400 Received: from galois.linutronix.de ([193.142.43.55]:54368) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <namcao@HIDDEN>) id 1wApJO-00006W-BV for 80769 <at> debbugs.gnu.org; Thu, 09 Apr 2026 09:20:49 -0400 From: Nam Cao <namcao@HIDDEN> DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020; t=1775740844; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=w3CghX18mbhLPzk1Y5oFSjr5K9nxhy6bFwu5seNTUgs=; b=b/dtk3nVbR2mrhh23SO9cRdoEKuTI/kODCAJe22C7asiNE80Z0OF/VTBgRf6NohiVd9NTb 6sJ8TFgVjdd/UXUjYRDBjPkyqJXrH1VYe/XYUSR9+BMooHmUJhZMk8BUUVacmDoOrmFkPi rAIBU9IlC1/aYAK+YM6riWprd1ghePLZuex8Ebd/bWFCIReaqvAPSbqu3aRJSAMR9PshmE WbZ+Y7lEvrSCEQiqabRypz0BJWWCuZy3h2Zd3269wdoshkqND+eOLcMBtHMXdYcxj77kep kYzptfKPl21WoKRn9//KFSJowCtUko1twRJ4N/OmLRAY2nzEZrXF/3QruWoZ5g== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020e; t=1775740844; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=w3CghX18mbhLPzk1Y5oFSjr5K9nxhy6bFwu5seNTUgs=; b=hGyTiRWTNK4R0TWPHIQimr1VMqi9jBKMcQCU1gzH8buug+bWRVqKZhMy4/9AyQiWb+q4xv 3RNIY8vzu8IFhqAg== To: Stefan Monnier <monnier@HIDDEN> Subject: Re: bug#80769: 30.1; Emacs notmuch hangs while trying to reply to email In-Reply-To: <jwvv7e0gtrv.fsf-monnier+emacs@HIDDEN> References: <87tstmnakf.fsf@HIDDEN> <jwvika0i9xv.fsf-monnier+emacs@HIDDEN> <jwvv7e0gtrv.fsf-monnier+emacs@HIDDEN> Date: Thu, 09 Apr 2026 15:20:43 +0200 Message-ID: <87bjfsgthw.fsf@HIDDEN> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 80769 Cc: 80769 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) Stefan Monnier <monnier@HIDDEN> writes: >> If you can get an ELisp backtrace (maybe via "Options => Enter Debugger >> on Quit/C-g"), > > Or via `kill -USR2`. Both C-g and USR2 fails to break Emacs out of the hang. For USR2, I can see "Entering debugger...", but Emacs still hangs. Nam
bug-gnu-emacs@HIDDEN:bug#80769; Package emacs.
Full text available.Received: (at 80769) by debbugs.gnu.org; 9 Apr 2026 13:15:23 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Apr 09 09:15:22 2026 Received: from localhost ([127.0.0.1]:37809 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1wApE7-00082T-IE for submit <at> debbugs.gnu.org; Thu, 09 Apr 2026 09:15:22 -0400 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:11730) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <monnier@HIDDEN>) id 1wApE0-00081t-Sd for 80769 <at> debbugs.gnu.org; Thu, 09 Apr 2026 09:15:15 -0400 Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id C059E82748; Thu, 9 Apr 2026 09:15:04 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1775740503; bh=B2NzDF7KlHbmfdyLvb/WzWnzVeOuwDy6rK868Q04ugY=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=Lr5PaSV/aVKnJGkj/RDIFD11h61xTi3winSWhp27cJ57y8+3Oto6fWMiQaAQ0eZt3 pSEGYCTde/saseqmCw1kFG1o1+OZ9qeD8TnZz8o+g1BovrW/ebhgQEScpd0cXF7XD5 N4abUC9/2mRjywkRnKZ3biDcG/g5WokMn9eQw105ykt0ZtIiG9NvA2aSPENcLEYUSN JBhuqn4vANLZs4MS/k0187IAm5+D/YisrB0fYF20O4mfPRju+dcYjhxY10BKhkd1wW bAB0eYhdIcth9Rf74VDs1RJa+uuVWZofZKhQR28zEPniGNRJzigzh9XeM8yWQTpl8X Wt6IMAoBBwfxQ== Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id BE69480AE0; Thu, 9 Apr 2026 09:15:03 -0400 (EDT) Received: from pastel (104-195-230-45.cpe.teksavvy.com [104.195.230.45]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 9401A12055D; Thu, 9 Apr 2026 09:15:03 -0400 (EDT) From: Stefan Monnier <monnier@HIDDEN> To: Nam Cao <namcao@HIDDEN> Subject: Re: bug#80769: 30.1; Emacs notmuch hangs while trying to reply to email In-Reply-To: <jwvika0i9xv.fsf-monnier+emacs@HIDDEN> Message-ID: <jwvv7e0gtrv.fsf-monnier+emacs@HIDDEN> References: <87tstmnakf.fsf@HIDDEN> <jwvika0i9xv.fsf-monnier+emacs@HIDDEN> Date: Thu, 09 Apr 2026 09:15:02 -0400 User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL -0.140 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain X-SPAM-LEVEL: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 80769 Cc: 80769 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > If you can get an ELisp backtrace (maybe via "Options => Enter Debugger > on Quit/C-g"), Or via `kill -USR2`. === Stefan
bug-gnu-emacs@HIDDEN:bug#80769; Package emacs.
Full text available.Received: (at 80769) by debbugs.gnu.org; 9 Apr 2026 12:44:15 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Apr 09 08:44:15 2026 Received: from localhost ([127.0.0.1]:37628 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1wAok2-000618-I4 for submit <at> debbugs.gnu.org; Thu, 09 Apr 2026 08:44:14 -0400 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:26827) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <monnier@HIDDEN>) id 1wAok0-00060e-3L for 80769 <at> debbugs.gnu.org; Thu, 09 Apr 2026 08:44:13 -0400 Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id DD3A781678; Thu, 9 Apr 2026 08:44:04 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1775738643; bh=AA0TDmM1v7HxN06559sXbRsk2Zz/Lg+U3SDP6ogM8y8=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=gJvvqpWyRyBiIZmjeCC5YfwCl277OoohMhA/o2NpssdmzvpQKdgaiYFfQu9CFwJgZ 3bBFfvmta4JtPAHNmt0gbYb10PenYpnmEExfUCjWgrY/h8XJCzmF+8/ikCTjMV0EXq xMQpO9qUpaXyDlEXMZD95VkbVVE7qOTh3v/E+laN0/46fapKKHS5GoaI8wYbUpcqlf Psoxm6PQgMJ7vPWef+RbbI976QQfnSALjb9lCASDQUfldJFfb0I2HwQlpCdHaaIig3 XawFlgYxbzs+yuPxDsXXvrM2Dm8MhjOezpPDW9hJ8kdqRCN4rhvGNGDcPaT7cV46MR 6oXE8Pv1rNb7A== Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 7E7E580AE0; Thu, 9 Apr 2026 08:44:03 -0400 (EDT) Received: from pastel (104-195-230-45.cpe.teksavvy.com [104.195.230.45]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 4B9291208CA; Thu, 9 Apr 2026 08:44:03 -0400 (EDT) From: Stefan Monnier <monnier@HIDDEN> To: Nam Cao <namcao@HIDDEN> Subject: Re: bug#80769: 30.1; Emacs notmuch hangs while trying to reply to email In-Reply-To: <87tstmnakf.fsf@HIDDEN> Message-ID: <jwvika0i9xv.fsf-monnier+emacs@HIDDEN> References: <87tstmnakf.fsf@HIDDEN> Date: Thu, 09 Apr 2026 08:44:02 -0400 User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL -0.140 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain X-SPAM-LEVEL: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 80769 Cc: 80769 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > Note that there is supposed be the original email in quote (prefix > with '> '), but that is missing. I guess Emacs hangs trying to print > that quote. I guess there is something in that email which triggers a > rare condition in Emacs, because all other emails work fine. > > I used gdb, and Emacs seems to hang in re_match_2_internal(): There's a very high probability that the problem is that the regexp used for the above "re_match" call makes your regexp matcher take a *very* long time to match certain strings and that your email happens to have a part that triggers this problem. If you can get an ELisp backtrace (maybe via "Options => Enter Debugger on Quit/C-g"), then we will see the regexp and we may be able to change that regexp to avoid the pathological behavior. === Stefan
bug-gnu-emacs@HIDDEN:bug#80769; Package emacs.
Full text available.Received: (at 80769) by debbugs.gnu.org; 9 Apr 2026 07:39:25 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Apr 09 03:39:25 2026 Received: from localhost ([127.0.0.1]:36740 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1wAjz3-0001rj-8u for submit <at> debbugs.gnu.org; Thu, 09 Apr 2026 03:39:25 -0400 Received: from galois.linutronix.de ([193.142.43.55]:36672) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <namcao@HIDDEN>) id 1wAjyz-0001rT-M2 for 80769 <at> debbugs.gnu.org; Thu, 09 Apr 2026 03:39:23 -0400 From: Nam Cao <namcao@HIDDEN> DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020; t=1775720360; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=1o8MFThO33gAWfSODWAHe8WqH2oN43Ce8egUlBuwTcM=; b=d4WzherBrWiDr5qpkXgT9pANFqA4vUj4Oy8puyVOZZs9P8+cZTISlk42BPwj7iJDwdAptz Q3dhSbYNrG0j83libXg+pQnLioRvmuALrgsF5UljwlLsPV+xBihLEC7l1cPN2hJb/HT0IL cwvvEkXDvfZsfGZMv5qBIzBArT9SN5sNyh13LxO6XC7MuKkKwOHlQVoyIjsembjXXIAGKc l6buh7nYXBr53f0DF1++3bWwR8ngMLktzYw5AvGw1nGTA0mdOXppY2BMmJqgMn8PKsGeD8 Bps+NOn53gCnyN+MKawBc3Po1qVw60ZmXt9ZJ2SzapQQa4NT2hLlw0rZKY40Ew== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020e; t=1775720360; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=1o8MFThO33gAWfSODWAHe8WqH2oN43Ce8egUlBuwTcM=; b=OOdh7gaPR/kXhAMdAeZxmU2sHYhVat8e+p/C9nquO5gxgbaNrBWcMGWCgf1q/hz5/LKOh5 j/UFPBTNh010gECw== To: Eli Zaretskii <eliz@HIDDEN>, Stefan Monnier <monnier@HIDDEN> Subject: Re: bug#80769: 30.1; Emacs notmuch hangs while trying to reply to email In-Reply-To: <863414wq9z.fsf@HIDDEN> References: <87tstmnakf.fsf@HIDDEN> <863414wq9z.fsf@HIDDEN> Date: Thu, 09 Apr 2026 09:39:19 +0200 Message-ID: <87tstk1t20.fsf@HIDDEN> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 80769 Cc: 80769 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) Eli Zaretskii <eliz@HIDDEN> writes: >> From: Nam Cao <namcao@HIDDEN> >> Date: Tue, 07 Apr 2026 15:50:56 +0200 >> I used gdb, and Emacs seems to hang in re_match_2_internal(): > > Did you try to report this problem to the notmuch developers? It is > possible that the problem is there, not in the low-level Emacs > primitives which search the buffer for a regexp. In any case, the > notmuch developers will probably have much fewer problems reproducing > this than we here, since notmuch is not part of Emacs. I didn't report this to notmuch. Neither C-g nor SIGUSR2 can break Emacs out of this hang; I'm not familiar with Emacs's internal, but I think this means Emacs gets stuck in C, not lisp? > According to the backtrace, this happened when notmuch called > message-cite-original (from message.el), which called > message-insert-citation-line, which then called 'newline'. That in > turn called move-to-left-margin, which called back-to-indentation. So > if you want us to try to debug this, we'd need to know exactly what > were the arguments with which notmuch called message-cite-original. > > Alternatively, perhaps you could step in GDB through > re_match_2_internal and tell where it infloops (if it does) and why. I will debug deeper into this when I have some free time and will let you know. Best regards, Nam
bug-gnu-emacs@HIDDEN:bug#80769; Package emacs.
Full text available.Received: (at 80769) by debbugs.gnu.org; 9 Apr 2026 07:23:54 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Apr 09 03:23:54 2026 Received: from localhost ([127.0.0.1]:36702 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1wAjjz-0000fp-1P for submit <at> debbugs.gnu.org; Thu, 09 Apr 2026 03:23:54 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:46938) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1wAjjv-0000fe-Cf for 80769 <at> debbugs.gnu.org; Thu, 09 Apr 2026 03:23:48 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <eliz@HIDDEN>) id 1wAjjn-0001Q7-Oa; Thu, 09 Apr 2026 03:23:40 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=5iNPvyvvBee1ZjBDn5+YFtx3yIOYhrM+xt4AGqpEZUI=; b=PwSyBB0ROhll 4bb7vAFxHBy0T3YM0ZFqGt186oIGcfpdFCk5ueegp2FOuzenL9itYpo2eHzxFXC0TTBesh+E8phNY GFMd29aTrdJ480VUmNNGzvW6Teh5ykTzUuSvSy4F7VxR0PgAImv1CYcHRQnwBkVboUxVHTjSL9JcM 4WdUXIaVjvAxwj3pe4E3voYAvpyE2PHqRGgkm6er/WxlXCprcEKKVkn2begKyBVN8xv6e22k/Lz7m UwMp5qYjalIjpp+x/DT4RFVvmip/5dpoa61ycNFFq+/cYbwc8sRd0BQoaKVZXIcVGqW9LvF71P7tP rLMzIPZL82cSPcfOo/vRzQ==; Date: Thu, 09 Apr 2026 10:23:36 +0300 Message-Id: <863414wq9z.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Nam Cao <namcao@HIDDEN>, Stefan Monnier <monnier@HIDDEN> In-Reply-To: <87tstmnakf.fsf@HIDDEN> (message from Nam Cao on Tue, 07 Apr 2026 15:50:56 +0200) Subject: Re: bug#80769: 30.1; Emacs notmuch hangs while trying to reply to email References: <87tstmnakf.fsf@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 80769 Cc: 80769 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: Nam Cao <namcao@HIDDEN> > Date: Tue, 07 Apr 2026 15:50:56 +0200 > > > I use Emacs package notmuch for email. It has been working fine, until I > have a problem with one exact email that I cannot reply to. All other > emails work fine. > > That email is: > https://lore.kernel.org/linux-riscv/20260407074534.59179-1-litaliano00.contact@HIDDEN/ > > I opened that email in Emacs notmuch. But after I pressed 'cR' (I use > Evil mode) to reply to the email, Emacs opens a window for me to write > the reply, and hangs. The window includes the following text: > > In-Reply-To: <20260407074534.59179-1-litaliano00.contact@HIDDEN> > From: Nam Cao <namcao@HIDDEN> > To: Adriano Vero <litaliano00.contact@HIDDEN>, palmer@HIDDEN, pjw@HIDDEN, aou@HIDDEN > Cc: alex@HIDDEN, linux-riscv@HIDDEN, linux-kernel@HIDDEN, Adriano Vero <litaliano00.contact@HIDDEN> > Subject: Re: [PATCH] riscv: Add WFI to secondary hart spinwait loop > References: <20260407074534.59179-1-litaliano00.contact@HIDDEN> > --text follows this line-- > > Note that there is supposed be the original email in quote (prefix > with '> '), but that is missing. I guess Emacs hangs trying to print > that quote. I guess there is something in that email which triggers a > rare condition in Emacs, because all other emails work fine. > > I used gdb, and Emacs seems to hang in re_match_2_internal(): Did you try to report this problem to the notmuch developers? It is possible that the problem is there, not in the low-level Emacs primitives which search the buffer for a regexp. In any case, the notmuch developers will probably have much fewer problems reproducing this than we here, since notmuch is not part of Emacs. According to the backtrace, this happened when notmuch called message-cite-original (from message.el), which called message-insert-citation-line, which then called 'newline'. That in turn called move-to-left-margin, which called back-to-indentation. So if you want us to try to debug this, we'd need to know exactly what were the arguments with which notmuch called message-cite-original. Alternatively, perhaps you could step in GDB through re_match_2_internal and tell where it infloops (if it does) and why. > Also, interestingly, I tried removing things one by one from my .emacs > file. I narrowed it down that this configuration: > > (defun sane-word () (modify-syntax-entry ?_ "w")) > (add-hook 'after-change-major-mode-hook 'sane-word) > > somehow caused the problem. After I remove these 2 lines, the problem disappears. Stefan, any ideas why this hook could cause trouble?
bug-gnu-emacs@HIDDEN:bug#80769; Package emacs.
Full text available.
Received: (at submit) by debbugs.gnu.org; 7 Apr 2026 22:47:42 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Apr 07 18:47:42 2026
Received: from localhost ([127.0.0.1]:43391 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1wAFCu-0006TS-Dx
for submit <at> debbugs.gnu.org; Tue, 07 Apr 2026 18:47:42 -0400
Received: from lists.gnu.org ([2001:470:142::17]:40000)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.84_2) (envelope-from <namcao@HIDDEN>)
id 1wABTb-0005gE-SE
for submit <at> debbugs.gnu.org; Tue, 07 Apr 2026 14:48:51 -0400
Received: from eggs.gnu.org ([2001:470:142:3::10])
by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <namcao@HIDDEN>)
id 1wABTQ-0003zm-HA
for bug-gnu-emacs@HIDDEN; Tue, 07 Apr 2026 14:48:29 -0400
Received: from galois.linutronix.de ([2a0a:51c0:0:12e:550::1])
by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <namcao@HIDDEN>)
id 1wA6pr-0006tC-Vk
for bug-gnu-emacs@HIDDEN; Tue, 07 Apr 2026 09:51:24 -0400
From: Nam Cao <namcao@HIDDEN>
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linutronix.de;
s=2020; t=1775569857;
h=from:from:reply-to:subject:subject:date:date:message-id:message-id:
to:to:cc:mime-version:mime-version:content-type:content-type:
content-transfer-encoding:content-transfer-encoding;
bh=iLiAApymvG0Vp7kCwObt+UmoDoML2f1bEW6258ml0kU=;
b=fneM0+/7+0zLxwIsgOoOu2RrNewjthFdrwRDLuoOT6u9PmvVzBJHh3jjIwXJYZcaOaSY2x
JhhsiSKTNWIJ+C2gH4+D6Gv8oWakOSEWaMAPoMtTFKy/9s4fYPDqEZU2kwjL2esSEt9Pma
bL7FlW+2+ABrJspab8Kfp1Xt3jbEDA9iUaQlkhCh8nX6WA4ivLsxirz1rRTGNEezsYPe7U
PPr13nIUSLoehgs0TPjYa6jSiQg+H3LlRRnhCMcUaIRrLeRHXIPLzXMDaj1YVpMbWD8Pkf
9xA6lUgI8te8pL0bkxFRaOzdk3YIUTKACChMpu/3G3cw8+cYHsCJemlY3RZuiA==
DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=linutronix.de;
s=2020e; t=1775569857;
h=from:from:reply-to:subject:subject:date:date:message-id:message-id:
to:to:cc:mime-version:mime-version:content-type:content-type:
content-transfer-encoding:content-transfer-encoding;
bh=iLiAApymvG0Vp7kCwObt+UmoDoML2f1bEW6258ml0kU=;
b=RHjYyehqfQFXNbxtk26AWv7GLdq3zkf5no/UKXoRen1rq5jLDB1Ydg9rUFscpZ3Cp3CCm9
xi3fVtuBbfa/c4AA==
To: bug-gnu-emacs@HIDDEN
Subject: 30.1; Emacs notmuch hangs while trying to reply to email
X-Debbugs-Cc:
Date: Tue, 07 Apr 2026 15:50:56 +0200
Message-ID: <87tstmnakf.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
Received-SPF: pass client-ip=2a0a:51c0:0:12e:550::1;
envelope-from=namcao@HIDDEN; helo=galois.linutronix.de
X-Spam_score_int: -20
X-Spam_score: -2.1
X-Spam_bar: --
X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1,
DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1,
RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001,
SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: 0.9 (/)
X-Debbugs-Envelope-To: submit
X-Mailman-Approved-At: Tue, 07 Apr 2026 18:47:39 -0400
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.1 (/)
I use Emacs package notmuch for email. It has been working fine, until I
have a problem with one exact email that I cannot reply to. All other
emails work fine.
That email is:
https://lore.kernel.org/linux-riscv/20260407074534.59179-1-litaliano00.cont=
act@HIDDEN/
I opened that email in Emacs notmuch. But after I pressed 'cR' (I use
Evil mode) to reply to the email, Emacs opens a window for me to write
the reply, and hangs. The window includes the following text:
In-Reply-To: <20260407074534.59179-1-litaliano00.contact@HIDDEN>
From: Nam Cao <namcao@HIDDEN>
To: Adriano Vero <litaliano00.contact@HIDDEN>, palmer@HIDDEN, pjw=
@kernel.org, aou@HIDDEN
Cc: alex@HIDDEN, linux-riscv@HIDDEN, linux-kernel@HIDDEN=
nel.org, Adriano Vero <litaliano00.contact@HIDDEN>
Subject: Re: [PATCH] riscv: Add WFI to secondary hart spinwait loop
References: <20260407074534.59179-1-litaliano00.contact@HIDDEN>
--text follows this line--
Note that there is supposed be the original email in quote (prefix
with '> '), but that is missing. I guess Emacs hangs trying to print
that quote. I guess there is something in that email which triggers a
rare condition in Emacs, because all other emails work fine.
I used gdb, and Emacs seems to hang in re_match_2_internal():
(gdb) bt full
#0 0x0000555555735c9e in re_match_2_internal (bufp=3Dbufp@entry=3D0x555555=
9cd0d0 <searchbufs+752>, string1=3D<optimized out>,=20
string1@entry=3D0x555559918a37 "From: Nam Cao <namcao@HIDDEN>\nT=
o: Adriano Vero <litaliano00.contact@HIDDEN>, palmer@HIDDEN, pjw@ke=
rnel.org, aou@HIDDEN\nCc: alex@HIDDEN, linux-riscv@HIDDEN=
dead.org, lin"..., size1=3D<optimized out>, size1@entry=3D451, string2=3D<o=
ptimized out>,=20
string2@entry=3D0x555559919398 "> The .Lwait_for_cpu_up loop in the RIS=
CV_BOOT_SPINWAIT path busy-polls\n> __cpu_spinwait_stack_pointer and __cpu_=
spinwait_task_pointer, burning\n> power on all non-boot harts while they wa=
it for the pr"..., size2=3D<optimized out>, size2@entry=3D1829, pos=3Dpos@e=
ntry=3D2111, regs=3D0x5555558cc260 <main_thread+160>, stop=3D<optimized out=
>)
at regex-emacs.c:4421
mcnt =3D <optimized out>
end1 =3D <optimized out>
end2 =3D <optimized out>
end_match_1 =3D <optimized out>
end_match_2 =3D <optimized out>
d =3D 0x555559919a41 "____\n> linux-riscv mailing list\n> linux-ris=
cv@HIDDEN\n> http://lists.infradead.org/mailman/listinfo/linux=
-riscv\n"
dend =3D 0x555559919abd ""
dfail =3D <optimized out>
p =3D 0x555558f5c5ae "\r\016"
pend =3D 0x555558f5c606 "\377\a\r\350\377\a\002\002\001=3D\005\006"
translate =3D 0x7ffff10140b5
multibyte =3D false
target_multibyte =3D true
fail_stack =3D {stack =3D 0x7fffffff8230, size =3D 1280, avail =3D =
354, frame =3D 354}
num_regs =3D 3
regstart =3D 0x7fffffffb6e0
regend =3D 0x7fffffffb6f8
best_regs_set =3D false
best_regstart =3D 0x7fffffffb708
best_regend =3D 0x7fffffffb718
match_end =3D 0x0
nchars =3D 175292319
retval =3D -1
sa_avail =3D <optimized out>
sa_count =3D {bytes =3D <optimized out>}
count =3D {bytes =3D <optimized out>}
re_nsub =3D 2
#1 0x000055555573b802 in re_search_2
(bufp=3Dbufp@entry=3D0x5555559cd0d0 <searchbufs+752>, str1=3Dstr1@entry=
=3D0x555559918a37 "From: Nam Cao <namcao@HIDDEN>\nTo: Adriano Vero <=
litaliano00.contact@HIDDEN>, palmer@HIDDEN, pjw@HIDDEN, aou@eec=
s.berkeley.edu\nCc: alex@HIDDEN, linux-riscv@HIDDEN, lin"...=
, size1=3Dsize1@entry=3D451, str2=3Dstr2@entry=3D0x555559919398 "> The .Lwa=
it_for_cpu_up loop in the RISCV_BOOT_SPINWAIT path busy-polls\n> __cpu_spin=
wait_stack_pointer and __cpu_spinwait_task_pointer, burning\n> power on all=
non-boot harts while they wait for the pr"..., size2=3Dsize2@entry=3D1829,=
startpos=3D<optimized out>, range=3D<optimized out>, regs=3D<optimized out=
>, stop=3D<optimized out>) at regex-emacs.c:3579
val =3D <optimized out>
string1 =3D <optimized out>
string2 =3D <optimized out>
fastmap =3D <optimized out>
translate =3D <optimized out>
total_size =3D 2280
endpos =3D <optimized out>
anchored_start =3D <optimized out>
multibyte =3D <optimized out>
#2 0x000055555573324a in search_buffer_re (lim=3D1, inverse_trt=3D0x7ffff0=
d2bf95, string=3D0x970, pos=3D<optimized out>, pos_byte=3D2246, lim_byte=3D=
2246, n=3D1, trt=3D0x7ffff10140b5, posix=3Dfalse)
at search.c:1254
val =3D <optimized out>
--Type <RET> for more, q to quit, c to continue without paging--c
p2 =3D 0x555559919398 "> The .Lwait_for_cpu_up loop in the RISCV_BO=
OT_SPINWAIT path busy-polls\n> __cpu_spinwait_stack_pointer and __cpu_spinw=
ait_task_pointer, burning\n> power on all non-boot harts while they wait fo=
r the pr"...
s1 =3D 451
preserve_match_data =3D <optimized out>
cache_entry =3D 0x5555559cd0b0 <searchbufs+720>
count =3D {bytes =3D <optimized out>}
p1 =3D <optimized out>
s2 =3D 1829
bufp =3D 0x5555559cd0d0 <searchbufs+752>
p1 =3D <optimized out>
p2 =3D <optimized out>
s1 =3D <optimized out>
s2 =3D <optimized out>
preserve_match_data =3D <optimized out>
cache_entry =3D <optimized out>
bufp =3D <optimized out>
count =3D {bytes =3D <optimized out>}
val =3D <optimized out>
i =3D <optimized out>
val =3D <optimized out>
i =3D <optimized out>
#3 search_buffer
(string=3Dstring@entry=3D0x5555593f0e64, pos=3D<optimized out>, pos_byt=
e=3D<optimized out>, lim=3Dlim@entry=3D2416, lim_byte=3Dlim_byte@entry=3D24=
16, n=3Dn@entry=3D1, RE=3Dtrue, trt=3D0x7ffff10140b5, inverse_trt=3D0x7ffff=
0d2bf95, posix=3Dfalse) at search.c:1534
#4 0x0000555555733510 in search_command
(string=3D0x5555593f0e64, bound=3D<optimized out>, noerror=3D0x2aaa9b30=
fa60, count=3D<optimized out>, direction=3Ddirection@entry=3D1, RE=3DRE@ent=
ry=3Dtrue, posix=3Dfalse) at search.c:1073
np =3D <optimized out>
lim =3D 2416
lim_byte =3D 2416
n =3D 1
#5 0x00005555557336d7 in Fre_search_forward (regexp=3D<optimized out>, bou=
nd=3D<optimized out>, noerror=3D<optimized out>, count=3D<optimized out>) a=
t search.c:2292
#6 0x00007fffdeeee531 in F6d6573736167652d2d73796e7461782d70726f7065727469=
7a65_message__syntax_propertize_0 ()
at /home/nam/.emacs.d/eln-cache/31.0.50-53ed0af7/message-4a315c5a-a1283=
a49.eln
#7 0x000055555576fa95 in Ffuncall (nargs=3D3, args=3D0x7fffffffc910) at ev=
al.c:3184
count =3D {bytes =3D <optimized out>}
val =3D <optimized out>
#8 0x00007ffff04693b8 in F73796e7461782d70726f70657274697a65_syntax_proper=
tize_0 () at /home/nam/emacs/src/../native-lisp/31.0.50-53ed0af7/preloaded/=
syntax-bf4e4bc4-20b391c9.eln
#9 0x000055555576fa95 in Ffuncall (nargs=3D2, args=3D0x7fffffffca30) at ev=
al.c:3184
count =3D {bytes =3D <optimized out>}
val =3D <optimized out>
#10 0x00007ffff0469521 in F696e7465726e616c2d2d73796e7461782d70726f70657274=
697a65_internal__syntax_propertize_0 ()
at /home/nam/emacs/src/../native-lisp/31.0.50-53ed0af7/preloaded/syntax=
-bf4e4bc4-20b391c9.eln
#11 0x000055555576fa95 in Ffuncall (nargs=3Dnargs@entry=3D2, args=3Dargs@en=
try=3D0x7fffffffcaf0) at eval.c:3184
count =3D {bytes =3D <optimized out>}
val =3D <optimized out>
#12 0x000055555576b179 in internal_condition_case_n
(bfun=3Dbfun@entry=3D0x55555576f9a0 <Ffuncall>, nargs=3Dnargs@entry=3D2=
, args=3Dargs@entry=3D0x7fffffffcaf0, handlers=3Dhandlers@entry=3D0x30, hfu=
n=3Dhfun@entry=3D0x55555576a2a0 <safe_eval_handler>)
at eval.c:1769
val =3D <optimized out>
c =3D 0x555555b87600
#13 0x000055555576c649 in safe_funcall (nargs=3Dnargs@entry=3D2, args=3Darg=
s@entry=3D0x7fffffffcaf0) at eval.c:3212
count =3D {bytes =3D <optimized out>}
val =3D <optimized out>
#14 0x00005555557aa668 in parse_sexp_propertize (charpos=3D587) at syntax.c=
:471
modiffs =3D 389
zv =3D 2416
#15 0x00005555557aa830 in SETUP_SYNTAX_TABLE (from=3D<optimized out>, count=
=3D<optimized out>) at syntax.c:260
#16 0x00005555557ab6f5 in skip_syntaxes (forwardp=3Dtrue, string=3D<optimiz=
ed out>, lim=3D<optimized out>) at syntax.c:2157
start_point =3D 587
stop =3D <optimized out>
pos =3D 587
pos_byte =3D 587
p =3D <optimized out>
endp =3D <optimized out>
c =3D <optimized out>
fastmap =3D "\001", '\000' <repeats 254 times>
negate =3D false
i =3D <optimized out>
i_byte =3D 0
multibyte =3D <optimized out>
size_byte =3D <optimized out>
str =3D <optimized out>
#17 0x00007ffff077fb45 in F6261636b2d746f2d696e64656e746174696f6e_back_to_i=
ndentation_0 () at /home/nam/emacs/src/../native-lisp/31.0.50-53ed0af7/prel=
oaded/simple-fab5b0cf-84df7285.eln
#18 0x000055555576fa95 in Ffuncall (nargs=3D1, args=3D0x7fffffffccd8) at ev=
al.c:3184
count =3D {bytes =3D <optimized out>}
val =3D <optimized out>
#19 0x00007ffff06c4acb in F63757272656e742d6c6566742d6d617267696e_current_l=
eft_margin_0 () at /home/nam/emacs/src/../native-lisp/31.0.50-53ed0af7/prel=
oaded/indent-396b3792-7d0edafd.eln
#20 0x000055555576fa95 in Ffuncall (nargs=3D1, args=3D0x7fffffffcd60) at ev=
al.c:3184
count =3D {bytes =3D <optimized out>}
val =3D <optimized out>
#21 0x00007ffff06c4c9c in F6d6f76652d746f2d6c6566742d6d617267696e_move_to_l=
eft_margin_0 () at /home/nam/emacs/src/../native-lisp/31.0.50-53ed0af7/prel=
oaded/indent-396b3792-7d0edafd.eln
#22 0x00005555557b8670 in exec_byte_code (fun=3D<optimized out>, args_templ=
ate=3D<optimized out>, nargs=3D<optimized out>, args=3D<optimized out>) at =
/home/nam/emacs/src/lisp.h:2226
call_nargs =3D <optimized out>
call_fun =3D <optimized out>
count1 =3D {bytes =3D <optimized out>}
val =3D <optimized out>
call_args =3D 0x7fffef9ff038
original_fun =3D 0x2aaa9b332028
op =3D <optimized out>
arg =3D <optimized out>
type =3D <optimized out>
targets =3D {0x5555555ab79d <exec_byte_code[cold]>, 0x5555557b88f6 =
<exec_byte_code+1990>, 0x5555557b88f1 <exec_byte_code+1985>, 0x5555557b88ec=
<exec_byte_code+1980>, 0x5555557b82f4 <exec_byte_code+452>, 0x5555557b82f4=
<exec_byte_code+452>, 0x5555557b88ad <exec_byte_code+1917>, 0x5555557b886d=
<exec_byte_code+1853>, 0x5555557ba754 <exec_byte_code+9764>, 0x5555557ba74=
f <exec_byte_code+9759>, 0x5555557ba74a <exec_byte_code+9754>, 0x5555557b83=
27 <exec_byte_code+503>, 0x5555557ba745 <exec_byte_code+9749>, 0x5555557b83=
30 <exec_byte_code+512>, 0x5555557ba735 <exec_byte_code+9733>, 0x5555557ba7=
59 <exec_byte_code+9769>, 0x5555557ba5fa <exec_byte_code+9418>, 0x5555557ba=
5f5 <exec_byte_code+9413>, 0x5555557ba5f0 <exec_byte_code+9408>, 0x5555557b=
829c <exec_byte_code+364>, 0x5555557ba5eb <exec_byte_code+9403>, 0x5555557b=
82a0 <exec_byte_code+368>, 0x5555557ba5cb <exec_byte_code+9371>, 0x5555557b=
a5db <exec_byte_code+9387>, 0x5555557ba577 <exec_byte_code+9287>, 0x5555557=
ba572 <exec_byte_code+9282>, 0x5555557ba56d <exec_byte_code+9277>, 0x555555=
7b8525 <exec_byte_code+1013>, 0x5555557ba568 <exec_byte_code+9272>, 0x55555=
57b8530 <exec_byte_code+1024>, 0x5555557ba58c <exec_byte_code+9308>, 0x5555=
557ba57c <exec_byte_code+9292>, 0x5555557ba543 <exec_byte_code+9235>, 0x555=
5557ba53e <exec_byte_code+9230>, 0x5555557ba539 <exec_byte_code+9225>, 0x55=
55557b838a <exec_byte_code+602>, 0x5555557ba534 <exec_byte_code+9220>, 0x55=
55557b8390 <exec_byte_code+608>, 0x5555557ba558 <exec_byte_code+9256>, 0x55=
55557ba548 <exec_byte_code+9240>, 0x5555557ba50f <exec_byte_code+9183>, 0x5=
555557ba50a <exec_byte_code+9178>, 0x5555557ba505 <exec_byte_code+9173>, 0x=
5555557b856d <exec_byte_code+1085>, 0x5555557ba500 <exec_byte_code+9168>, 0=
x5555557b8570 <exec_byte_code+1088>, 0x5555557ba524 <exec_byte_code+9204>, =
0x5555557ba514 <exec_byte_code+9188>, 0x5555557ba147 <exec_byte_code+8215>,=
0x5555557ba17b <exec_byte_code+8267>, 0x5555557ba1e0 <exec_byte_code+8368>=
, 0x5555555ab79d <exec_byte_code[cold]>, 0x5555555ab79d <exec_byte_code[col=
d]>, 0x5555555ab79d <exec_byte_code[cold]>, 0x5555555ab79d <exec_byte_code[=
cold]>, 0x5555555ab79d <exec_byte_code[cold]>, 0x5555557b9fbb <exec_byte_co=
de+7819>, 0x5555557b9f71 <exec_byte_code+7745>, 0x5555557b9f37 <exec_byte_c=
ode+7687>, 0x5555557b9efd <exec_byte_code+7629>, 0x5555557b9eba <exec_byte_=
code+7562>, 0x5555557ba672 <exec_byte_code+9538>, 0x5555557ba63a <exec_byte=
_code+9482>, 0x5555557b9e8c <exec_byte_code+7516>, 0x5555557ba6bd <exec_byt=
e_code+9613>, 0x5555557ba5ff <exec_byte_code+9423>, 0x5555557b9e54 <exec_by=
te_code+7460>, 0x5555557b9e28 <exec_byte_code+7416>, 0x5555557b9df0 <exec_b=
yte_code+7360>, 0x5555557b9db4 <exec_byte_code+7300>, 0x5555557b9d74 <exec_=
byte_code+7236>, 0x5555557b9d05 <exec_byte_code+7125>, 0x5555557b9ca7 <exec=
_byte_code+7031>, 0x5555557b9c3f <exec_byte_code+6927>, 0x5555557b9c13 <exe=
c_byte_code+6883>, 0x5555557b9be7 <exec_byte_code+6839>, 0x5555557b9baf <ex=
ec_byte_code+6783>, 0x5555557b9b77 <exec_byte_code+6727>, 0x5555557b9b3f <e=
xec_byte_code+6671>, 0x5555557b9b03 <exec_byte_code+6611>, 0x5555557b9aca <=
exec_byte_code+6554>, 0x5555557b9a91 <exec_byte_code+6497>, 0x5555557b9a58 =
<exec_byte_code+6440>, 0x5555557b99bc <exec_byte_code+6284>, 0x5555557b9963=
<exec_byte_code+6195>, 0x5555557b98fc <exec_byte_code+6092>, 0x5555557b988=
d <exec_byte_code+5981>, 0x5555557b981e <exec_byte_code+5870>, 0x5555557b97=
af <exec_byte_code+5759>, 0x5555557b9740 <exec_byte_code+5648>, 0x5555557b9=
6ca <exec_byte_code+5530>, 0x5555557b9669 <exec_byte_code+5433>, 0x5555557b=
95f3 <exec_byte_code+5315>, 0x5555557b9589 <exec_byte_code+5209>, 0x5555557=
b951f <exec_byte_code+5103>, 0x5555557b9497 <exec_byte_code+4967>, 0x555555=
7b936f <exec_byte_code+4671>, 0x5555557b85b5 <exec_byte_code+1157>, 0x55555=
57b9343 <exec_byte_code+4627>, 0x5555557b9312 <exec_byte_code+4578>, 0x5555=
557b9286 <exec_byte_code+4438>, 0x5555557b923d <exec_byte_code+4365>, 0x555=
5557b9211 <exec_byte_code+4321>, 0x5555557b91e0 <exec_byte_code+4272>, 0x55=
55557b91af <exec_byte_code+4223>, 0x5555557b9173 <exec_byte_code+4163>, 0x5=
555557b9145 <exec_byte_code+4117>, 0x5555555ab79d <exec_byte_code[cold]>, 0=
x5555557b9114 <exec_byte_code+4068>, 0x5555557b90e3 <exec_byte_code+4019>, =
0x5555557b90b2 <exec_byte_code+3970>, 0x5555557b9081 <exec_byte_code+3921>,=
0x5555557b9050 <exec_byte_code+3872>, 0x5555557b9024 <exec_byte_code+3828>=
, 0x5555557b85b5 <exec_byte_code+1157>, 0x5555555ab79d <exec_byte_code[cold=
]>, 0x5555557b8fda <exec_byte_code+3754>, 0x5555557b8fae <exec_byte_code+37=
10>, 0x5555557b8f82 <exec_byte_code+3666>, 0x5555557b8f4a <exec_byte_code+3=
610>, 0x5555557b8f12 <exec_byte_code+3554>, 0x5555557b8ee6 <exec_byte_code+=
3510>, 0x5555557b8eba <exec_byte_code+3466>, 0x5555557b8e82 <exec_byte_code=
+3410>, 0x5555557b8e4a <exec_byte_code+3354>, 0x5555557b8e12 <exec_byte_cod=
e+3298>, 0x5555557b8de1 <exec_byte_code+3249>, 0x5555557b8db5 <exec_byte_co=
de+3205>, 0x5555555ab79d <exec_byte_code[cold]>, 0x5555557ba2e7 <exec_byte_=
code+8631>, 0x5555557ba493 <exec_byte_code+9059>, 0x5555557ba6f8 <exec_byte=
_code+9672>, 0x5555557ba456 <exec_byte_code+8998>, 0x5555557ba41c <exec_byt=
e_code+8940>, 0x5555557ba3e2 <exec_byte_code+8882>, 0x5555557ba34c <exec_by=
te_code+8732>, 0x5555557ba327 <exec_byte_code+8695>, 0x5555557ba59c <exec_b=
yte_code+9324>, 0x5555557ba2c1 <exec_byte_code+8593>, 0x5555557ba258 <exec_=
byte_code+8488>, 0x5555557ba223 <exec_byte_code+8435>, 0x5555557ba1e4 <exec=
_byte_code+8372>, 0x5555557ba0fa <exec_byte_code+8138>, 0x5555557ba0be <exe=
c_byte_code+8078>, 0x5555557ba079 <exec_byte_code+8009>, 0x5555557ba01a <ex=
ec_byte_code+7914>, 0x5555555ab79d <exec_byte_code[cold]>, 0x5555557b8d79 <=
exec_byte_code+3145>, 0x5555557b8d4d <exec_byte_code+3101>, 0x5555557b8d21 =
<exec_byte_code+3057>, 0x5555557b8cf5 <exec_byte_code+3013>, 0x5555557b8cc9=
<exec_byte_code+2969>, 0x5555557b8c91 <exec_byte_code+2913>, 0x5555557b8c5=
9 <exec_byte_code+2857>, 0x5555557b8c21 <exec_byte_code+2801>, 0x5555557b8b=
e9 <exec_byte_code+2745>, 0x5555557b8b6f <exec_byte_code+2623>, 0x5555557b8=
b37 <exec_byte_code+2567>, 0x5555557b8aff <exec_byte_code+2511>, 0x5555557b=
8ad3 <exec_byte_code+2467>, 0x5555557b8a8a <exec_byte_code+2394>, 0x5555557=
b8a41 <exec_byte_code+2321>, 0x5555557b8a07 <exec_byte_code+2263>, 0x555555=
7b89cd <exec_byte_code+2205>, 0x5555557b8994 <exec_byte_code+2148>, 0x55555=
57b9411 <exec_byte_code+4833>, 0x5555557b93b8 <exec_byte_code+4744>, 0x5555=
557b8944 <exec_byte_code+2068>, 0x5555557b88fb <exec_byte_code+1995>, 0x555=
5555ab79d <exec_byte_code[cold]>, 0x5555555ab79d <exec_byte_code[cold]>, 0x=
5555555ab79d <exec_byte_code[cold]>, 0x5555555ab79d <exec_byte_code[cold]>,=
0x5555555ab79d <exec_byte_code[cold]>, 0x5555555ab79d <exec_byte_code[cold=
]>, 0x5555557b9d31 <exec_byte_code+7169>, 0x5555557b9a15 <exec_byte_code+63=
73>, 0x5555557b92cf <exec_byte_code+4511>, 0x5555557b882a <exec_byte_code+1=
786>, 0x5555557b87e7 <exec_byte_code+1719>, 0x5555555ab79d <exec_byte_code[=
cold]>, 0x5555555ab79d <exec_byte_code[cold]>, 0x5555557b87ac <exec_byte_co=
de+1660>, 0x5555557b8751 <exec_byte_code+1569>, 0x5555555ab79d <exec_byte_c=
ode[cold]>, 0x5555555ab79d <exec_byte_code[cold]>, 0x5555555ab79d <exec_byt=
e_code[cold]>, 0x5555555ab79d <exec_byte_code[cold]>, 0x5555555ab79d <exec_=
byte_code[cold]>, 0x5555555ab79d <exec_byte_code[cold]>, 0x5555555ab79d <ex=
ec_byte_code[cold]>, 0x5555555ab79d <exec_byte_code[cold]>, 0x5555557b8718 =
<exec_byte_code+1512> <repeats 64 times>}
quitcounter =3D <optimized out>
bc =3D <optimized out>
top =3D 0x7fffef9ff030
pc =3D 0x7ffff19c7a9d "\207"
bytestr =3D <optimized out>
vector =3D <optimized out>
maxdepth =3D <optimized out>
const_length =3D <optimized out>
bytestr_length =3D <optimized out>
vectorp =3D 0x55555991c830
max_stack =3D <optimized out>
frame_base =3D <optimized out>
fp =3D <optimized out>
bytestr_data =3D 0x7ffff19c7a6a "\305\306\300\307#\210\f\203\021"
rest =3D <optimized out>
mandatory =3D <optimized out>
nonrest =3D <optimized out>
pushedargs =3D <optimized out>
result =3D <optimized out>
#23 0x000055555576fa95 in Ffuncall (nargs=3D1, args=3D0x7fffffffcf78) at ev=
al.c:3184
count =3D {bytes =3D <optimized out>}
val =3D <optimized out>
#24 0x00005555557700e9 in funcall_nil (nargs=3D<optimized out>, args=3D<opt=
imized out>) at eval.c:2852
#25 0x000055555576b806 in run_hook_with_args (nargs=3D1, args=3D0x7fffffffc=
f78, funcall=3D0x5555557700e0 <funcall_nil>) at eval.c:3029
global_vals =3D <optimized out>
sym =3D 0xf750
val =3D 0x5555598bba73
ret =3D 0x0
#26 0x000055555576b96f in Frun_hook_with_args (nargs=3D1, args=3D0x7fffffff=
cf78) at eval.c:2894
#27 run_hook (hook=3D<optimized out>, hook@entry=3D0xf750) at eval.c:3042
#28 0x0000555555723588 in internal_self_insert (c=3D10, n=3D<optimized out>=
, n@entry=3D1) at cmds.c:498
hairy =3D 1
tem =3D <optimized out>
synt =3D <optimized out>
overwrite =3D <optimized out>
len =3D <optimized out>
str =3D "\n\377\377\177"
chars_to_delete =3D <optimized out>
spaces_to_insert =3D <optimized out>
#29 0x0000555555723f76 in Fself_insert_command (n=3D<optimized out>, c=3D0x=
2a) at cmds.c:297
character =3D <optimized out>
val =3D <optimized out>
#30 0x00007ffff077d936 in F6e65776c696e65_newline_0 () at /home/nam/emacs/s=
rc/../native-lisp/31.0.50-53ed0af7/preloaded/simple-fab5b0cf-84df7285.eln
#31 0x000055555576fa95 in Ffuncall (nargs=3D1, args=3D0x7fffffffd130) at ev=
al.c:3184
count =3D {bytes =3D <optimized out>}
val =3D <optimized out>
#32 0x00007fffdeef611e in F6d6573736167652d696e736572742d6369746174696f6e2d=
6c696e65_message_insert_citation_line_0 ()
at /home/nam/.emacs.d/eln-cache/31.0.50-53ed0af7/message-4a315c5a-a1283=
a49.eln
#33 0x000055555576fa95 in Ffuncall (nargs=3D1, args=3D0x7fffffffd1e8) at ev=
al.c:3184
count =3D {bytes =3D <optimized out>}
val =3D <optimized out>
#34 0x00007fffdeef49e4 in F6d6573736167652d636974652d6f726967696e616c2d31_m=
essage_cite_original_1_0 () at /home/nam/.emacs.d/eln-cache/31.0.50-53ed0af=
7/message-4a315c5a-a1283a49.eln
#35 0x000055555576fa95 in Ffuncall (nargs=3D2, args=3D0x7fffffffd370) at ev=
al.c:3184
count =3D {bytes =3D <optimized out>}
val =3D <optimized out>
#36 0x00007fffdeef4bb7 in F6d6573736167652d636974652d6f726967696e616c_messa=
ge_cite_original_0 () at /home/nam/.emacs.d/eln-cache/31.0.50-53ed0af7/mess=
age-4a315c5a-a1283a49.eln
#37 0x000055555576fa95 in Ffuncall (nargs=3D1, args=3D0x7fffffffd410) at ev=
al.c:3184
count =3D {bytes =3D <optimized out>}
val =3D <optimized out>
#38 0x00007fffddf50576 in F6e6f746d7563682d6d75612d7265706c79_notmuch_mua_r=
eply_0 () at /home/nam/.emacs.d/eln-cache/31.0.50-53ed0af7/notmuch-mua-ce71=
3ca0-a4a8ff13.eln
#39 0x000055555576fa95 in Ffuncall (nargs=3D5, args=3D0x7fffffffd650) at ev=
al.c:3184
count =3D {bytes =3D <optimized out>}
val =3D <optimized out>
#40 0x00007fffddf51f3c in F6e6f746d7563682d6d75612d6e65772d7265706c79_notmu=
ch_mua_new_reply_0 () at /home/nam/.emacs.d/eln-cache/31.0.50-53ed0af7/notm=
uch-mua-ce713ca0-a4a8ff13.eln
#41 0x000055555576fa95 in Ffuncall (nargs=3D5, args=3D0x7fffffffd710) at ev=
al.c:3184
count =3D {bytes =3D <optimized out>}
val =3D <optimized out>
#42 0x00007fffde047340 in F6e6f746d7563682d73686f772d7265706c79_notmuch_sho=
w_reply_0 () at /home/nam/.emacs.d/eln-cache/31.0.50-53ed0af7/notmuch-show-=
7a11400e-6e6e3342.eln
#43 0x000055555576fa95 in Ffuncall (nargs=3Dnargs@entry=3D2, args=3D0x7ffff=
fffd808) at eval.c:3184
count =3D {bytes =3D <optimized out>}
val =3D <optimized out>
#44 0x00005555557681fc in Ffuncall_interactively (nargs=3D2, args=3D<optimi=
zed out>) at callint.c:253
speccount =3D {bytes =3D <optimized out>}
#45 0x000055555576fa95 in Ffuncall (nargs=3Dnargs@entry=3D3, args=3Dargs@en=
try=3D0x7fffffffd800) at eval.c:3184
count =3D {bytes =3D <optimized out>}
val =3D <optimized out>
#46 0x0000555555769942 in Fcall_interactively (function=3D<optimized out>, =
record_flag=3D<optimized out>, keys=3D<optimized out>) at callint.c:803
speccount =3D {bytes =3D <optimized out>}
arg_from_tty =3D <optimized out>
key_count =3D <optimized out>
record_then_fail =3D <optimized out>
save_this_command =3D <optimized out>
save_this_original_command =3D <optimized out>
save_real_this_command =3D <optimized out>
save_last_command =3D <optimized out>
prefix_arg =3D <optimized out>
enable =3D <optimized out>
up_event =3D <optimized out>
form =3D <optimized out>
specs =3D <optimized out>
sa_avail =3D <optimized out>
sa_count =3D {bytes =3D <optimized out>}
string_len =3D <optimized out>
string =3D <optimized out>
string_end =3D <optimized out>
next_event =3D <optimized out>
nargs =3D <optimized out>
args =3D <optimized out>
visargs =3D <optimized out>
varies =3D <optimized out>
tem =3D <optimized out>
val =3D <optimized out>
#47 0x00007ffff0789f0d in F636f6d6d616e642d65786563757465_command_execute_0=
() at /home/nam/emacs/src/../native-lisp/31.0.50-53ed0af7/preloaded/simple=
-fab5b0cf-84df7285.eln
#48 0x000055555576fa95 in Ffuncall (nargs=3Dnargs@entry=3D2, args=3Dargs@en=
try=3D0x7fffffffdae0) at eval.c:3184
count =3D {bytes =3D <optimized out>}
val =3D <optimized out>
#49 0x00005555556f0482 in command_loop_1 () at keyboard.c:1545
scount =3D {bytes =3D <optimized out>}
cmd =3D <optimized out>
keybuf =3D {0x18e, 0x14a, 0x0, 0x60, 0x60, 0x0, 0x0, 0x555555862c70=
, 0x7fffffffdda0, 0x55555576c226 <unbind_to+246>, 0x7fffffffe2b6, 0x555558c=
31043, 0xb, 0x11880, 0x30, 0x5555563c24b5, 0x2aaa9b8b58c8, 0x555558c31043, =
0x60, 0x7fffffffdbd0, 0x7fffffffe2b6, 0x7fffffffdda0, 0x1, 0x5555556e3fe9 <=
cmd_error+345>, 0x0, 0x0, 0x0, 0x7ffff3271ac0 <main_arena>, 0xb, 0xb730}
i =3D <optimized out>
last_pt =3D 151
prev_modiff =3D 147
prev_buffer =3D 0x55555962c990
#50 0x000055555576afa7 in internal_condition_case (bfun=3Dbfun@entry=3D0x55=
55556f00a0 <command_loop_1>, handlers=3Dhandlers@entry=3D0x90, hfun=3Dhfun@=
entry=3D0x5555556e3e90 <cmd_error>) at eval.c:1689
val =3D <optimized out>
c =3D 0x555555b874c0
#51 0x00005555556dbf4e in command_loop_2 (handlers=3Dhandlers@entry=3D0x90)=
at keyboard.c:1163
val =3D <optimized out>
#52 0x000055555576af01 in internal_catch (tag=3Dtag@entry=3D0x12a50, func=
=3Dfunc@entry=3D0x5555556dbf20 <command_loop_2>, arg=3Darg@entry=3D0x90) at=
eval.c:1369
val =3D <optimized out>
c =3D 0x555555b87380
#53 0x00005555556dbee3 in command_loop () at keyboard.c:1141
#54 0x00005555556e3a51 in recursive_edit_1 () at keyboard.c:749
count =3D {bytes =3D <optimized out>}
val =3D <optimized out>
#55 0x00005555556e3dbc in Frecursive_edit () at keyboard.c:832
count =3D {bytes =3D <optimized out>}
buffer =3D <optimized out>
#56 0x00005555555af9c6 in main (argc=3D1, argv=3D0x7fffffffdf78) at emacs.c=
:2633
stack_bottom_variable =3D 0xe4a0
old_argc =3D <optimized out>
no_loadup =3D false
junk =3D 0x0
dname_arg =3D 0x0
ch_to_dir =3D 0x0
original_pwd =3D <optimized out>
dump_mode =3D <optimized out>
skip_args =3D 0
temacs =3D 0x0
attempt_load_pdump =3D <optimized out>
only_version =3D false
rlim =3D {rlim_cur =3D 10022912, rlim_max =3D 18446744073709551615}
lc_all =3D <optimized out>
sockfd =3D -1
module_assertions =3D <optimized out>
Also, interestingly, I tried removing things one by one from my .emacs
file. I narrowed it down that this configuration:
(defun sane-word () (modify-syntax-entry ?_ "w"))
(add-hook 'after-change-major-mode-hook 'sane-word)
somehow caused the problem. After I remove these 2 lines, the problem disap=
pears.
I can reproduce this problem by building Emacs from source (commit
f5a2357a89f8bc59db44bb27b3e9378db4087834) and using Debian trixie's Emacs 3=
0.1.
Best regards,
Nam
Nam Cao <namcao@HIDDEN>:bug-gnu-emacs@HIDDEN.
Full text available.bug-gnu-emacs@HIDDEN:bug#80769; Package emacs.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.