GNU bug report logs - #72863
30.0.50; tree-sitter elixir-ts-mode hangs and memory leak on some elixir and heex code

Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.

Package: emacs; Reported by: mail@HIDDEN; dated Thu, 29 Aug 2024 03:30:02 UTC; Maintainer for emacs is bug-gnu-emacs@HIDDEN.

Message received at 72863 <at> debbugs.gnu.org:


Received: (at 72863) by debbugs.gnu.org; 16 Sep 2024 07:00:23 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Sep 16 03:00:23 2024
Received: from localhost ([127.0.0.1]:50971 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1sq5ig-0003q3-A7
	for submit <at> debbugs.gnu.org; Mon, 16 Sep 2024 03:00:23 -0400
Received: from mail-qk1-f169.google.com ([209.85.222.169]:56759)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <wkirschbaum@HIDDEN>) id 1sq5ic-0003kb-FG
 for 72863 <at> debbugs.gnu.org; Mon, 16 Sep 2024 03:00:21 -0400
Received: by mail-qk1-f169.google.com with SMTP id
 af79cd13be357-7a99d23e036so453943185a.1
 for <72863 <at> debbugs.gnu.org>; Mon, 16 Sep 2024 00:00:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gmail.com; s=20230601; t=1726469940; x=1727074740; darn=debbugs.gnu.org;
 h=cc:to:subject:message-id:date:from:in-reply-to:references
 :mime-version:from:to:cc:subject:date:message-id:reply-to;
 bh=hA2bANumLunnSINx76pg9lqPbmUk93NkqSD47w4Wa7E=;
 b=jRPR8Ph5AIiCygpyEBDmuL1uSbJQxZx7z+TL8Z2S5Z5/uH23nOlK9Jv06bKx4tRZeh
 yhgmHiEWPzZ4eqRVgPe9oqMyFKtRGHge6FHuu+EoYPNj61gn/N/Jgsrr1psN/vDNXxzg
 5R3So8WSROMFv2F0ofAzopJ5SkKOJSzLlBF2EXxZxMPeNR5QiYu5rDvtLBovfHG0mfx/
 1NTZjv1hi2veL9F+oXSp6XNVzQGUuFwYKCR8Ut8r6rNIDSqyDY+prdtnbvYEvYO4NyEM
 Uwc6MF9mlBkKsMAUBiEhWFvSK6VdvElqkXQf2kbUtZbgkXf3uFwk5+qeLu3UdX2+TZ7N
 QDIQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20230601; t=1726469940; x=1727074740;
 h=cc:to:subject:message-id:date:from:in-reply-to:references
 :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id
 :reply-to;
 bh=hA2bANumLunnSINx76pg9lqPbmUk93NkqSD47w4Wa7E=;
 b=gHcbAGL6llL7AJgAXZK0G/5L5OE9qpWQ3OqpHtOJqASxJyR3bAiPurWI+RyDi6wPN9
 sAepLN7m6CAaDXovk/rG4N//aVgubMiWk6ewADFqasoNFiHgyojKscCw/F/vimli+9lo
 3Yh9VGfH9C3NPwclO4BlWdERCA9u1S3HY0931ISLxOz5SLZxFe9Z1E7qzAOYD8FVBvYR
 r+zIoeMfe3R6UM8WSgRZsCCLVy0o8NYnPavqYP7Ib55smqAccgJ1jtz/lNUMTp5IEABq
 KIuPONg+wRmcUJrhDYdEmexu1CGJERjql483rIwWgtRV8g0ha4G0C4HE06MFzDSkC+ur
 01lQ==
X-Forwarded-Encrypted: i=1;
 AJvYcCUBcq0r4BJkALoPG0TZUkqfWQc/3Ui/C4I1ZiOVOQDsUkww4CU6jOMwlslMoTeFxASyqj3VnQ==@debbugs.gnu.org
X-Gm-Message-State: AOJu0Yw+ddnzqDA9VR3SJZs2Lh9SxwEEJwKm+qP7RDjFvoCmMoeR3/xl
 Di6PW4Ww6ZPmtlemclnpdPQZxp76d4vY0KFpaqfNSaajK4sttEkpI/yHNgP9G0avJxcZzw0Rght
 6F79aAxlEavwCUDyq5oszKeMoBtI=
X-Google-Smtp-Source: AGHT+IEGgZiFbtpsXnBA24xmvbjG36Pndoyq+vdmPMiNcPxCb1d3sXRI7HF1zKT4TPe3Q1HVblQvpvRBQhXhVgd/Moc=
X-Received: by 2002:a05:620a:4508:b0:7a9:b114:471d with SMTP id
 af79cd13be357-7a9e5f18a6fmr2815806985a.33.1726469939726; Sun, 15 Sep 2024
 23:58:59 -0700 (PDT)
MIME-Version: 1.0
References: <94F9A716-7D86-42F9-A010-54501ACF9AF8@HIDDEN>
 <861q27hq4a.fsf@HIDDEN>
 <F19AF072-97D8-48E5-A815-E0E0D37DB6EB@HIDDEN>
 <CAOS0-35c3WAZaeHtt_4B3VGJdQynT3ux6cYp9SfYSVoRBJvxWg@HIDDEN>
 <0F8C0C10-A357-464F-9863-DED85B80D6C8@HIDDEN>
 <9B6747A4-4959-464C-82C2-3B58B2C04266@HIDDEN>
 <6B5BA7D6-743D-4B12-903B-2852423A3C00@HIDDEN> <86seuawv0c.fsf@HIDDEN>
 <3C53EF6A-EFFA-4648-9741-D7ECAB68F227@HIDDEN> <86le02wrts.fsf@HIDDEN>
 <DE14D5D7-3D01-4B8C-BA06-170EFB81F6EB@HIDDEN>
 <32ED815A-70FE-44BB-96E1-A0B1FEA88C43@HIDDEN>
 <F5BD1B90-80A8-4FBD-9E7C-09313F1F43FC@HIDDEN>
 <6E186236-8610-4240-9441-0CAA666FB03F@HIDDEN>
In-Reply-To: <6E186236-8610-4240-9441-0CAA666FB03F@HIDDEN>
From: Wilhelm Kirschbaum <wkirschbaum@HIDDEN>
Date: Mon, 16 Sep 2024 08:58:48 +0200
Message-ID: <CAOS0-37D61jvdcTpOHKX5PJ497QQECKE31e_7rTDs2=eDra+Mw@HIDDEN>
Subject: Re: bug#72863: 30.0.50; tree-sitter elixir-ts-mode hangs and memory
 leak on some elixir and heex code
To: Yuan Fu <casouri@HIDDEN>
Content-Type: multipart/alternative; boundary="00000000000079130f0622371b17"
X-Spam-Score: -0.0 (/)
X-Debbugs-Envelope-To: 72863
Cc: Eli Zaretskii <eliz@HIDDEN>, 72863 <at> debbugs.gnu.org, mail@HIDDEN
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: -1.0 (-)

--00000000000079130f0622371b17
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Thanks Yuan, and thanks for the improvements on elixir-ts-mode.

Kind regards,
Wilhelm

On Thu, Sep 12, 2024 at 9:47=E2=80=AFAM Yuan Fu <casouri@HIDDEN> wrote:

>
>
> > On Sep 11, 2024, at 12:22=E2=80=AFPM, mail@HIDDEN wrote:
> >
> > Wow, thank you so much for diving into this issue! I'll keep track of i=
t
> in tree-sitter repo from now on.
>
> My pleasure ;-)
>
> > It seems like other integrations somehow manage to avoid hanging or
> crashing the main process, so it doesn't affect them?
> > I just checked in the Zed editor again to confirm. When I type a=3D{, i=
t
> fails to highlight the rest of the embedded HEEX (but only within the
> current function) though.
>
> I know a couple editors uses async parsing, Zed probably also uses async
> parsing.
>
> Yuan
>
>
> >> On Sep 11, 2024, at 7:45=E2=80=AFAM, Yuan Fu <casouri@HIDDEN> wrote=
:
> >>
> >>
> >>
> >>> On Sep 8, 2024, at 12:48=E2=80=AFAM, Yuan Fu <casouri@HIDDEN> wrot=
e:
> >>>
> >>>
> >>>
> >>>> On Sep 8, 2024, at 12:02=E2=80=AFAM, Eli Zaretskii <eliz@HIDDEN> wr=
ote:
> >>>>
> >>>>> From: Yuan Fu <casouri@HIDDEN>
> >>>>> Date: Sat, 7 Sep 2024 22:57:29 -0700
> >>>>> Cc: mail@HIDDEN,
> >>>>> wkirschbaum@HIDDEN,
> >>>>> 72863 <at> debbugs.gnu.org
> >>>>>
> >>>>>
> >>>>>
> >>>>>> On Sep 7, 2024, at 10:54=E2=80=AFPM, Eli Zaretskii <eliz@HIDDEN> =
wrote:
> >>>>>>
> >>>>>>> From: Yuan Fu <casouri@HIDDEN>
> >>>>>>> Date: Sat, 7 Sep 2024 22:44:53 -0700
> >>>>>>> Cc: Wilhelm Kirschbaum <wkirschbaum@HIDDEN>,
> >>>>>>> Eli Zaretskii <eliz@HIDDEN>,
> >>>>>>> 72863 <at> debbugs.gnu.org
> >>>>>>>
> >>>>>>> Meanwhile, I want to push the fix for the other bug I discovered
> to emacs-30. Eli, I wrote a debugging function that prints parser states,
> naturally this function isn=E2=80=99t called anywhere so there=E2=80=99ll=
 be a compiler
> warning, what should I do in this case?
> >>>>>>
> >>>>>> Why would there be a compiler warning?  What kind of warning?
> >>>>>
> >>>>> A function-not-used warning. Maybe it=E2=80=99s an lldb thing?
> >>>>
> >>>> If the function is not static, there should be no such warning.
> >>>
> >>> Ah, you=E2=80=99re right, I marked it static. Thanks!
> >>>
> >>> Yuan
> >>
> >> Good news: not an Emacs bug. Bad news: a tree-sitter bug. Turns out I
> made an error in my test program, which is the reason why Emacs hangs but
> the test program doesn=E2=80=99t. Once I fixed the error, the test progra=
m hangs
> too. I submitted a bug report to tree-sitter:
> https://github.com/tree-sitter/tree-sitter/issues/3620
> >>
> >> I can finally sleep soundly at night now; and I guess tree-sitter dev
> will start having sleepless nights :-)
> >>
> >> Yuan
> >>
> >
>
>

--00000000000079130f0622371b17
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>Thanks Yuan, and thanks for the improvements on elixi=
r-ts-mode.</div><div><br></div><div>Kind regards, <br></div><div>Wilhelm<br=
></div></div><br><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail=
_attr">On Thu, Sep 12, 2024 at 9:47=E2=80=AFAM Yuan Fu &lt;<a href=3D"mailt=
o:casouri@HIDDEN">casouri@HIDDEN</a>&gt; wrote:<br></div><blockquote =
class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px sol=
id rgb(204,204,204);padding-left:1ex"><br>
<br>
&gt; On Sep 11, 2024, at 12:22=E2=80=AFPM, <a href=3D"mailto:mail@HIDDEN" =
target=3D"_blank">mail@HIDDEN</a> wrote:<br>
&gt; <br>
&gt; Wow, thank you so much for diving into this issue! I&#39;ll keep track=
 of it in tree-sitter repo from now on.<br>
<br>
My pleasure ;-)<br>
<br>
&gt; It seems like other integrations somehow manage to avoid hanging or cr=
ashing the main process, so it doesn&#39;t affect them?<br>
&gt; I just checked in the Zed editor again to confirm. When I type a=3D{, =
it fails to highlight the rest of the embedded HEEX (but only within the cu=
rrent function) though.<br>
<br>
I know a couple editors uses async parsing, Zed probably also uses async pa=
rsing.<br>
<br>
Yuan<br>
<br>
<br>
&gt;&gt; On Sep 11, 2024, at 7:45=E2=80=AFAM, Yuan Fu &lt;<a href=3D"mailto=
:casouri@HIDDEN" target=3D"_blank">casouri@HIDDEN</a>&gt; wrote:<br>
&gt;&gt; <br>
&gt;&gt; <br>
&gt;&gt; <br>
&gt;&gt;&gt; On Sep 8, 2024, at 12:48=E2=80=AFAM, Yuan Fu &lt;<a href=3D"ma=
ilto:casouri@HIDDEN" target=3D"_blank">casouri@HIDDEN</a>&gt; wrote:<=
br>
&gt;&gt;&gt; <br>
&gt;&gt;&gt; <br>
&gt;&gt;&gt; <br>
&gt;&gt;&gt;&gt; On Sep 8, 2024, at 12:02=E2=80=AFAM, Eli Zaretskii &lt;<a =
href=3D"mailto:eliz@HIDDEN" target=3D"_blank">eliz@HIDDEN</a>&gt; wrote:<=
br>
&gt;&gt;&gt;&gt; <br>
&gt;&gt;&gt;&gt;&gt; From: Yuan Fu &lt;<a href=3D"mailto:casouri@HIDDEN"=
 target=3D"_blank">casouri@HIDDEN</a>&gt;<br>
&gt;&gt;&gt;&gt;&gt; Date: Sat, 7 Sep 2024 22:57:29 -0700<br>
&gt;&gt;&gt;&gt;&gt; Cc: <a href=3D"mailto:mail@HIDDEN" target=3D"_blank">=
mail@HIDDEN</a>,<br>
&gt;&gt;&gt;&gt;&gt; <a href=3D"mailto:wkirschbaum@HIDDEN" target=3D"_bl=
ank">wkirschbaum@HIDDEN</a>,<br>
&gt;&gt;&gt;&gt;&gt; <a href=3D"mailto:72863 <at> debbugs.gnu.org" target=3D"_bl=
ank">72863 <at> debbugs.gnu.org</a><br>
&gt;&gt;&gt;&gt;&gt; <br>
&gt;&gt;&gt;&gt;&gt; <br>
&gt;&gt;&gt;&gt;&gt; <br>
&gt;&gt;&gt;&gt;&gt;&gt; On Sep 7, 2024, at 10:54=E2=80=AFPM, Eli Zaretskii=
 &lt;<a href=3D"mailto:eliz@HIDDEN" target=3D"_blank">eliz@HIDDEN</a>&gt;=
 wrote:<br>
&gt;&gt;&gt;&gt;&gt;&gt; <br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; From: Yuan Fu &lt;<a href=3D"mailto:casouri@gm=
ail.com" target=3D"_blank">casouri@HIDDEN</a>&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; Date: Sat, 7 Sep 2024 22:44:53 -0700<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; Cc: Wilhelm Kirschbaum &lt;<a href=3D"mailto:w=
kirschbaum@HIDDEN" target=3D"_blank">wkirschbaum@HIDDEN</a>&gt;,<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; Eli Zaretskii &lt;<a href=3D"mailto:eliz@HIDDEN=
rg" target=3D"_blank">eliz@HIDDEN</a>&gt;,<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; <a href=3D"mailto:72863 <at> debbugs.gnu.org" targe=
t=3D"_blank">72863 <at> debbugs.gnu.org</a><br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; <br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; Meanwhile, I want to push the fix for the othe=
r bug I discovered to emacs-30. Eli, I wrote a debugging function that prin=
ts parser states, naturally this function isn=E2=80=99t called anywhere so =
there=E2=80=99ll be a compiler warning, what should I do in this case?<br>
&gt;&gt;&gt;&gt;&gt;&gt; <br>
&gt;&gt;&gt;&gt;&gt;&gt; Why would there be a compiler warning?=C2=A0 What =
kind of warning?<br>
&gt;&gt;&gt;&gt;&gt; <br>
&gt;&gt;&gt;&gt;&gt; A function-not-used warning. Maybe it=E2=80=99s an lld=
b thing?<br>
&gt;&gt;&gt;&gt; <br>
&gt;&gt;&gt;&gt; If the function is not static, there should be no such war=
ning.<br>
&gt;&gt;&gt; <br>
&gt;&gt;&gt; Ah, you=E2=80=99re right, I marked it static. Thanks!<br>
&gt;&gt;&gt; <br>
&gt;&gt;&gt; Yuan<br>
&gt;&gt; <br>
&gt;&gt; Good news: not an Emacs bug. Bad news: a tree-sitter bug. Turns ou=
t I made an error in my test program, which is the reason why Emacs hangs b=
ut the test program doesn=E2=80=99t. Once I fixed the error, the test progr=
am hangs too. I submitted a bug report to tree-sitter: <a href=3D"https://g=
ithub.com/tree-sitter/tree-sitter/issues/3620" rel=3D"noreferrer" target=3D=
"_blank">https://github.com/tree-sitter/tree-sitter/issues/3620</a><br>
&gt;&gt; <br>
&gt;&gt; I can finally sleep soundly at night now; and I guess tree-sitter =
dev will start having sleepless nights :-)<br>
&gt;&gt; <br>
&gt;&gt; Yuan<br>
&gt;&gt; <br>
&gt; <br>
<br>
</blockquote></div>

--00000000000079130f0622371b17--




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#72863; Package emacs. Full text available.

Message received at 72863 <at> debbugs.gnu.org:


Received: (at 72863) by debbugs.gnu.org; 12 Sep 2024 07:49:05 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Sep 12 03:49:05 2024
Received: from localhost ([127.0.0.1]:40047 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1soeZd-0000XI-3Y
	for submit <at> debbugs.gnu.org; Thu, 12 Sep 2024 03:49:05 -0400
Received: from mail-pl1-f179.google.com ([209.85.214.179]:57848)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <casouri@HIDDEN>) id 1soeZZ-0000Wl-TN
 for 72863 <at> debbugs.gnu.org; Thu, 12 Sep 2024 03:49:03 -0400
Received: by mail-pl1-f179.google.com with SMTP id
 d9443c01a7336-206f9b872b2so7374745ad.3
 for <72863 <at> debbugs.gnu.org>; Thu, 12 Sep 2024 00:48:54 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gmail.com; s=20230601; t=1726127268; x=1726732068; darn=debbugs.gnu.org;
 h=to:references:message-id:content-transfer-encoding:cc:date
 :in-reply-to:from:subject:mime-version:from:to:cc:subject:date
 :message-id:reply-to;
 bh=FQAPguVKtMh4s9nvzp+1v7AJTv1CtPEFKkdVqT3jIIg=;
 b=iu+b3yKT0ChAUQrH6Nz9gVLtdBkz70tZ9JD4awnNbLYIO++U3t+IsozQ4TAkByWCQ6
 XDCVGeBmO9Tf1rtJQO3iaspn6LhoRDWEdQNmN8rLY4TJWNqZNCZajlzvhUAOVy4hSjmt
 nvwLN9ltEts79HjvB5yyQIgMXeo7aa2wNlhbhyEtShMiLudFb17oOXdDWPXNrRQK2VwA
 U4GzVE+TC4o9lOncccOja+UsAxDBfHBsIp7VqQUd2/fROXhHJINX4qMpdjUTZ7JXB1Z0
 FYSY4bgRb6FZ+iEqWp4vbqLT3e06rX/9JfCC0WfPYolOJ0xzDR17gXKMAX/5i1NO0jTl
 sBfA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20230601; t=1726127268; x=1726732068;
 h=to:references:message-id:content-transfer-encoding:cc:date
 :in-reply-to:from:subject:mime-version:x-gm-message-state:from:to:cc
 :subject:date:message-id:reply-to;
 bh=FQAPguVKtMh4s9nvzp+1v7AJTv1CtPEFKkdVqT3jIIg=;
 b=FOFYGGSsFYkoYokETNFKkz2auFw352r+2GkDnmomF5Lpi4gTn8zVwWWQMoLcUXAW1z
 9w7iQkH3jbjpYT7OwFId9CEPFCb2vROYjgtMJaHpOUS02DO3JL4VZedEEENMNkgJLiTa
 3ZTTJk8BuHw01tY7wg7G0pspFTaa2Zc2bgSVVGF0bc0SUFOvzrX/RN2/VzVaWiIh159P
 5MYqCymy0j37bLWwukUzRWDBeVWtSkicV9fPz5WaF1AZbU7xS1i2J1ddP9Mar3BI7Egh
 7Sdc1OqdAbls9Z7JYSmk4kEYkbyEJgmhspMBSWZi2RvPZwAzl/3/8w15Ep4/tJZq2Uz8
 oQZg==
X-Forwarded-Encrypted: i=1;
 AJvYcCV9DMtPaZhjERkpT5PuOVmP4jdfjGlT3BQd9LJDdLq6q3ARw7Y0tCz/gT9c3jgHwX4TxJZfDg==@debbugs.gnu.org
X-Gm-Message-State: AOJu0Yzp37gMu5VBVZlYlVgY8tXohUkydLCGMzA0ky0CpD9y1/NiWZSY
 KUAnfcNsQKN1BfKcBaJSNUdE9GCO2LOz56y4fJWFaenuSTYF+nMD
X-Google-Smtp-Source: AGHT+IF9A0bBhsPeBCbr9J5NayXfhLakEduB3E17QEruABY+1rkk9Qop9lTolddJm2r0tgS4Zl7DUQ==
X-Received: by 2002:a17:902:ea08:b0:207:13a3:a896 with SMTP id
 d9443c01a7336-2076e3c43dfmr30082055ad.23.1726127268182; 
 Thu, 12 Sep 2024 00:47:48 -0700 (PDT)
Received: from smtpclient.apple ([2601:646:8f81:6120:5922:91:f01d:e306])
 by smtp.gmail.com with ESMTPSA id
 d9443c01a7336-2076b01a7f4sm9608655ad.269.2024.09.12.00.47.47
 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128);
 Thu, 12 Sep 2024 00:47:47 -0700 (PDT)
Content-Type: text/plain;
	charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51\))
Subject: Re: bug#72863: 30.0.50; tree-sitter elixir-ts-mode hangs and memory
 leak on some elixir and heex code
From: Yuan Fu <casouri@HIDDEN>
In-Reply-To: <F5BD1B90-80A8-4FBD-9E7C-09313F1F43FC@HIDDEN>
Date: Thu, 12 Sep 2024 00:47:36 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <6E186236-8610-4240-9441-0CAA666FB03F@HIDDEN>
References: <94F9A716-7D86-42F9-A010-54501ACF9AF8@HIDDEN>
 <861q27hq4a.fsf@HIDDEN> <F19AF072-97D8-48E5-A815-E0E0D37DB6EB@HIDDEN>
 <CAOS0-35c3WAZaeHtt_4B3VGJdQynT3ux6cYp9SfYSVoRBJvxWg@HIDDEN>
 <0F8C0C10-A357-464F-9863-DED85B80D6C8@HIDDEN>
 <9B6747A4-4959-464C-82C2-3B58B2C04266@HIDDEN>
 <6B5BA7D6-743D-4B12-903B-2852423A3C00@HIDDEN> <86seuawv0c.fsf@HIDDEN>
 <3C53EF6A-EFFA-4648-9741-D7ECAB68F227@HIDDEN> <86le02wrts.fsf@HIDDEN>
 <DE14D5D7-3D01-4B8C-BA06-170EFB81F6EB@HIDDEN>
 <32ED815A-70FE-44BB-96E1-A0B1FEA88C43@HIDDEN>
 <F5BD1B90-80A8-4FBD-9E7C-09313F1F43FC@HIDDEN>
To: mail@HIDDEN
X-Mailer: Apple Mail (2.3776.700.51)
X-Spam-Score: 1.0 (+)
X-Debbugs-Envelope-To: 72863
Cc: Wilhelm Kirschbaum <wkirschbaum@HIDDEN>, Eli Zaretskii <eliz@HIDDEN>,
 72863 <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: -1.0 (-)



> On Sep 11, 2024, at 12:22=E2=80=AFPM, mail@HIDDEN wrote:
>=20
> Wow, thank you so much for diving into this issue! I'll keep track of =
it in tree-sitter repo from now on.

My pleasure ;-)

> It seems like other integrations somehow manage to avoid hanging or =
crashing the main process, so it doesn't affect them?
> I just checked in the Zed editor again to confirm. When I type a=3D{, =
it fails to highlight the rest of the embedded HEEX (but only within the =
current function) though.

I know a couple editors uses async parsing, Zed probably also uses async =
parsing.

Yuan


>> On Sep 11, 2024, at 7:45=E2=80=AFAM, Yuan Fu <casouri@HIDDEN> =
wrote:
>>=20
>>=20
>>=20
>>> On Sep 8, 2024, at 12:48=E2=80=AFAM, Yuan Fu <casouri@HIDDEN> =
wrote:
>>>=20
>>>=20
>>>=20
>>>> On Sep 8, 2024, at 12:02=E2=80=AFAM, Eli Zaretskii <eliz@HIDDEN> =
wrote:
>>>>=20
>>>>> From: Yuan Fu <casouri@HIDDEN>
>>>>> Date: Sat, 7 Sep 2024 22:57:29 -0700
>>>>> Cc: mail@HIDDEN,
>>>>> wkirschbaum@HIDDEN,
>>>>> 72863 <at> debbugs.gnu.org
>>>>>=20
>>>>>=20
>>>>>=20
>>>>>> On Sep 7, 2024, at 10:54=E2=80=AFPM, Eli Zaretskii <eliz@HIDDEN> =
wrote:
>>>>>>=20
>>>>>>> From: Yuan Fu <casouri@HIDDEN>
>>>>>>> Date: Sat, 7 Sep 2024 22:44:53 -0700
>>>>>>> Cc: Wilhelm Kirschbaum <wkirschbaum@HIDDEN>,
>>>>>>> Eli Zaretskii <eliz@HIDDEN>,
>>>>>>> 72863 <at> debbugs.gnu.org
>>>>>>>=20
>>>>>>> Meanwhile, I want to push the fix for the other bug I discovered =
to emacs-30. Eli, I wrote a debugging function that prints parser =
states, naturally this function isn=E2=80=99t called anywhere so =
there=E2=80=99ll be a compiler warning, what should I do in this case?
>>>>>>=20
>>>>>> Why would there be a compiler warning?  What kind of warning?
>>>>>=20
>>>>> A function-not-used warning. Maybe it=E2=80=99s an lldb thing?
>>>>=20
>>>> If the function is not static, there should be no such warning.
>>>=20
>>> Ah, you=E2=80=99re right, I marked it static. Thanks!
>>>=20
>>> Yuan
>>=20
>> Good news: not an Emacs bug. Bad news: a tree-sitter bug. Turns out I =
made an error in my test program, which is the reason why Emacs hangs =
but the test program doesn=E2=80=99t. Once I fixed the error, the test =
program hangs too. I submitted a bug report to tree-sitter: =
https://github.com/tree-sitter/tree-sitter/issues/3620
>>=20
>> I can finally sleep soundly at night now; and I guess tree-sitter dev =
will start having sleepless nights :-)
>>=20
>> Yuan
>>=20
>=20





Information forwarded to bug-gnu-emacs@HIDDEN:
bug#72863; Package emacs. Full text available.

Message received at 72863 <at> debbugs.gnu.org:


Received: (at 72863) by debbugs.gnu.org; 11 Sep 2024 19:23:09 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Sep 11 15:23:08 2024
Received: from localhost ([127.0.0.1]:39584 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1soSvk-00044i-AE
	for submit <at> debbugs.gnu.org; Wed, 11 Sep 2024 15:23:08 -0400
Received: from pv50p00im-ztdg10011201.me.com ([17.58.6.39]:50182)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <mail@HIDDEN>) id 1soSvh-00043p-Jv
 for 72863 <at> debbugs.gnu.org; Wed, 11 Sep 2024 15:23:06 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ssbb.me; s=sig1;
 t=1726082573; bh=rw8xgMgEZxswKafsYJK57ncylpH0wOYfgllfpb446+c=;
 h=From:Message-Id:Content-Type:Mime-Version:Subject:Date:To;
 b=SNOi0t9cSzqFG5axHpad9ChjoFzMX19SdO9ZmmxLxd5qOaO1xo4/CTJmHYomY2S4l
 rvkNYWQ4EndwmU8zBuvDLxaP1Y0bTlJ78RHD5YJgdbAFngki4RaCKj26hQyK8FIUQl
 VQF4aPcla6lC2Go4YPR9HDo8HNbIDWaHScO9LYtblGbaIjEFVh0XnhfUPcFvt1ZGtg
 k/7tsH82y+KGwAGSgZqCU8rWX7nsCcxN2btrYa3EpFUfNT8rUw364cTLLpgpm/9IIR
 nfucyEUe0gWQNpQGBmaee026cfrEhhnQnrzvE5oM6LslvMxO2FOtXdJws7YjROTIj+
 4Tb0dbhbTPr2g==
Received: from smtpclient.apple (pv50p00im-dlb-asmtp-mailmevip.me.com
 [17.56.9.10])
 by pv50p00im-ztdg10011201.me.com (Postfix) with ESMTPSA id 0ECD0680A5D;
 Wed, 11 Sep 2024 19:22:48 +0000 (UTC)
From: mail@HIDDEN
Message-Id: <F5BD1B90-80A8-4FBD-9E7C-09313F1F43FC@HIDDEN>
Content-Type: multipart/alternative;
 boundary="Apple-Mail=_CAC5A4C1-F760-4CF1-B185-FCE8C6DCA48B"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.300.61.1.2\))
Subject: Re: bug#72863: 30.0.50; tree-sitter elixir-ts-mode hangs and memory
 leak on some elixir and heex code
Date: Wed, 11 Sep 2024 23:22:34 +0400
In-Reply-To: <32ED815A-70FE-44BB-96E1-A0B1FEA88C43@HIDDEN>
To: Yuan Fu <casouri@HIDDEN>
References: <94F9A716-7D86-42F9-A010-54501ACF9AF8@HIDDEN>
 <861q27hq4a.fsf@HIDDEN> <F19AF072-97D8-48E5-A815-E0E0D37DB6EB@HIDDEN>
 <CAOS0-35c3WAZaeHtt_4B3VGJdQynT3ux6cYp9SfYSVoRBJvxWg@HIDDEN>
 <0F8C0C10-A357-464F-9863-DED85B80D6C8@HIDDEN>
 <9B6747A4-4959-464C-82C2-3B58B2C04266@HIDDEN>
 <6B5BA7D6-743D-4B12-903B-2852423A3C00@HIDDEN> <86seuawv0c.fsf@HIDDEN>
 <3C53EF6A-EFFA-4648-9741-D7ECAB68F227@HIDDEN> <86le02wrts.fsf@HIDDEN>
 <DE14D5D7-3D01-4B8C-BA06-170EFB81F6EB@HIDDEN>
 <32ED815A-70FE-44BB-96E1-A0B1FEA88C43@HIDDEN>
X-Mailer: Apple Mail (2.3774.300.61.1.2)
X-Proofpoint-ORIG-GUID: FZglYlZcCj_3usyuIYg8F-DVOxVzezMj
X-Proofpoint-GUID: FZglYlZcCj_3usyuIYg8F-DVOxVzezMj
X-Proofpoint-Virus-Version: vendor=baseguard
 engine=ICAP:2.0.272,Aquarius:18.0.1039,Hydra:6.0.680,FMLib:17.12.60.29
 definitions=2024-09-10_12,2024-09-09_02,2024-09-02_01
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 adultscore=0
 malwarescore=0 mlxscore=0
 spamscore=0 bulkscore=0 clxscore=1030 suspectscore=0 phishscore=0
 mlxlogscore=999 classifier=spam adjust=0 reason=mlx scancount=1
 engine=8.19.0-2308100000 definitions=main-2409110148
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 72863
Cc: Wilhelm Kirschbaum <wkirschbaum@HIDDEN>, Eli Zaretskii <eliz@HIDDEN>,
 72863 <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: -1.7 (-)


--Apple-Mail=_CAC5A4C1-F760-4CF1-B185-FCE8C6DCA48B
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8

Wow, thank you so much for diving into this issue! I'll keep track of it =
in tree-sitter repo from now on.

It seems like other integrations somehow manage to avoid hanging or =
crashing the main process, so it doesn't affect them?

I just checked in the Zed editor again to confirm. When I type a=3D{, it =
fails to highlight the rest of the embedded HEEX (but only within the =
current function) though.


> On Sep 11, 2024, at 7:45=E2=80=AFAM, Yuan Fu <casouri@HIDDEN> =
wrote:
>=20
>=20
>=20
>> On Sep 8, 2024, at 12:48=E2=80=AFAM, Yuan Fu <casouri@HIDDEN> =
wrote:
>>=20
>>=20
>>=20
>>> On Sep 8, 2024, at 12:02=E2=80=AFAM, Eli Zaretskii <eliz@HIDDEN> =
wrote:
>>>=20
>>>> From: Yuan Fu <casouri@HIDDEN>
>>>> Date: Sat, 7 Sep 2024 22:57:29 -0700
>>>> Cc: mail@HIDDEN,
>>>> wkirschbaum@HIDDEN,
>>>> 72863 <at> debbugs.gnu.org
>>>>=20
>>>>=20
>>>>=20
>>>>> On Sep 7, 2024, at 10:54=E2=80=AFPM, Eli Zaretskii <eliz@HIDDEN> =
wrote:
>>>>>=20
>>>>>> From: Yuan Fu <casouri@HIDDEN>
>>>>>> Date: Sat, 7 Sep 2024 22:44:53 -0700
>>>>>> Cc: Wilhelm Kirschbaum <wkirschbaum@HIDDEN>,
>>>>>> Eli Zaretskii <eliz@HIDDEN>,
>>>>>> 72863 <at> debbugs.gnu.org
>>>>>>=20
>>>>>> Meanwhile, I want to push the fix for the other bug I discovered =
to emacs-30. Eli, I wrote a debugging function that prints parser =
states, naturally this function isn=E2=80=99t called anywhere so =
there=E2=80=99ll be a compiler warning, what should I do in this case?
>>>>>=20
>>>>> Why would there be a compiler warning?  What kind of warning?
>>>>=20
>>>> A function-not-used warning. Maybe it=E2=80=99s an lldb thing?
>>>=20
>>> If the function is not static, there should be no such warning.
>>=20
>> Ah, you=E2=80=99re right, I marked it static. Thanks!
>>=20
>> Yuan
>=20
> Good news: not an Emacs bug. Bad news: a tree-sitter bug. Turns out I =
made an error in my test program, which is the reason why Emacs hangs =
but the test program doesn=E2=80=99t. Once I fixed the error, the test =
program hangs too. I submitted a bug report to tree-sitter: =
https://github.com/tree-sitter/tree-sitter/issues/3620
>=20
> I can finally sleep soundly at night now; and I guess tree-sitter dev =
will start having sleepless nights :-)
>=20
> Yuan
>=20


--Apple-Mail=_CAC5A4C1-F760-4CF1-B185-FCE8C6DCA48B
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=utf-8

<html><head><meta http-equiv=3D"content-type" content=3D"text/html; =
charset=3Dutf-8"></head><body style=3D"overflow-wrap: break-word; =
-webkit-nbsp-mode: space; line-break: after-white-space;"><p>Wow, thank =
you so much for diving into this issue! I'll keep track of it in =
tree-sitter repo from now on.</p><p>It seems like other integrations =
somehow manage to avoid hanging or crashing the main process, so it =
doesn't affect them?</p><p>I just checked in the Zed editor again to =
confirm. When I type&nbsp;<code>a=3D{</code>, it fails to highlight the =
rest of the embedded HEEX (but only within the current function) =
though.</p><div><div><div><br><blockquote type=3D"cite"><div>On Sep 11, =
2024, at 7:45=E2=80=AFAM, Yuan Fu &lt;casouri@HIDDEN&gt; =
wrote:</div><br =
class=3D"Apple-interchange-newline"><div><div><br><br><blockquote =
type=3D"cite">On Sep 8, 2024, at 12:48=E2=80=AFAM, Yuan Fu =
&lt;casouri@HIDDEN&gt; wrote:<br><br><br><br><blockquote =
type=3D"cite">On Sep 8, 2024, at 12:02=E2=80=AFAM, Eli Zaretskii =
&lt;eliz@HIDDEN&gt; wrote:<br><br><blockquote type=3D"cite">From: Yuan =
Fu &lt;casouri@HIDDEN&gt;<br>Date: Sat, 7 Sep 2024 22:57:29 =
-0700<br>Cc: =
mail@HIDDEN,<br>wkirschbaum@HIDDEN,<br>72863 <at> debbugs.gnu.org<br><br><b=
r><br><blockquote type=3D"cite">On Sep 7, 2024, at 10:54=E2=80=AFPM, Eli =
Zaretskii &lt;eliz@HIDDEN&gt; wrote:<br><br><blockquote =
type=3D"cite">From: Yuan Fu &lt;casouri@HIDDEN&gt;<br>Date: Sat, 7 =
Sep 2024 22:44:53 -0700<br>Cc: Wilhelm Kirschbaum =
&lt;wkirschbaum@HIDDEN&gt;,<br>Eli Zaretskii =
&lt;eliz@HIDDEN&gt;,<br>72863 <at> debbugs.gnu.org<br><br>Meanwhile, I want =
to push the fix for the other bug I discovered to emacs-30. Eli, I wrote =
a debugging function that prints parser states, naturally this function =
isn=E2=80=99t called anywhere so there=E2=80=99ll be a compiler warning, =
what should I do in this case?<br></blockquote><br>Why would there be a =
compiler warning? &nbsp;What kind of warning?<br></blockquote><br>A =
function-not-used warning. Maybe it=E2=80=99s an lldb =
thing?<br></blockquote><br>If the function is not static, there should =
be no such warning.<br></blockquote><br>Ah, you=E2=80=99re right, I =
marked it static. Thanks!<br><br>Yuan<br></blockquote><br>Good news: not =
an Emacs bug. Bad news: a tree-sitter bug. Turns out I made an error in =
my test program, which is the reason why Emacs hangs but the test =
program doesn=E2=80=99t. Once I fixed the error, the test program hangs =
too. I submitted a bug report to tree-sitter: =
https://github.com/tree-sitter/tree-sitter/issues/3620<br><br>I can =
finally sleep soundly at night now; and I guess tree-sitter dev will =
start having sleepless nights =
:-)<br><br>Yuan<br><br></div></div></blockquote></div><br></div></div></bo=
dy></html>=

--Apple-Mail=_CAC5A4C1-F760-4CF1-B185-FCE8C6DCA48B--




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#72863; Package emacs. Full text available.

Message received at 72863 <at> debbugs.gnu.org:


Received: (at 72863) by debbugs.gnu.org; 11 Sep 2024 03:46:53 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Sep 10 23:46:53 2024
Received: from localhost ([127.0.0.1]:37454 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1soEJh-00062U-BH
	for submit <at> debbugs.gnu.org; Tue, 10 Sep 2024 23:46:53 -0400
Received: from mail-pl1-f181.google.com ([209.85.214.181]:56727)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <casouri@HIDDEN>) id 1soEJe-00062H-EH
 for 72863 <at> debbugs.gnu.org; Tue, 10 Sep 2024 23:46:51 -0400
Received: by mail-pl1-f181.google.com with SMTP id
 d9443c01a7336-205659dc63aso62631405ad.1
 for <72863 <at> debbugs.gnu.org>; Tue, 10 Sep 2024 20:46:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gmail.com; s=20230601; t=1726026338; x=1726631138; darn=debbugs.gnu.org;
 h=to:references:message-id:content-transfer-encoding:cc:date
 :in-reply-to:from:subject:mime-version:from:to:cc:subject:date
 :message-id:reply-to;
 bh=8KpcbzYdr6/oO4A9nUq46+hV/2JNX/L3DBOYvb+mPm8=;
 b=KGk4g08QZmmOA7trP7um4NEJv/lwKL7f+vomuP1nIMhtRAZRkGqNNzdAnIDeSH+rSn
 OzuSThbvuHCxkv3+abhRCnGUpy1/43+fij6Yw2f3cevC0cWBL81XcZVR/dQRgIuX2iFd
 E3End17w0ExalOT/Px6d/tJHHYAuBhO/gUHTi7fb0vpiwd/MFB7Aq04nGdOxvloF5tqd
 o6c65XoPAoEMr9X6wEjlgu4ABkyfgXVHad2ysGnMu5DEz64/JlyFiVhRAcg1JtY73f3t
 uR74nnscynv2ONP5Oa3MiBqxqZq7eMDqDlohw+WnJlq03c2dKzHBJ2tTQ2ZNW3HFutGn
 GA+A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20230601; t=1726026338; x=1726631138;
 h=to:references:message-id:content-transfer-encoding:cc:date
 :in-reply-to:from:subject:mime-version:x-gm-message-state:from:to:cc
 :subject:date:message-id:reply-to;
 bh=8KpcbzYdr6/oO4A9nUq46+hV/2JNX/L3DBOYvb+mPm8=;
 b=PD18gU8jOtN4yr+WhfIcGEg4t6d/p+YMDcJoxkI+bxTlyPvp1WtlhMGcdPDsHR6Wq5
 0BnqPafx/DOlTOLg/ftioUaH1DxNmJ3wS1CBY3DB7+H5V5l5WTpFUFwAeZEaRUKQjbjb
 EfXvIFQhgDwyjXdLpsXDHLDTtDb5DZsQ34Vh1P4eK8OWt4VH7oU7O4XBaNrzC5spDonx
 zeuN0nMxO8osU17J77yj4KbqkWxf8Ka171cpq14nw5yY6xJIZbqG76PYD6WQBCYT4Mvu
 aRbZIzsF4PgKa5/zh8MB5mwGGL7u8LwFNgg8+gxflyiJtCkbkR+os8MNoNIJecInHvRi
 dyGA==
X-Forwarded-Encrypted: i=1;
 AJvYcCW+xz/aOFbV6wpCA6lpnqCsbeR7icnXYzIbet8SiFlHmVCxaNsoE/g5bGcNvqqDPaK+AwWxeg==@debbugs.gnu.org
X-Gm-Message-State: AOJu0Yx+B977cTh1bX3jFrTGflnGfrdcOtvvTuPgJCEydRnLyAgnxRWQ
 t2oNLWIxvuH26OpXIhmRSGhMUCSzPhtdce38+h1aS7JZOlFA0C7j
X-Google-Smtp-Source: AGHT+IFQIbap8YoqnSVGnCJ/9cf103xMgfiHzh+zTg1zG1DIVj5vzSX6rreueq3eUD++SR/S7jG3fQ==
X-Received: by 2002:a17:902:c406:b0:205:5f2:34cf with SMTP id
 d9443c01a7336-2074c64b49dmr37346705ad.24.1726026338435; 
 Tue, 10 Sep 2024 20:45:38 -0700 (PDT)
Received: from smtpclient.apple ([2601:646:8f81:6120:a1a8:5602:237b:300d])
 by smtp.gmail.com with ESMTPSA id
 d9443c01a7336-20710e35970sm54970285ad.63.2024.09.10.20.45.37
 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128);
 Tue, 10 Sep 2024 20:45:37 -0700 (PDT)
Content-Type: text/plain;
	charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51\))
Subject: Re: bug#72863: 30.0.50; tree-sitter elixir-ts-mode hangs and memory
 leak on some elixir and heex code
From: Yuan Fu <casouri@HIDDEN>
In-Reply-To: <DE14D5D7-3D01-4B8C-BA06-170EFB81F6EB@HIDDEN>
Date: Tue, 10 Sep 2024 20:45:26 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <32ED815A-70FE-44BB-96E1-A0B1FEA88C43@HIDDEN>
References: <94F9A716-7D86-42F9-A010-54501ACF9AF8@HIDDEN>
 <861q27hq4a.fsf@HIDDEN> <F19AF072-97D8-48E5-A815-E0E0D37DB6EB@HIDDEN>
 <CAOS0-35c3WAZaeHtt_4B3VGJdQynT3ux6cYp9SfYSVoRBJvxWg@HIDDEN>
 <0F8C0C10-A357-464F-9863-DED85B80D6C8@HIDDEN>
 <9B6747A4-4959-464C-82C2-3B58B2C04266@HIDDEN>
 <6B5BA7D6-743D-4B12-903B-2852423A3C00@HIDDEN> <86seuawv0c.fsf@HIDDEN>
 <3C53EF6A-EFFA-4648-9741-D7ECAB68F227@HIDDEN> <86le02wrts.fsf@HIDDEN>
 <DE14D5D7-3D01-4B8C-BA06-170EFB81F6EB@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
X-Mailer: Apple Mail (2.3776.700.51)
X-Spam-Score: 1.0 (+)
X-Debbugs-Envelope-To: 72863
Cc: Wilhelm Kirschbaum <wkirschbaum@HIDDEN>, 72863 <at> debbugs.gnu.org,
 mail@HIDDEN
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: -1.0 (-)



> On Sep 8, 2024, at 12:48=E2=80=AFAM, Yuan Fu <casouri@HIDDEN> =
wrote:
>=20
>=20
>=20
>> On Sep 8, 2024, at 12:02=E2=80=AFAM, Eli Zaretskii <eliz@HIDDEN> =
wrote:
>>=20
>>> From: Yuan Fu <casouri@HIDDEN>
>>> Date: Sat, 7 Sep 2024 22:57:29 -0700
>>> Cc: mail@HIDDEN,
>>> wkirschbaum@HIDDEN,
>>> 72863 <at> debbugs.gnu.org
>>>=20
>>>=20
>>>=20
>>>> On Sep 7, 2024, at 10:54=E2=80=AFPM, Eli Zaretskii <eliz@HIDDEN> =
wrote:
>>>>=20
>>>>> From: Yuan Fu <casouri@HIDDEN>
>>>>> Date: Sat, 7 Sep 2024 22:44:53 -0700
>>>>> Cc: Wilhelm Kirschbaum <wkirschbaum@HIDDEN>,
>>>>> Eli Zaretskii <eliz@HIDDEN>,
>>>>> 72863 <at> debbugs.gnu.org
>>>>>=20
>>>>> Meanwhile, I want to push the fix for the other bug I discovered =
to emacs-30. Eli, I wrote a debugging function that prints parser =
states, naturally this function isn=E2=80=99t called anywhere so =
there=E2=80=99ll be a compiler warning, what should I do in this case?
>>>>=20
>>>> Why would there be a compiler warning?  What kind of warning?
>>>=20
>>> A function-not-used warning. Maybe it=E2=80=99s an lldb thing?
>>=20
>> If the function is not static, there should be no such warning.
>=20
> Ah, you=E2=80=99re right, I marked it static. Thanks!
>=20
> Yuan

Good news: not an Emacs bug. Bad news: a tree-sitter bug. Turns out I =
made an error in my test program, which is the reason why Emacs hangs =
but the test program doesn=E2=80=99t. Once I fixed the error, the test =
program hangs too. I submitted a bug report to tree-sitter: =
https://github.com/tree-sitter/tree-sitter/issues/3620

I can finally sleep soundly at night now; and I guess tree-sitter dev =
will start having sleepless nights :-)

Yuan





Information forwarded to bug-gnu-emacs@HIDDEN:
bug#72863; Package emacs. Full text available.

Message received at 72863 <at> debbugs.gnu.org:


Received: (at 72863) by debbugs.gnu.org; 8 Sep 2024 07:49:49 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Sep 08 03:49:49 2024
Received: from localhost ([127.0.0.1]:57949 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1snCg9-0003xl-IL
	for submit <at> debbugs.gnu.org; Sun, 08 Sep 2024 03:49:49 -0400
Received: from mail-pf1-f176.google.com ([209.85.210.176]:49569)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <casouri@HIDDEN>) id 1snCg7-0003xW-Dz
 for 72863 <at> debbugs.gnu.org; Sun, 08 Sep 2024 03:49:48 -0400
Received: by mail-pf1-f176.google.com with SMTP id
 d2e1a72fcca58-718d704704aso1813317b3a.3
 for <72863 <at> debbugs.gnu.org>; Sun, 08 Sep 2024 00:49:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gmail.com; s=20230601; t=1725781719; x=1726386519; darn=debbugs.gnu.org;
 h=to:references:message-id:content-transfer-encoding:cc:date
 :in-reply-to:from:subject:mime-version:from:to:cc:subject:date
 :message-id:reply-to;
 bh=HZlRAbGISLdAi5C/OJoYtcOGl/JQgu73nnOJ+sUCOOo=;
 b=ISUHp3TdmY9kTSO2eaDE7WOuwZemp6rCR+ydbt6QHWehazVtE9f9wO4mAiPQBKCZ7G
 2dAhhqF7Cgmmx6igKYOpq9IF0IxBhllFkJfZQsxCvDJyf8UnbFqmXkS4GXo+d0rO4kmX
 KCErG2bUMn+mS6gdGghDHm+cyJiEzvO7haREkRFoNLIqAl93H5Y4DlaUlOljMnEGVyM/
 wtCajSu9ZnFmeg+WFgf/MnquLGttFbgxBo50zvu7zE9QsuCKTeqFLdC5qSIFpdAPcguP
 olGFCCBI7iqIy3p5JSjJc9YIDTpJSCq0SyMEWYAC8v6twDrdTSaLY2mwZhmZGAefE/8F
 Z0+w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20230601; t=1725781719; x=1726386519;
 h=to:references:message-id:content-transfer-encoding:cc:date
 :in-reply-to:from:subject:mime-version:x-gm-message-state:from:to:cc
 :subject:date:message-id:reply-to;
 bh=HZlRAbGISLdAi5C/OJoYtcOGl/JQgu73nnOJ+sUCOOo=;
 b=Er3VclDVB9FrGAGsJMMmoUq1RLsQUPG/6pts1gNzcgc6CXIC6ktHKw6LvEXbnZo4eb
 OwVdOeAc1LM8DZCsllBQiyCo/MrkbpodyKCZFNGq+1pQdjqXcT3nFqbJdP/VApSnIra/
 e1ySi6Y3Ndtv/bibZ8ZNfPLZGLbisgflghgQmyX8Vtne8JYxKvg3lX5dz4zkteXuSDkA
 pFyyHzA2C++XtTywF+FgQOfyYO5/juv+WP/KxSx/tgdBykSe5pexFENFlBXkZF6LOpgx
 yYMCegfBBdOYIPE1BcZdxzY9Ux4lN2Zu76eR3Z98QR68ZYog5iiNRCX9g3DHaaZa7Qoi
 t9ew==
X-Forwarded-Encrypted: i=1;
 AJvYcCVMJFlWqfz7+DlGf02zsgDwBjqBaa2WCJfgxEeXH1APnhL2ktC740JmyVmpcooewdTm6q+ykQ==@debbugs.gnu.org
X-Gm-Message-State: AOJu0YzQpACU3WYwPnP32emg6X0uuKFyU/DJP4E69FbHfR9G8C+4aZ7/
 6pRx9hgi6n017XGmusTvZ2hX2GNW9Q5+oQ96WEvNRsxEfhvb68Bx
X-Google-Smtp-Source: AGHT+IE0TTXYVxHzenD+9JGilEikPRP8iIFkhv5Sg2QB5/uDHkNXr4PEQRpXiClIHSjkyno2iy5IJw==
X-Received: by 2002:a05:6a20:d809:b0:1cc:ef11:f2bf with SMTP id
 adf61e73a8af0-1cf2a0b8334mr4868347637.31.1725781719431; 
 Sun, 08 Sep 2024 00:48:39 -0700 (PDT)
Received: from smtpclient.apple ([2601:646:8f81:6120:9947:7537:5948:e5a0])
 by smtp.gmail.com with ESMTPSA id
 d2e1a72fcca58-718e589672asm1743293b3a.20.2024.09.08.00.48.38
 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128);
 Sun, 08 Sep 2024 00:48:38 -0700 (PDT)
Content-Type: text/plain;
	charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51\))
Subject: Re: bug#72863: 30.0.50; tree-sitter elixir-ts-mode hangs and memory
 leak on some elixir and heex code
From: Yuan Fu <casouri@HIDDEN>
In-Reply-To: <86le02wrts.fsf@HIDDEN>
Date: Sun, 8 Sep 2024 00:48:27 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <DE14D5D7-3D01-4B8C-BA06-170EFB81F6EB@HIDDEN>
References: <94F9A716-7D86-42F9-A010-54501ACF9AF8@HIDDEN>
 <861q27hq4a.fsf@HIDDEN> <F19AF072-97D8-48E5-A815-E0E0D37DB6EB@HIDDEN>
 <CAOS0-35c3WAZaeHtt_4B3VGJdQynT3ux6cYp9SfYSVoRBJvxWg@HIDDEN>
 <0F8C0C10-A357-464F-9863-DED85B80D6C8@HIDDEN>
 <9B6747A4-4959-464C-82C2-3B58B2C04266@HIDDEN>
 <6B5BA7D6-743D-4B12-903B-2852423A3C00@HIDDEN> <86seuawv0c.fsf@HIDDEN>
 <3C53EF6A-EFFA-4648-9741-D7ECAB68F227@HIDDEN> <86le02wrts.fsf@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
X-Mailer: Apple Mail (2.3776.700.51)
X-Spam-Score: 1.0 (+)
X-Debbugs-Envelope-To: 72863
Cc: Wilhelm Kirschbaum <wkirschbaum@HIDDEN>, 72863 <at> debbugs.gnu.org,
 mail@HIDDEN
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: -1.0 (-)



> On Sep 8, 2024, at 12:02=E2=80=AFAM, Eli Zaretskii <eliz@HIDDEN> =
wrote:
>=20
>> From: Yuan Fu <casouri@HIDDEN>
>> Date: Sat, 7 Sep 2024 22:57:29 -0700
>> Cc: mail@HIDDEN,
>> wkirschbaum@HIDDEN,
>> 72863 <at> debbugs.gnu.org
>>=20
>>=20
>>=20
>>> On Sep 7, 2024, at 10:54=E2=80=AFPM, Eli Zaretskii <eliz@HIDDEN> =
wrote:
>>>=20
>>>> From: Yuan Fu <casouri@HIDDEN>
>>>> Date: Sat, 7 Sep 2024 22:44:53 -0700
>>>> Cc: Wilhelm Kirschbaum <wkirschbaum@HIDDEN>,
>>>> Eli Zaretskii <eliz@HIDDEN>,
>>>> 72863 <at> debbugs.gnu.org
>>>>=20
>>>> Meanwhile, I want to push the fix for the other bug I discovered to =
emacs-30. Eli, I wrote a debugging function that prints parser states, =
naturally this function isn=E2=80=99t called anywhere so there=E2=80=99ll =
be a compiler warning, what should I do in this case?
>>>=20
>>> Why would there be a compiler warning?  What kind of warning?
>>=20
>> A function-not-used warning. Maybe it=E2=80=99s an lldb thing?
>=20
> If the function is not static, there should be no such warning.

Ah, you=E2=80=99re right, I marked it static. Thanks!

Yuan=




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#72863; Package emacs. Full text available.

Message received at 72863 <at> debbugs.gnu.org:


Received: (at 72863) by debbugs.gnu.org; 8 Sep 2024 07:03:30 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Sep 08 03:03:30 2024
Received: from localhost ([127.0.0.1]:57911 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1snBxJ-0001fF-Ta
	for submit <at> debbugs.gnu.org; Sun, 08 Sep 2024 03:03:30 -0400
Received: from eggs.gnu.org ([209.51.188.92]:34016)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1snBxI-0001f3-55
 for 72863 <at> debbugs.gnu.org; Sun, 08 Sep 2024 03:03:28 -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 1snBxA-0007TK-5h; Sun, 08 Sep 2024 03:03:20 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org;
 s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From:
 Date; bh=iNh+gjoZTW6aRI4b/4fquqoRJErOg6pWSd0T/b88wO8=; b=P89avw+cp/UJhPVTXqpb
 T2b+YlV3zzcziv1qZnOh6Juo9aohckWQ7J+WTNUdI4Zp5y7orKQ05c0Z3sa6UZGJN78E+AWCC6wXQ
 TblLHXPzvGsLUW3lwQdUX0aaAWBaJyWwF4+VTQ+++cj4UggNoAMDZ1EEcw/7OzhihLNqcC4nM5woW
 PTuRIVn9GMFj8tU6q4qlJHrlG8VsERp8WZpWWn3tSaBUzn2N5WPS8iCuicnPmXq/euJdbzLHUg7N+
 s6D9wEfLPdBSsoyuoBGcYnNOby1q6Kn4Y6/oGzBBb8mbszBQ/VnTpgNxzpB2C22AvqbRN8WmMjf/E
 DJdOfey1Ne9VlA==;
Date: Sun, 08 Sep 2024 10:02:55 +0300
Message-Id: <86le02wrts.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Yuan Fu <casouri@HIDDEN>
In-Reply-To: <3C53EF6A-EFFA-4648-9741-D7ECAB68F227@HIDDEN> (message from
 Yuan Fu on Sat, 7 Sep 2024 22:57:29 -0700)
Subject: Re: bug#72863: 30.0.50; tree-sitter elixir-ts-mode hangs and memory
 leak on some elixir and heex code
References: <94F9A716-7D86-42F9-A010-54501ACF9AF8@HIDDEN>
 <861q27hq4a.fsf@HIDDEN> <F19AF072-97D8-48E5-A815-E0E0D37DB6EB@HIDDEN>
 <CAOS0-35c3WAZaeHtt_4B3VGJdQynT3ux6cYp9SfYSVoRBJvxWg@HIDDEN>
 <0F8C0C10-A357-464F-9863-DED85B80D6C8@HIDDEN>
 <9B6747A4-4959-464C-82C2-3B58B2C04266@HIDDEN>
 <6B5BA7D6-743D-4B12-903B-2852423A3C00@HIDDEN> <86seuawv0c.fsf@HIDDEN>
 <3C53EF6A-EFFA-4648-9741-D7ECAB68F227@HIDDEN>
MIME-version: 1.0
Content-type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 72863
Cc: wkirschbaum@HIDDEN, 72863 <at> debbugs.gnu.org, mail@HIDDEN
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: Yuan Fu <casouri@HIDDEN>
> Date: Sat, 7 Sep 2024 22:57:29 -0700
> Cc: mail@HIDDEN,
>  wkirschbaum@HIDDEN,
>  72863 <at> debbugs.gnu.org
> 
> 
> 
> > On Sep 7, 2024, at 10:54 PM, Eli Zaretskii <eliz@HIDDEN> wrote:
> > 
> >> From: Yuan Fu <casouri@HIDDEN>
> >> Date: Sat, 7 Sep 2024 22:44:53 -0700
> >> Cc: Wilhelm Kirschbaum <wkirschbaum@HIDDEN>,
> >> Eli Zaretskii <eliz@HIDDEN>,
> >> 72863 <at> debbugs.gnu.org
> >> 
> >> Meanwhile, I want to push the fix for the other bug I discovered to emacs-30. Eli, I wrote a debugging function that prints parser states, naturally this function isn’t called anywhere so there’ll be a compiler warning, what should I do in this case?
> > 
> > Why would there be a compiler warning?  What kind of warning?
> 
> A function-not-used warning. Maybe it’s an lldb thing?

If the function is not static, there should be no such warning.




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#72863; Package emacs. Full text available.

Message received at 72863 <at> debbugs.gnu.org:


Received: (at 72863) by debbugs.gnu.org; 8 Sep 2024 05:58:51 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Sep 08 01:58:51 2024
Received: from localhost ([127.0.0.1]:57866 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1snAwl-0006lB-6p
	for submit <at> debbugs.gnu.org; Sun, 08 Sep 2024 01:58:51 -0400
Received: from mail-pf1-f171.google.com ([209.85.210.171]:60630)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <casouri@HIDDEN>) id 1snAwj-0006ky-0i
 for 72863 <at> debbugs.gnu.org; Sun, 08 Sep 2024 01:58:49 -0400
Received: by mail-pf1-f171.google.com with SMTP id
 d2e1a72fcca58-7184a7c8a45so1792459b3a.0
 for <72863 <at> debbugs.gnu.org>; Sat, 07 Sep 2024 22:58:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gmail.com; s=20230601; t=1725775061; x=1726379861; darn=debbugs.gnu.org;
 h=to:references:message-id:content-transfer-encoding:cc:date
 :in-reply-to:from:subject:mime-version:from:to:cc:subject:date
 :message-id:reply-to;
 bh=uknwlUJmH9LJ6mpZfI6+jzSp9vcNMyK12Ih3h8oQq0s=;
 b=Ali1KuLpqUuD9tn+yXqkWdElpPWwzCUpNLqDiST06Ny3Wke15I0LN1zfO88SHShFZO
 TnH5DDLE1XCtHMk0jeOBEU0PyhHzhv0vXsC/XVvgkKtn90nt4bctdoqzZF478D7Orxhp
 yqXNRARv9OTYw4JWoX4tAulgfQCRMRmHo6RSj9at/lkkM3hX1Bqf5gozACbYRBx0uVZX
 C9yODjLLxNClKfI8ze6ZnA7qr8NzTHTyXkxEOhcNIiI5z0Uq+olmFYewi5jFEqplV/Ab
 vkL6jrtmZJf6JI4uI9qxrkv76MT85765bdPlQs7bTIckavnUeaZABnSZAjrdu0UDfnJb
 w8NA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20230601; t=1725775061; x=1726379861;
 h=to:references:message-id:content-transfer-encoding:cc:date
 :in-reply-to:from:subject:mime-version:x-gm-message-state:from:to:cc
 :subject:date:message-id:reply-to;
 bh=uknwlUJmH9LJ6mpZfI6+jzSp9vcNMyK12Ih3h8oQq0s=;
 b=id28TVKsxc52Fg+nZhcskkmK++/EbNdNue+hg8282va2TSY1ggKI8UjTjg316OqfkB
 znyFqB3bSL6LxbyqlNDCWFddx8fPir5F3XeK8a7OgVS/noq2NqxpIBm2BLsgVohUkxoe
 ej8y0iABsm2pOcTxPqX0x33HepX8X9F4buyIDsTK9tOfqMB1bMVBLGHHqD6xGW+/UO5j
 WdTLYDjiIzKv1OFLhj9nrCo7PbSKizxTYFuwgBZv+TY/t45quuGdYRzN3iC02IFGfEwy
 jv/940d9TUOwDSa2EVxvUSZsQEtYC6Ol4GQI1n5Yxeob3s4fxMfi3mxFc/cmNHtou6fu
 rlsg==
X-Forwarded-Encrypted: i=1;
 AJvYcCXDgGtLx2ckwQXIAAB4ceW9FE98Tq+fzifLleMZbwqLKVyrxDzZH9AHHBJJCwagvyDQ4JLRRw==@debbugs.gnu.org
X-Gm-Message-State: AOJu0YzABc5pPtKZwmI8ONWNm5un1eq7pAK4Kf5qios2CUJh8m0e7bK7
 w5cgasW1uODLkY+JpEe8JKn6W9EEDbtmUf7Fdc3adttwXJ3wuorw
X-Google-Smtp-Source: AGHT+IH8eOCs3W7Ep/2i6Pm2NwGpTGpMNJdt4SRGcw2GoNY01qyecAhCDhEjFFPkxAc/wB5Q3D01tw==
X-Received: by 2002:a05:6a00:2193:b0:717:9768:a4f0 with SMTP id
 d2e1a72fcca58-718d5c32f25mr12004132b3a.0.1725775061227; 
 Sat, 07 Sep 2024 22:57:41 -0700 (PDT)
Received: from smtpclient.apple ([2601:646:8f81:6120:9947:7537:5948:e5a0])
 by smtp.gmail.com with ESMTPSA id
 d2e1a72fcca58-718e599152asm1626256b3a.194.2024.09.07.22.57.40
 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128);
 Sat, 07 Sep 2024 22:57:40 -0700 (PDT)
Content-Type: text/plain;
	charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51\))
Subject: Re: bug#72863: 30.0.50; tree-sitter elixir-ts-mode hangs and memory
 leak on some elixir and heex code
From: Yuan Fu <casouri@HIDDEN>
In-Reply-To: <86seuawv0c.fsf@HIDDEN>
Date: Sat, 7 Sep 2024 22:57:29 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <3C53EF6A-EFFA-4648-9741-D7ECAB68F227@HIDDEN>
References: <94F9A716-7D86-42F9-A010-54501ACF9AF8@HIDDEN>
 <861q27hq4a.fsf@HIDDEN> <F19AF072-97D8-48E5-A815-E0E0D37DB6EB@HIDDEN>
 <CAOS0-35c3WAZaeHtt_4B3VGJdQynT3ux6cYp9SfYSVoRBJvxWg@HIDDEN>
 <0F8C0C10-A357-464F-9863-DED85B80D6C8@HIDDEN>
 <9B6747A4-4959-464C-82C2-3B58B2C04266@HIDDEN>
 <6B5BA7D6-743D-4B12-903B-2852423A3C00@HIDDEN> <86seuawv0c.fsf@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
X-Mailer: Apple Mail (2.3776.700.51)
X-Spam-Score: -0.0 (/)
X-Debbugs-Envelope-To: 72863
Cc: wkirschbaum@HIDDEN, 72863 <at> debbugs.gnu.org, mail@HIDDEN
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: -1.0 (-)



> On Sep 7, 2024, at 10:54=E2=80=AFPM, Eli Zaretskii <eliz@HIDDEN> =
wrote:
>=20
>> From: Yuan Fu <casouri@HIDDEN>
>> Date: Sat, 7 Sep 2024 22:44:53 -0700
>> Cc: Wilhelm Kirschbaum <wkirschbaum@HIDDEN>,
>> Eli Zaretskii <eliz@HIDDEN>,
>> 72863 <at> debbugs.gnu.org
>>=20
>> Meanwhile, I want to push the fix for the other bug I discovered to =
emacs-30. Eli, I wrote a debugging function that prints parser states, =
naturally this function isn=E2=80=99t called anywhere so there=E2=80=99ll =
be a compiler warning, what should I do in this case?
>=20
> Why would there be a compiler warning?  What kind of warning?

A function-not-used warning. Maybe it=E2=80=99s an lldb thing?

Yuan=




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#72863; Package emacs. Full text available.

Message received at 72863 <at> debbugs.gnu.org:


Received: (at 72863) by debbugs.gnu.org; 8 Sep 2024 05:56:54 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Sep 08 01:56:54 2024
Received: from localhost ([127.0.0.1]:57862 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1snAur-0006hc-M7
	for submit <at> debbugs.gnu.org; Sun, 08 Sep 2024 01:56:54 -0400
Received: from eggs.gnu.org ([209.51.188.92]:55374)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1snAuq-0006hQ-4s
 for 72863 <at> debbugs.gnu.org; Sun, 08 Sep 2024 01:56:52 -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 1snAsa-0000gq-Gp; Sun, 08 Sep 2024 01:54:34 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org;
 s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From:
 Date; bh=bAmCceRrTZnEIz0JNLQt/XPB+usEtrdGNnHmRtDov8A=; b=LUZq8lrCcsBjjeo0n6U4
 Ofp0KRpUXYRJLXdGJC0SRgLLlnc3NuS3863IT4yGBlujYeSM3dBzMW7uBrLddwzUBGdUIwRvkvsRu
 QDwqmq1bXvmy8M/3xddVeNh4bgkV1lfngcSkGG67p0MSGTRT6zxjrYFZJU2XHlngoiouspUc6ERdc
 D9WBl396JcifsprGhaXBGo/2jyCDNHuCtm+oRPtCCe9xtv5SgqM55VtmpTKWAfaQjE/kpGedah5xw
 o2/g8NDwwTPxE9I4kMObgLwWGtqGu1XkmtmyQz3jr+/6aPzNDnYrkwsjF+SXRwbdn+A2H2BX3LPye
 1HSwe8dNB73evQ==;
Date: Sun, 08 Sep 2024 08:54:11 +0300
Message-Id: <86seuawv0c.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Yuan Fu <casouri@HIDDEN>
In-Reply-To: <6B5BA7D6-743D-4B12-903B-2852423A3C00@HIDDEN> (message from
 Yuan Fu on Sat, 7 Sep 2024 22:44:53 -0700)
Subject: Re: bug#72863: 30.0.50; tree-sitter elixir-ts-mode hangs and memory
 leak on some elixir and heex code
References: <94F9A716-7D86-42F9-A010-54501ACF9AF8@HIDDEN>
 <861q27hq4a.fsf@HIDDEN> <F19AF072-97D8-48E5-A815-E0E0D37DB6EB@HIDDEN>
 <CAOS0-35c3WAZaeHtt_4B3VGJdQynT3ux6cYp9SfYSVoRBJvxWg@HIDDEN>
 <0F8C0C10-A357-464F-9863-DED85B80D6C8@HIDDEN>
 <9B6747A4-4959-464C-82C2-3B58B2C04266@HIDDEN>
 <6B5BA7D6-743D-4B12-903B-2852423A3C00@HIDDEN>
MIME-version: 1.0
Content-type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 72863
Cc: wkirschbaum@HIDDEN, 72863 <at> debbugs.gnu.org, mail@HIDDEN
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: Yuan Fu <casouri@HIDDEN>
> Date: Sat, 7 Sep 2024 22:44:53 -0700
> Cc: Wilhelm Kirschbaum <wkirschbaum@HIDDEN>,
>  Eli Zaretskii <eliz@HIDDEN>,
>  72863 <at> debbugs.gnu.org
> 
> Meanwhile, I want to push the fix for the other bug I discovered to emacs-30. Eli, I wrote a debugging function that prints parser states, naturally this function isn’t called anywhere so there’ll be a compiler warning, what should I do in this case?

Why would there be a compiler warning?  What kind of warning?




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#72863; Package emacs. Full text available.

Message received at 72863 <at> debbugs.gnu.org:


Received: (at 72863) by debbugs.gnu.org; 8 Sep 2024 05:46:17 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Sep 08 01:46:17 2024
Received: from localhost ([127.0.0.1]:57856 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1snAkb-0005xw-Bn
	for submit <at> debbugs.gnu.org; Sun, 08 Sep 2024 01:46:17 -0400
Received: from mail-oi1-f178.google.com ([209.85.167.178]:51667)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <casouri@HIDDEN>) id 1snAkW-0005xa-IB
 for 72863 <at> debbugs.gnu.org; Sun, 08 Sep 2024 01:46:15 -0400
Received: by mail-oi1-f178.google.com with SMTP id
 5614622812f47-3e034fac53bso1031260b6e.3
 for <72863 <at> debbugs.gnu.org>; Sat, 07 Sep 2024 22:46:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gmail.com; s=20230601; t=1725774305; x=1726379105; darn=debbugs.gnu.org;
 h=to:references:message-id:content-transfer-encoding:cc:date
 :in-reply-to:from:subject:mime-version:from:to:cc:subject:date
 :message-id:reply-to;
 bh=xNE5mRBlC4a7NlvN9jUd+D9lgp5RfMnhEBh5Foue3dY=;
 b=H6kZQvBbcxKIXwOe0zTqih1cJkqDB7Hs1gRUivoiClZokvcUiBdwn5b/wBkJ3VKVcu
 3TrVX9mn50FOgZ47aC2rjeVKm1tWd9y0Zzy2QEf3fxYTELPD2zEJTval+FSZPbB2+ljb
 WEEPShSQdAZrx/+QtampvpWcyz8BSCIsDID3+igEpylFNXMzues3XReQOQdTEaCj4Fxj
 jfeZTvM/ulDsy44c3GpnfMUbmlmD/Pt+v7B3f+bnTMCoyHm0YMWV84PcXW/3zqYzkC8p
 9n6rw2oLhhCCQOepvqpwhcAcYHrvXkt+SO6BPELBYKDdRmLC2k8Pt4qCbmKHK038paon
 DEzQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20230601; t=1725774305; x=1726379105;
 h=to:references:message-id:content-transfer-encoding:cc:date
 :in-reply-to:from:subject:mime-version:x-gm-message-state:from:to:cc
 :subject:date:message-id:reply-to;
 bh=xNE5mRBlC4a7NlvN9jUd+D9lgp5RfMnhEBh5Foue3dY=;
 b=Y2tBAPKvUoSplUi9UCzOlbkLIs4/mzneJWYZreW86D5uj58Mg0VR6K/EqKR/Z2BmQ7
 rpbN/UVkmwL4w+/dgC0vomuw7RMRVmbtTmW6JhjW3cQaQZPC05CMzx85CgC4aL7RSMoJ
 96b1E/KCurVzXvpzhcVptZqtlpoT/SnQ4DgN/i0cVHhdkNUwrRdmEImtdezUGJQzYewO
 TI4wfl/dpb6EFin/TLxRi0sVcacBcQvAOdK4ELAogAjd2EF+WUn4cTkTq6EI39qnsf17
 7lNjZdKnWUJkKh4+RmOZmnzxY8WdiDaHLvgye3lo9qSLaW0luv9Cn2H8AubLxw3DDOha
 DN7g==
X-Forwarded-Encrypted: i=1;
 AJvYcCVCsLTXd4Lisi+yRInpg2/Ntz16uZUHLjTACcWu65zwQnbQNmeS2Q1ulRAz7Rc8p66+Ka49Ng==@debbugs.gnu.org
X-Gm-Message-State: AOJu0YwvPMMnLICXa2Cq1AYcytTeIDpoooj8vHUQ/FpKhAYLAW1F1D1K
 P7YMY4Hj/4kQ3+FgUZcQzywYHMmq+YSazLpDNwamS+4T29Yr36KT
X-Google-Smtp-Source: AGHT+IGMOBmokeZU9LIlgWlCRdfqS4Bs0WLDr5tIcUkV9puNlSDye8qZOfqnp+Ej4TPTIoOZbNyzPg==
X-Received: by 2002:a05:6808:16aa:b0:3dc:299d:c505 with SMTP id
 5614622812f47-3e02a024920mr8145567b6e.37.1725774304816; 
 Sat, 07 Sep 2024 22:45:04 -0700 (PDT)
Received: from smtpclient.apple ([2601:646:8f81:6120:9947:7537:5948:e5a0])
 by smtp.gmail.com with ESMTPSA id
 d2e1a72fcca58-718e5982c7fsm1617177b3a.151.2024.09.07.22.45.03
 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128);
 Sat, 07 Sep 2024 22:45:04 -0700 (PDT)
Content-Type: text/plain;
	charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51\))
Subject: Re: bug#72863: 30.0.50; tree-sitter elixir-ts-mode hangs and memory
 leak on some elixir and heex code
From: Yuan Fu <casouri@HIDDEN>
In-Reply-To: <9B6747A4-4959-464C-82C2-3B58B2C04266@HIDDEN>
Date: Sat, 7 Sep 2024 22:44:53 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <6B5BA7D6-743D-4B12-903B-2852423A3C00@HIDDEN>
References: <94F9A716-7D86-42F9-A010-54501ACF9AF8@HIDDEN>
 <861q27hq4a.fsf@HIDDEN> <F19AF072-97D8-48E5-A815-E0E0D37DB6EB@HIDDEN>
 <CAOS0-35c3WAZaeHtt_4B3VGJdQynT3ux6cYp9SfYSVoRBJvxWg@HIDDEN>
 <0F8C0C10-A357-464F-9863-DED85B80D6C8@HIDDEN>
 <9B6747A4-4959-464C-82C2-3B58B2C04266@HIDDEN>
To: mail@HIDDEN
X-Mailer: Apple Mail (2.3776.700.51)
X-Spam-Score: -0.0 (/)
X-Debbugs-Envelope-To: 72863
Cc: Wilhelm Kirschbaum <wkirschbaum@HIDDEN>, Eli Zaretskii <eliz@HIDDEN>,
 72863 <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: -1.0 (-)



> On Sep 4, 2024, at 9:32=E2=80=AFPM, Yuan Fu <casouri@HIDDEN> wrote:
>=20
>=20
>=20
>> On Sep 4, 2024, at 12:42=E2=80=AFAM, mail@HIDDEN wrote:
>>=20
>> I can confirm that I never had such problems in heex-ts-mode but only =
with inline heex in elixir-ts-mode.
>>=20
>>> On Sep 4, 2024, at 10:39=E2=80=AFAM, Wilhelm Kirschbaum =
<wkirschbaum@HIDDEN> wrote:
>>>=20
>>>=20
>>>=20
>>> On Thu, Aug 29, 2024 at 8:14=E2=80=AFAM Yuan Fu <casouri@HIDDEN> =
wrote:
>>>=20
>>>=20
>>>> On Aug 28, 2024, at 10:09=E2=80=AFPM, Eli Zaretskii <eliz@HIDDEN> =
wrote:
>>>>=20
>>>>> From: mail@HIDDEN
>>>>> Date: Thu, 29 Aug 2024 06:57:38 +0400
>>>>>=20
>>>>> Code in attached file cause Emacs to hang and memory leak =
infinitely
>>>>> while editing. Try to open this code in elixir-ts-mode and move =
cursor
>>>>> on line 6 (between <:loading>  </:loading>) and type char by char:
>>>>>=20
>>>>> <.some_component a=3D{
>>>>>=20
>>>>> (for some reason it does not happen with electric-pair-mode when =
{}
>>>>> inserted automatically).
>>>>>=20
>>>>> I am able to reproduce this with -Q on few different machines =
(Linux and
>>>>> MacOS) and Emacs 29, 30.0.5 and current HEAD.
>>>>>=20
>>>>> C-g does nothing (including with debug-on-quit and sending =
SIGUSR2)
>>>>>=20
>>>>> At the same time I can't reproduce this in other tree-sitter based =
editors.
>>>>>=20
>>>>> I got this sample code sample from elixir-ts-mode repo but now =
it's moved
>>>>> to the Emacs core so seems to be out of scope of Github repo =
issues.
>>>>>=20
>>>>> Attaching samle code and LLDB backtrace.=20
>>>>> Also attaching report from built-in MacOS crash reporting tool =
just in case.
>>>>=20
>>>> Thanks.
>>>>=20
>>>> Wilhelm and Yuan, could you please look into this soon?
>>>=20
>>> That=E2=80=99s bizarre, might have some bug around ranges. I=E2=80=99m=
 looking into this. Hopefully I can figure it out in a few days :-(
>>>=20
>>> Yuan
>>>=20
>>> I can reproduce the issue by following the above instructions, but =
need to do some digging. It only seems to be the case with embedded heex =
and not with heex-ts-mode by itself.=20
>>>=20
>>> WIlhelm
>>>=20
>=20
> At the moment I=E2=80=99m still not able to pinpoint the culprit, but =
here=E2=80=99s what I found: I can reproduce the issue by simply =
creating a heex parser, set the ranges to [108,240], [300,572], =
[820,1346] (these are byte position, aka one less than character =
position), then make it parse the buffer (with the "<.some_component =
a=3D{" part already typed in. I instrumented the buffer reader and the =
program hangs after reading the character at byte position 908 (end of =
"phx-click=3D{=E2=80=9C). Also the hang appears in ts_parser_parse.
>=20
> I wrote a C program that does exactly that, but the program runs fine =
without hanging. I haven=E2=80=99t found what Emacs does differently =
that causes the hang to happen.
>=20
> Also I found some other range bug, but fixing those didn=E2=80=99t =
help this issue.

Still don=E2=80=99t have much progress. The buffer=E2=80=99s gap is at =
the beginning, and there=E2=80=99s no narrowing, which means the parser =
is really just reading a continues chunk of memory, there=E2=80=99s no =
reason why it should behave differently. At this point I might have to =
read tree-sitter=E2=80=99s source :-(

Meanwhile, I want to push the fix for the other bug I discovered to =
emacs-30. Eli, I wrote a debugging function that prints parser states, =
naturally this function isn=E2=80=99t called anywhere so there=E2=80=99ll =
be a compiler warning, what should I do in this case?

Yuan=




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#72863; Package emacs. Full text available.

Message received at 72863 <at> debbugs.gnu.org:


Received: (at 72863) by debbugs.gnu.org; 5 Sep 2024 04:34:41 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Sep 05 00:34:41 2024
Received: from localhost ([127.0.0.1]:35857 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1sm4Ce-0001mt-TP
	for submit <at> debbugs.gnu.org; Thu, 05 Sep 2024 00:34:41 -0400
Received: from mail-pj1-f46.google.com ([209.85.216.46]:54425)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <casouri@HIDDEN>) id 1sm4Cd-0001mf-EE
 for 72863 <at> debbugs.gnu.org; Thu, 05 Sep 2024 00:34:40 -0400
Received: by mail-pj1-f46.google.com with SMTP id
 98e67ed59e1d1-2da4ea59658so240204a91.0
 for <72863 <at> debbugs.gnu.org>; Wed, 04 Sep 2024 21:33:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gmail.com; s=20230601; t=1725510749; x=1726115549; darn=debbugs.gnu.org;
 h=to:references:message-id:content-transfer-encoding:cc:date
 :in-reply-to:from:subject:mime-version:from:to:cc:subject:date
 :message-id:reply-to;
 bh=SrxacRkDwPOnm578ZMX5AJ9Hr3cNmeZJYm/3N1XM4Ng=;
 b=VDs0UqDv2rt4xvHUHG/ghBO12/lJ+KfyFgucOYiN2sEwuReTWSjWDZrJpdbwbB4m1Z
 yCmI4lbJ3ACrfAgZe4LKqLIjn4TEDHxvxwvTfXPTzAOdnbvGwaO/RGdv6v+I8wO/uZHO
 1xZADmIMO82911lFXu/rne5E34YLlQIFodJcN2B5pWOjq90mjNNxRvITn6vxMiMA2mZ2
 Og9lmsGwXyB3T73LOKEPOQzDFOvhdC3dj59npgiAh2ifGJhF5IJo9PJ9nqSFjiHl0MVr
 M5J3RuLM20BU57cP9CYC9Ssr6SNVBVpCYlQpEGWdcoWN4OmW8sPPbVnpZzoIuPhxtHMM
 I2eA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20230601; t=1725510749; x=1726115549;
 h=to:references:message-id:content-transfer-encoding:cc:date
 :in-reply-to:from:subject:mime-version:x-gm-message-state:from:to:cc
 :subject:date:message-id:reply-to;
 bh=SrxacRkDwPOnm578ZMX5AJ9Hr3cNmeZJYm/3N1XM4Ng=;
 b=YvRKF11ARC0bp4XVIp3tekynjKIGaGe2JKiO58OADh2hgfP9F3SXMYz7/tofRXEsOl
 wfzr+Gr6a26+BOXkItAk+ay1S8KhMQ8ZGgCJFFJ0GPPe6AOMjIzhKQxLcfkGJV2P76zS
 8RXNGNyBpIGHuRkaqh8FmAZf/5UuVgiuvk6UVhWBRXfSl/5ysrTORrcPPd+2ycirfRxG
 fZT1H0cFv/FWJBAYuaRMAnXJHrEAIOo+KuTTpqzShi9wZ/9XvYf4fe6Gk/6c5aXyQrSr
 tFP9xv6RfPY2sowMBphqiyV2VW54MCOj1IoqogS9WFufR1GaR6xYAo/VAquIm37avcGx
 za0g==
X-Forwarded-Encrypted: i=1;
 AJvYcCUTIv4x/Z3zIDW0NYfouhtoUiHIUuzEoYgefezUDtFeFx+Ype5veb00f3T1Ylbpqz3FqvG3tQ==@debbugs.gnu.org
X-Gm-Message-State: AOJu0YxUFI6TPaPKSj1Zs5bM/5FLJw2Rv1IV2jtjf+F9ykC+60dbq3d+
 +wfVkHBsLurnxvASAByNxdi2auocV3nqJ092ozLReg5HlOTJR3jZ
X-Google-Smtp-Source: AGHT+IHCq4AcUGCasZxs1z8/pBfIAkwp8Qf+V9JXadxA7fTs5P01l6I4HWW08DGlqGyTPUSl5qZDMA==
X-Received: by 2002:a17:90a:6046:b0:2d8:89ad:a67e with SMTP id
 98e67ed59e1d1-2d88d667e5cmr17525578a91.1.1725510748854; 
 Wed, 04 Sep 2024 21:32:28 -0700 (PDT)
Received: from smtpclient.apple ([2601:646:8f81:6120:9947:7537:5948:e5a0])
 by smtp.gmail.com with ESMTPSA id
 98e67ed59e1d1-2d8b69a61eesm8590528a91.43.2024.09.04.21.32.27
 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128);
 Wed, 04 Sep 2024 21:32:28 -0700 (PDT)
Content-Type: text/plain;
	charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51\))
Subject: Re: bug#72863: 30.0.50; tree-sitter elixir-ts-mode hangs and memory
 leak on some elixir and heex code
From: Yuan Fu <casouri@HIDDEN>
In-Reply-To: <0F8C0C10-A357-464F-9863-DED85B80D6C8@HIDDEN>
Date: Wed, 4 Sep 2024 21:32:16 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <9B6747A4-4959-464C-82C2-3B58B2C04266@HIDDEN>
References: <94F9A716-7D86-42F9-A010-54501ACF9AF8@HIDDEN>
 <861q27hq4a.fsf@HIDDEN> <F19AF072-97D8-48E5-A815-E0E0D37DB6EB@HIDDEN>
 <CAOS0-35c3WAZaeHtt_4B3VGJdQynT3ux6cYp9SfYSVoRBJvxWg@HIDDEN>
 <0F8C0C10-A357-464F-9863-DED85B80D6C8@HIDDEN>
To: mail@HIDDEN
X-Mailer: Apple Mail (2.3776.700.51)
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 72863
Cc: Wilhelm Kirschbaum <wkirschbaum@HIDDEN>, Eli Zaretskii <eliz@HIDDEN>,
 72863 <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: -1.0 (-)



> On Sep 4, 2024, at 12:42=E2=80=AFAM, mail@HIDDEN wrote:
>=20
> I can confirm that I never had such problems in heex-ts-mode but only =
with inline heex in elixir-ts-mode.
>=20
>> On Sep 4, 2024, at 10:39=E2=80=AFAM, Wilhelm Kirschbaum =
<wkirschbaum@HIDDEN> wrote:
>>=20
>>=20
>>=20
>> On Thu, Aug 29, 2024 at 8:14=E2=80=AFAM Yuan Fu <casouri@HIDDEN> =
wrote:
>>=20
>>=20
>> > On Aug 28, 2024, at 10:09=E2=80=AFPM, Eli Zaretskii <eliz@HIDDEN> =
wrote:
>> >=20
>> >> From: mail@HIDDEN
>> >> Date: Thu, 29 Aug 2024 06:57:38 +0400
>> >>=20
>> >> Code in attached file cause Emacs to hang and memory leak =
infinitely
>> >> while editing. Try to open this code in elixir-ts-mode and move =
cursor
>> >> on line 6 (between <:loading>  </:loading>) and type char by char:
>> >>=20
>> >> <.some_component a=3D{
>> >>=20
>> >> (for some reason it does not happen with electric-pair-mode when =
{}
>> >> inserted automatically).
>> >>=20
>> >> I am able to reproduce this with -Q on few different machines =
(Linux and
>> >> MacOS) and Emacs 29, 30.0.5 and current HEAD.
>> >>=20
>> >> C-g does nothing (including with debug-on-quit and sending =
SIGUSR2)
>> >>=20
>> >> At the same time I can't reproduce this in other tree-sitter based =
editors.
>> >>=20
>> >> I got this sample code sample from elixir-ts-mode repo but now =
it's moved
>> >> to the Emacs core so seems to be out of scope of Github repo =
issues.
>> >>=20
>> >> Attaching samle code and LLDB backtrace.=20
>> >> Also attaching report from built-in MacOS crash reporting tool =
just in case.
>> >=20
>> > Thanks.
>> >=20
>> > Wilhelm and Yuan, could you please look into this soon?
>>=20
>> That=E2=80=99s bizarre, might have some bug around ranges. I=E2=80=99m =
looking into this. Hopefully I can figure it out in a few days :-(
>>=20
>> Yuan
>>=20
>> I can reproduce the issue by following the above instructions, but =
need to do some digging. It only seems to be the case with embedded heex =
and not with heex-ts-mode by itself.=20
>>=20
>> WIlhelm
>>=20

At the moment I=E2=80=99m still not able to pinpoint the culprit, but =
here=E2=80=99s what I found: I can reproduce the issue by simply =
creating a heex parser, set the ranges to [108,240], [300,572], =
[820,1346] (these are byte position, aka one less than character =
position), then make it parse the buffer (with the "<.some_component =
a=3D{" part already typed in. I instrumented the buffer reader and the =
program hangs after reading the character at byte position 908 (end of =
"phx-click=3D{=E2=80=9C). Also the hang appears in ts_parser_parse.

I wrote a C program that does exactly that, but the program runs fine =
without hanging. I haven=E2=80=99t found what Emacs does differently =
that causes the hang to happen.

Also I found some other range bug, but fixing those didn=E2=80=99t help =
this issue.

Yuan=




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#72863; Package emacs. Full text available.

Message received at 72863 <at> debbugs.gnu.org:


Received: (at 72863) by debbugs.gnu.org; 4 Sep 2024 07:43:31 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Sep 04 03:43:31 2024
Received: from localhost ([127.0.0.1]:33270 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1slkfr-00007d-1s
	for submit <at> debbugs.gnu.org; Wed, 04 Sep 2024 03:43:31 -0400
Received: from qs51p00im-qukt01072701.me.com ([17.57.155.16]:45659)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <mail@HIDDEN>) id 1slkfn-00007N-Pe
 for 72863 <at> debbugs.gnu.org; Wed, 04 Sep 2024 03:43:29 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ssbb.me; s=sig1;
 t=1725435738; bh=bWH1q3xFkHtGWix9q5htLjJwFXbYIU/3rd/VlGcXxkU=;
 h=From:Message-Id:Content-Type:Mime-Version:Subject:Date:To;
 b=NlPKTnvNfrZZY6J4efB9U151QqYFCdFf7HSKNku21Y4X1dHZ9mM6q60d2ygQxv0BQ
 QSJia38d/J2ciepZ8+9NlkkLii4zWf0MB+B0WTidZN4B4mor1I7RwwVxLdHXZeJbML
 BtsoQDQZBrELO849rdNRwTLvrcKQWIu0aAC1uuWopums/gp88+8bRHwyfHzwhHPLnX
 Un/OhJqaKVL+/grVU4yfmhP7nIsSHk5b/3zhqy5abwij+J83U919fXTMuWQfh1Ui2p
 YSo3ABfJYX3j0DEUj0n1NgkAsC2D6kGoWeSYSr1ueSs+fsBlPJGMtPXez7m8HA0RfQ
 xyqs0UOdBbYDg==
Received: from smtpclient.apple (qs51p00im-dlb-asmtp-mailmevip.me.com
 [17.57.155.28])
 by qs51p00im-qukt01072701.me.com (Postfix) with ESMTPSA id 0474E15C0093;
 Wed,  4 Sep 2024 07:42:15 +0000 (UTC)
From: mail@HIDDEN
Message-Id: <0F8C0C10-A357-464F-9863-DED85B80D6C8@HIDDEN>
Content-Type: multipart/alternative;
 boundary="Apple-Mail=_C51E4D18-FE0A-481B-AF43-C977501C59EE"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.300.61.1.2\))
Subject: Re: bug#72863: 30.0.50; tree-sitter elixir-ts-mode hangs and memory
 leak on some elixir and heex code
Date: Wed, 4 Sep 2024 11:42:01 +0400
In-Reply-To: <CAOS0-35c3WAZaeHtt_4B3VGJdQynT3ux6cYp9SfYSVoRBJvxWg@HIDDEN>
To: Wilhelm Kirschbaum <wkirschbaum@HIDDEN>
References: <94F9A716-7D86-42F9-A010-54501ACF9AF8@HIDDEN>
 <861q27hq4a.fsf@HIDDEN> <F19AF072-97D8-48E5-A815-E0E0D37DB6EB@HIDDEN>
 <CAOS0-35c3WAZaeHtt_4B3VGJdQynT3ux6cYp9SfYSVoRBJvxWg@HIDDEN>
X-Mailer: Apple Mail (2.3774.300.61.1.2)
X-Proofpoint-GUID: UNWjlmHKg2EsVqqbtGfQX0Tz4UpTNKrW
X-Proofpoint-ORIG-GUID: UNWjlmHKg2EsVqqbtGfQX0Tz4UpTNKrW
X-Proofpoint-Virus-Version: vendor=baseguard
 engine=ICAP:2.0.272,Aquarius:18.0.1039,Hydra:6.0.680,FMLib:17.12.60.29
 definitions=2024-09-04_05,2024-09-03_01,2024-09-02_01
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 bulkscore=0
 clxscore=1030 spamscore=0
 malwarescore=0 mlxscore=0 adultscore=0 mlxlogscore=999 suspectscore=0
 phishscore=0 classifier=spam adjust=0 reason=mlx scancount=1
 engine=8.19.0-2308100000 definitions=main-2409040058
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 72863
Cc: Yuan Fu <casouri@HIDDEN>, Eli Zaretskii <eliz@HIDDEN>,
 72863 <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: -1.0 (-)


--Apple-Mail=_C51E4D18-FE0A-481B-AF43-C977501C59EE
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8

I can confirm that I never had such problems in heex-ts-mode but only =
with inline heex in elixir-ts-mode.

> On Sep 4, 2024, at 10:39=E2=80=AFAM, Wilhelm Kirschbaum =
<wkirschbaum@HIDDEN> wrote:
>=20
>=20
>=20
> On Thu, Aug 29, 2024 at 8:14=E2=80=AFAM Yuan Fu <casouri@HIDDEN =
<mailto:casouri@HIDDEN>> wrote:
>>=20
>>=20
>> > On Aug 28, 2024, at 10:09=E2=80=AFPM, Eli Zaretskii <eliz@HIDDEN =
<mailto:eliz@HIDDEN>> wrote:
>> >=20
>> >> From: mail@HIDDEN <mailto:mail@HIDDEN>
>> >> Date: Thu, 29 Aug 2024 06:57:38 +0400
>> >>=20
>> >> Code in attached file cause Emacs to hang and memory leak =
infinitely
>> >> while editing. Try to open this code in elixir-ts-mode and move =
cursor
>> >> on line 6 (between <:loading>  </:loading>) and type char by char:
>> >>=20
>> >> <.some_component a=3D{
>> >>=20
>> >> (for some reason it does not happen with electric-pair-mode when =
{}
>> >> inserted automatically).
>> >>=20
>> >> I am able to reproduce this with -Q on few different machines =
(Linux and
>> >> MacOS) and Emacs 29, 30.0.5 and current HEAD.
>> >>=20
>> >> C-g does nothing (including with debug-on-quit and sending =
SIGUSR2)
>> >>=20
>> >> At the same time I can't reproduce this in other tree-sitter based =
editors.
>> >>=20
>> >> I got this sample code sample from elixir-ts-mode repo but now =
it's moved
>> >> to the Emacs core so seems to be out of scope of Github repo =
issues.
>> >>=20
>> >> Attaching samle code and LLDB backtrace.=20
>> >> Also attaching report from built-in MacOS crash reporting tool =
just in case.
>> >=20
>> > Thanks.
>> >=20
>> > Wilhelm and Yuan, could you please look into this soon?
>>=20
>> That=E2=80=99s bizarre, might have some bug around ranges. I=E2=80=99m =
looking into this. Hopefully I can figure it out in a few days :-(
>>=20
>> Yuan
>=20
> I can reproduce the issue by following the above instructions, but =
need to do some digging. It only seems to be the case with embedded heex =
and not with heex-ts-mode by itself.
>=20
> WIlhelm
>=20
>=20
>=20


--Apple-Mail=_C51E4D18-FE0A-481B-AF43-C977501C59EE
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=utf-8

<html><head><meta http-equiv=3D"content-type" content=3D"text/html; =
charset=3Dutf-8"></head><body style=3D"overflow-wrap: break-word; =
-webkit-nbsp-mode: space; line-break: after-white-space;">I can confirm =
that I never had such problems in heex-ts-mode but only with inline heex =
in elixir-ts-mode.<br =
id=3D"lineBreakAtBeginningOfMessage"><div><br><blockquote =
type=3D"cite"><div>On Sep 4, 2024, at 10:39=E2=80=AFAM, Wilhelm =
Kirschbaum &lt;wkirschbaum@HIDDEN&gt; wrote:</div><br =
class=3D"Apple-interchange-newline"><div><div dir=3D"ltr"><div =
dir=3D"ltr"><br></div><br><div class=3D"gmail_quote"><div dir=3D"ltr" =
class=3D"gmail_attr">On Thu, Aug 29, 2024 at 8:14=E2=80=AFAM Yuan Fu =
&lt;<a href=3D"mailto:casouri@HIDDEN">casouri@HIDDEN</a>&gt; =
wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px =
0px 0px 0.8ex;border-left:1px solid =
rgb(204,204,204);padding-left:1ex"><br>
<br>
&gt; On Aug 28, 2024, at 10:09=E2=80=AFPM, Eli Zaretskii &lt;<a =
href=3D"mailto:eliz@HIDDEN" target=3D"_blank">eliz@HIDDEN</a>&gt; =
wrote:<br>
&gt; <br>
&gt;&gt; From: <a href=3D"mailto:mail@HIDDEN" =
target=3D"_blank">mail@HIDDEN</a><br>
&gt;&gt; Date: Thu, 29 Aug 2024 06:57:38 +0400<br>
&gt;&gt; <br>
&gt;&gt; Code in attached file cause Emacs to hang and memory leak =
infinitely<br>
&gt;&gt; while editing. Try to open this code in elixir-ts-mode and move =
cursor<br>
&gt;&gt; on line 6 (between &lt;:loading&gt;&nbsp; &lt;/:loading&gt;) =
and type char by char:<br>
&gt;&gt; <br>
&gt;&gt; &lt;.some_component a=3D{<br>
&gt;&gt; <br>
&gt;&gt; (for some reason it does not happen with electric-pair-mode =
when {}<br>
&gt;&gt; inserted automatically).<br>
&gt;&gt; <br>
&gt;&gt; I am able to reproduce this with -Q on few different machines =
(Linux and<br>
&gt;&gt; MacOS) and Emacs 29, 30.0.5 and current HEAD.<br>
&gt;&gt; <br>
&gt;&gt; C-g does nothing (including with debug-on-quit and sending =
SIGUSR2)<br>
&gt;&gt; <br>
&gt;&gt; At the same time I can't reproduce this in other tree-sitter =
based editors.<br>
&gt;&gt; <br>
&gt;&gt; I got this sample code sample from elixir-ts-mode repo but now =
it's moved<br>
&gt;&gt; to the Emacs core so seems to be out of scope of Github repo =
issues.<br>
&gt;&gt; <br>
&gt;&gt; Attaching samle code and LLDB backtrace. <br>
&gt;&gt; Also attaching report from built-in MacOS crash reporting tool =
just in case.<br>
&gt; <br>
&gt; Thanks.<br>
&gt; <br>
&gt; Wilhelm and Yuan, could you please look into this soon?<br>
<br>
That=E2=80=99s bizarre, might have some bug around ranges. I=E2=80=99m =
looking into this. Hopefully I can figure it out in a few days :-(<br>
<br>
Yuan</blockquote><div><br></div><div>I can reproduce the issue by =
following the above instructions, but need to do some digging. It only =
seems to be the case with embedded heex and not with heex-ts-mode by =
itself. =
<br></div><div><br></div><div>WIlhelm<br></div><div><br></div><div><br></d=
iv><div><br></div></div></div>
</div></blockquote></div><br></body></html>=

--Apple-Mail=_C51E4D18-FE0A-481B-AF43-C977501C59EE--




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#72863; Package emacs. Full text available.

Message received at 72863 <at> debbugs.gnu.org:


Received: (at 72863) by debbugs.gnu.org; 4 Sep 2024 06:42:09 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Sep 04 02:42:09 2024
Received: from localhost ([127.0.0.1]:33180 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1sljiT-0006tG-3I
	for submit <at> debbugs.gnu.org; Wed, 04 Sep 2024 02:42:09 -0400
Received: from mail-qt1-f170.google.com ([209.85.160.170]:57644)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <wkirschbaum@HIDDEN>) id 1sljiP-0006sd-Lp
 for 72863 <at> debbugs.gnu.org; Wed, 04 Sep 2024 02:42:06 -0400
Received: by mail-qt1-f170.google.com with SMTP id
 d75a77b69052e-4568571de47so30400391cf.3
 for <72863 <at> debbugs.gnu.org>; Tue, 03 Sep 2024 23:41:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gmail.com; s=20230601; t=1725431997; x=1726036797; darn=debbugs.gnu.org;
 h=cc:to:subject:message-id:date:from:in-reply-to:references
 :mime-version:from:to:cc:subject:date:message-id:reply-to;
 bh=TK7VdQxlHQbYeFLdNpgXxxkdzw43kadI8KJHnVzWv/U=;
 b=cc8v0nUZwumoHQ+/rWrmh2VKA92uys0nN9u7JKguaiQv4ce1WrqMBjLBYHMZsxRJ8x
 Do19BZ4Jc6nMbSujbqXcJvtoFkEmOYsafABBf8WY0b6+fjGC2n4Qm5Zdx7zdRRVVo8tE
 taKUU+8sNIdFYH+JDJBTz5K82iR201mMu8VN99aaKDpRh7mGwOGKdteOuL+8HIsRi6zz
 sfFcHGLHIdQoaf0XUcq/wpU76j0KxVOE2icIPjCw4Pb0Bt5UNir1aM9rLbzgl0k8dr2X
 cFUS5DxYC5oZhhYzU/VPFVjbS9rE2RyhFtyfDFQslYCDb9kqR5UDmoKUee51pe8AGRDx
 DfrQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20230601; t=1725431997; x=1726036797;
 h=cc:to:subject:message-id:date:from:in-reply-to:references
 :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id
 :reply-to;
 bh=TK7VdQxlHQbYeFLdNpgXxxkdzw43kadI8KJHnVzWv/U=;
 b=Cn4r9Wo3Zh8FEGVYOR+E+IWYBOysQ76tdIGmt6M+7xEMFhHQGR0weIB3hqFiE6wJvi
 2WT9kOkwHFSErwMg7UrgT94NtGzgWbmEppzcLPf++lDXw312sxNAfh0jqam6dY+plnmg
 KFGKkgDLMJp6F+vc4pyJCcWqT+5WjiZ9bXIQwEfCYC/TfFuwXiCqkqFnubIi73ZyqaMs
 jCDRTEqcuSLNF6ys9wL/rXr5GBMiIVQqAQlPVkhyrj7o/yPf+WLCAhsYZd7jCqhTXj9z
 Kg6B8ZSqT8c0Ed62iFQeDv7vj44PR1OI0ld3l/2T3U4LV0mr0hDBxmxYiCD15eo0Q5FT
 AFgw==
X-Forwarded-Encrypted: i=1;
 AJvYcCUrwoZYcpi5NZ4jTt9rgwNPZkEqQ4RTo5pmayp/bkEQTxcIXV6BF6u2fHGvn1qYkuj/ZBKM9w==@debbugs.gnu.org
X-Gm-Message-State: AOJu0Ywgm1MiDYn+KNOEtTtCTJetL8FlU4zRs9qBhNYAFMqZ9s2krIZn
 jFediM2jg3ChuOJ9b2eM2vPKyPnAONkYT5R40dmxcK44WyPxq5tINuFQEd6YaQVjqkj+oA01ssy
 6jU1mNjmLlWT3on92/4p4iX65O/Y=
X-Google-Smtp-Source: AGHT+IGRCJVzCbcd7aZJov8OSoOTtlJFstjle+TfXm+q6dhyOwhBvf3LDTVJVY3hlMztfRR89+nxUO4SdpzXhcokzZo=
X-Received: by 2002:a05:622a:410c:b0:456:80fa:617e with SMTP id
 d75a77b69052e-456f169da0bmr188259091cf.2.1725431996655; Tue, 03 Sep 2024
 23:39:56 -0700 (PDT)
MIME-Version: 1.0
References: <94F9A716-7D86-42F9-A010-54501ACF9AF8@HIDDEN>
 <861q27hq4a.fsf@HIDDEN>
 <F19AF072-97D8-48E5-A815-E0E0D37DB6EB@HIDDEN>
In-Reply-To: <F19AF072-97D8-48E5-A815-E0E0D37DB6EB@HIDDEN>
From: Wilhelm Kirschbaum <wkirschbaum@HIDDEN>
Date: Wed, 4 Sep 2024 08:39:45 +0200
Message-ID: <CAOS0-35c3WAZaeHtt_4B3VGJdQynT3ux6cYp9SfYSVoRBJvxWg@HIDDEN>
Subject: Re: bug#72863: 30.0.50; tree-sitter elixir-ts-mode hangs and memory
 leak on some elixir and heex code
To: Yuan Fu <casouri@HIDDEN>
Content-Type: multipart/alternative; boundary="0000000000003eaf0f0621457125"
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 72863
Cc: Eli Zaretskii <eliz@HIDDEN>, 72863 <at> debbugs.gnu.org, mail@HIDDEN
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: -1.0 (-)

--0000000000003eaf0f0621457125
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Thu, Aug 29, 2024 at 8:14=E2=80=AFAM Yuan Fu <casouri@HIDDEN> wrote:

>
>
> > On Aug 28, 2024, at 10:09=E2=80=AFPM, Eli Zaretskii <eliz@HIDDEN> wrot=
e:
> >
> >> From: mail@HIDDEN
> >> Date: Thu, 29 Aug 2024 06:57:38 +0400
> >>
> >> Code in attached file cause Emacs to hang and memory leak infinitely
> >> while editing. Try to open this code in elixir-ts-mode and move cursor
> >> on line 6 (between <:loading>  </:loading>) and type char by char:
> >>
> >> <.some_component a=3D{
> >>
> >> (for some reason it does not happen with electric-pair-mode when {}
> >> inserted automatically).
> >>
> >> I am able to reproduce this with -Q on few different machines (Linux a=
nd
> >> MacOS) and Emacs 29, 30.0.5 and current HEAD.
> >>
> >> C-g does nothing (including with debug-on-quit and sending SIGUSR2)
> >>
> >> At the same time I can't reproduce this in other tree-sitter based
> editors.
> >>
> >> I got this sample code sample from elixir-ts-mode repo but now it's
> moved
> >> to the Emacs core so seems to be out of scope of Github repo issues.
> >>
> >> Attaching samle code and LLDB backtrace.
> >> Also attaching report from built-in MacOS crash reporting tool just in
> case.
> >
> > Thanks.
> >
> > Wilhelm and Yuan, could you please look into this soon?
>
> That=E2=80=99s bizarre, might have some bug around ranges. I=E2=80=99m lo=
oking into this.
> Hopefully I can figure it out in a few days :-(
>
> Yuan


I can reproduce the issue by following the above instructions, but need to
do some digging. It only seems to be the case with embedded heex and not
with heex-ts-mode by itself.

WIlhelm

--0000000000003eaf0f0621457125
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr"><br></div><br><div class=3D"gmail_quote">=
<div dir=3D"ltr" class=3D"gmail_attr">On Thu, Aug 29, 2024 at 8:14=E2=80=AF=
AM Yuan Fu &lt;<a href=3D"mailto:casouri@HIDDEN">casouri@HIDDEN</a>&g=
t; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0p=
x 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
<br>
&gt; On Aug 28, 2024, at 10:09=E2=80=AFPM, Eli Zaretskii &lt;<a href=3D"mai=
lto:eliz@HIDDEN" target=3D"_blank">eliz@HIDDEN</a>&gt; wrote:<br>
&gt; <br>
&gt;&gt; From: <a href=3D"mailto:mail@HIDDEN" target=3D"_blank">mail@ssbb.=
me</a><br>
&gt;&gt; Date: Thu, 29 Aug 2024 06:57:38 +0400<br>
&gt;&gt; <br>
&gt;&gt; Code in attached file cause Emacs to hang and memory leak infinite=
ly<br>
&gt;&gt; while editing. Try to open this code in elixir-ts-mode and move cu=
rsor<br>
&gt;&gt; on line 6 (between &lt;:loading&gt;=C2=A0 &lt;/:loading&gt;) and t=
ype char by char:<br>
&gt;&gt; <br>
&gt;&gt; &lt;.some_component a=3D{<br>
&gt;&gt; <br>
&gt;&gt; (for some reason it does not happen with electric-pair-mode when {=
}<br>
&gt;&gt; inserted automatically).<br>
&gt;&gt; <br>
&gt;&gt; I am able to reproduce this with -Q on few different machines (Lin=
ux and<br>
&gt;&gt; MacOS) and Emacs 29, 30.0.5 and current HEAD.<br>
&gt;&gt; <br>
&gt;&gt; C-g does nothing (including with debug-on-quit and sending SIGUSR2=
)<br>
&gt;&gt; <br>
&gt;&gt; At the same time I can&#39;t reproduce this in other tree-sitter b=
ased editors.<br>
&gt;&gt; <br>
&gt;&gt; I got this sample code sample from elixir-ts-mode repo but now it&=
#39;s moved<br>
&gt;&gt; to the Emacs core so seems to be out of scope of Github repo issue=
s.<br>
&gt;&gt; <br>
&gt;&gt; Attaching samle code and LLDB backtrace. <br>
&gt;&gt; Also attaching report from built-in MacOS crash reporting tool jus=
t in case.<br>
&gt; <br>
&gt; Thanks.<br>
&gt; <br>
&gt; Wilhelm and Yuan, could you please look into this soon?<br>
<br>
That=E2=80=99s bizarre, might have some bug around ranges. I=E2=80=99m look=
ing into this. Hopefully I can figure it out in a few days :-(<br>
<br>
Yuan</blockquote><div><br></div><div>I can reproduce the issue by following=
 the above instructions, but need to do some digging. It only seems to be t=
he case with embedded heex and not with heex-ts-mode by itself. <br></div><=
div><br></div><div>WIlhelm<br></div><div><br></div><div><br></div><div><br>=
</div></div></div>

--0000000000003eaf0f0621457125--




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#72863; Package emacs. Full text available.

Message received at 72863 <at> debbugs.gnu.org:


Received: (at 72863) by debbugs.gnu.org; 29 Aug 2024 06:16:42 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Aug 29 02:16:42 2024
Received: from localhost ([127.0.0.1]:50168 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1sjYSY-0003EB-IO
	for submit <at> debbugs.gnu.org; Thu, 29 Aug 2024 02:16:42 -0400
Received: from mail-pg1-f172.google.com ([209.85.215.172]:52513)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <casouri@HIDDEN>) id 1sjYSV-0003Dv-UU
 for 72863 <at> debbugs.gnu.org; Thu, 29 Aug 2024 02:16:40 -0400
Received: by mail-pg1-f172.google.com with SMTP id
 41be03b00d2f7-76cb5b6b3e4so146693a12.1
 for <72863 <at> debbugs.gnu.org>; Wed, 28 Aug 2024 23:15:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gmail.com; s=20230601; t=1724912079; x=1725516879; darn=debbugs.gnu.org;
 h=to:references:message-id:content-transfer-encoding:cc:date
 :in-reply-to:from:subject:mime-version:from:to:cc:subject:date
 :message-id:reply-to;
 bh=uSAYi/0sV5CfqbhhFnaewT88BLERzew56wQydK4CcyA=;
 b=iRi3wGVp1E5Uu1abWjVOrv7T1YBR6FfMQkQxGEkeULS9fI/XKXM2EWgRCwz8vK85YB
 +uv6InF20B50vYpFcOIXhH/gQ65vVcrT1kvjnqCrbjZAiI2xr7ltpejzSfMjHjb8gmeG
 LHfqpR1YHslbyfxZj5ExRSpZRA4qbZF6BVmgKa7qchwmdRS/ahyu/n0h0CDerW70YT/z
 BnPwULpnOeONX/NNW27IEyFwuBjq3EzNyxoR1qAjimyqT1v+qjSwv0tVRkr44jHgAjz2
 A1h+PGifJkKRw78vPMyenLzsbKu4sAxKzGg4FN5m5NBFWiou4fbVKAA2anRTUjkzPYzQ
 Xc8A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20230601; t=1724912079; x=1725516879;
 h=to:references:message-id:content-transfer-encoding:cc:date
 :in-reply-to:from:subject:mime-version:x-gm-message-state:from:to:cc
 :subject:date:message-id:reply-to;
 bh=uSAYi/0sV5CfqbhhFnaewT88BLERzew56wQydK4CcyA=;
 b=ji7Opn7jls7foLKWAv4pgSRtEZa5vF3PusvMskNpFMOCD8IkR1UXRiB68pc6lFHBz/
 KaTIU+GgUOr0VZZ8A4c6v/1WExxFuGMoK5uMO7qGAhlGoS7A6vtSIQisHXD5fPnBEYqs
 PADmNgz+nkpwoS3sptNMsCPxLcFciGaN3zhTo7+SN4TcGlO41FI3e4ykwnJ/B/2OhIGP
 roldXyG9sD41SzRst8epnryD7LbwVtJMVyX1HgMM+xjIuwdWcH+nv08fuQE/8lnzdR1C
 +dJqtblDYgV+m2VKmv7lY9osKcS1KLtlyR0WrzmodcI5sWuRENPoyarMOwVO1FT2G9Mb
 Nc4w==
X-Forwarded-Encrypted: i=1;
 AJvYcCWLVDKTTcm5AW3r1rz+asvdDadL7NxjC0AzmonuPyYXhxE6zLcZDi95CLSoc3wdw/ZCaNlp0w==@debbugs.gnu.org
X-Gm-Message-State: AOJu0YxgqN4yrox1+q19VGV/Getzbfo9Yry/dHkXfUKknR4Q/8+NuA8d
 wpy2EBoMVnICY9OvkgQlAH3/WdGK2rchZUN5UpVoJloh4NzhIH1u
X-Google-Smtp-Source: AGHT+IHa/g5tWMr9/P0RP6PSMk9toZpTskaCGjrRBU8L+XDjW/JoQ316UBBtKdhnAr93F7OHhHKcRw==
X-Received: by 2002:a17:90b:1893:b0:2cf:ce3a:4fef with SMTP id
 98e67ed59e1d1-2d8561dbc42mr1641634a91.19.1724912078717; 
 Wed, 28 Aug 2024 23:14:38 -0700 (PDT)
Received: from smtpclient.apple ([2601:646:8f81:6120:fd58:c8a8:ed8f:39fa])
 by smtp.gmail.com with ESMTPSA id
 98e67ed59e1d1-2d8445d5bffsm3082525a91.10.2024.08.28.23.14.37
 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128);
 Wed, 28 Aug 2024 23:14:38 -0700 (PDT)
Content-Type: text/plain;
	charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51\))
Subject: Re: bug#72863: 30.0.50; tree-sitter elixir-ts-mode hangs and memory
 leak on some elixir and heex code
From: Yuan Fu <casouri@HIDDEN>
In-Reply-To: <861q27hq4a.fsf@HIDDEN>
Date: Wed, 28 Aug 2024 23:14:26 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <F19AF072-97D8-48E5-A815-E0E0D37DB6EB@HIDDEN>
References: <94F9A716-7D86-42F9-A010-54501ACF9AF8@HIDDEN>
 <861q27hq4a.fsf@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
X-Mailer: Apple Mail (2.3776.700.51)
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 72863
Cc: Wilhelm Kirschbaum <wkirschbaum@HIDDEN>, 72863 <at> debbugs.gnu.org,
 mail@HIDDEN
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: -1.0 (-)



> On Aug 28, 2024, at 10:09=E2=80=AFPM, Eli Zaretskii <eliz@HIDDEN> =
wrote:
>=20
>> From: mail@HIDDEN
>> Date: Thu, 29 Aug 2024 06:57:38 +0400
>>=20
>> Code in attached file cause Emacs to hang and memory leak infinitely
>> while editing. Try to open this code in elixir-ts-mode and move =
cursor
>> on line 6 (between <:loading>  </:loading>) and type char by char:
>>=20
>> <.some_component a=3D{
>>=20
>> (for some reason it does not happen with electric-pair-mode when {}
>> inserted automatically).
>>=20
>> I am able to reproduce this with -Q on few different machines (Linux =
and
>> MacOS) and Emacs 29, 30.0.5 and current HEAD.
>>=20
>> C-g does nothing (including with debug-on-quit and sending SIGUSR2)
>>=20
>> At the same time I can't reproduce this in other tree-sitter based =
editors.
>>=20
>> I got this sample code sample from elixir-ts-mode repo but now it's =
moved
>> to the Emacs core so seems to be out of scope of Github repo issues.
>>=20
>> Attaching samle code and LLDB backtrace.=20
>> Also attaching report from built-in MacOS crash reporting tool just =
in case.
>=20
> Thanks.
>=20
> Wilhelm and Yuan, could you please look into this soon?

That=E2=80=99s bizarre, might have some bug around ranges. I=E2=80=99m =
looking into this. Hopefully I can figure it out in a few days :-(

Yuan=




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#72863; Package emacs. Full text available.

Message received at 72863 <at> debbugs.gnu.org:


Received: (at 72863) by debbugs.gnu.org; 29 Aug 2024 06:15:26 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Aug 29 02:15:26 2024
Received: from localhost ([127.0.0.1]:50160 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1sjYRJ-0003Bc-Nf
	for submit <at> debbugs.gnu.org; Thu, 29 Aug 2024 02:15:26 -0400
Received: from mail-qt1-f179.google.com ([209.85.160.179]:59828)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <wkirschbaum@HIDDEN>) id 1sjYRH-0003BM-7T
 for 72863 <at> debbugs.gnu.org; Thu, 29 Aug 2024 02:15:24 -0400
Received: by mail-qt1-f179.google.com with SMTP id
 d75a77b69052e-44ff7bdb5a6so1450161cf.3
 for <72863 <at> debbugs.gnu.org>; Wed, 28 Aug 2024 23:14:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gmail.com; s=20230601; t=1724912003; x=1725516803; darn=debbugs.gnu.org;
 h=cc:to:subject:message-id:date:from:in-reply-to:references
 :mime-version:from:to:cc:subject:date:message-id:reply-to;
 bh=LvVVM3MJhh4P0NJfLVnQdppgODHe8NVtxhrVNcy9gOY=;
 b=D4iXy7Ae1PLPgWGb/+bR765rwgvoPVGiNZbLMrgR9G0mI73OC/rms1r6eiCf8eWxET
 dFI3d+EeDXSyQHwVZ7AHzzzWaaJ9XIGWBgkKH9dJLSnOzg9h4p7kWNH/NNj8UICdG9kN
 aHcqzUrx3L2lmS9Do8N7gw2tKRYq+zPcvm8rIl/Ai5BI3/epYHRCTp8uBWmAtA23hM13
 ID2jBZ8izka109vjlEJgLWqdQwWLSDTUzeCmd7PxIYCggG7MyMUTVMENEEY1Mjkhx/cQ
 ufx9hsRhRLLa6qREoPj2Q9yr7k12nybMSECaKKWrO8snLkcHEqdlRQ/kBHFaw0hUZL1i
 YUsw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20230601; t=1724912003; x=1725516803;
 h=cc:to:subject:message-id:date:from:in-reply-to:references
 :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id
 :reply-to;
 bh=LvVVM3MJhh4P0NJfLVnQdppgODHe8NVtxhrVNcy9gOY=;
 b=ZgQZhkeqsL+wHIF0C0RzDm/1QcwH3RO90VDo1Dbp04H8ygc+6UNAWWnbFLoheB6w6B
 rwqNZGNIo9T8/Ko/qHHM3x3BWU5miox4BO28eDOj37UOx0naovLaK3bOwBu9cUFlkzxP
 waSQF/sBVNzAwhGX++cIfWr6nYGYCuSPkghNozTvTf8aShsTISrdObCpessMP40dsjr2
 17PDeLfeQDlob5dI7VAKYkdo3cLVNPDst7RgAo0xpKgU/HGdXy9guNWBFECLGx6RRLaY
 n4o9M8mDmRYNJXEUmnqi8x/Kt16KKPkAYR0+JnrbcZzDuBjkpGmQyyTRRIax/I+cLwzk
 yCuQ==
X-Forwarded-Encrypted: i=1;
 AJvYcCUrCcV7/u4iQjAtjdYQUrgEz603DtS3vl5Iar7B2/MWanfJ3a9LVQtVIqIwwoI8aLm3wr0nVQ==@debbugs.gnu.org
X-Gm-Message-State: AOJu0YwPrJSbWn8DBv6SZG4OLbSCJB36Q9moml82rSwcAlBb9/dKZim5
 6h76WGcNAvdkAbqgkJAFLMy4c5wrjm2Kwt5MepLKLkccOgRgppjYW0iKHCr9Ow5EIgkC6A+ixmH
 OAJcw3eQTX6rrPED4PptZCVu6Uek=
X-Google-Smtp-Source: AGHT+IHCY88Cek+uFbEpkfo75akfkT799ItgpCFe8GG/exDxFoGp9AGjixFZSHJ9JBbolDfaCCSJw8X+4mUZf2a4Jbo=
X-Received: by 2002:a05:622a:1bac:b0:453:769b:ed97 with SMTP id
 d75a77b69052e-4567f59a7e5mr19647561cf.34.1724912002518; Wed, 28 Aug 2024
 23:13:22 -0700 (PDT)
MIME-Version: 1.0
References: <94F9A716-7D86-42F9-A010-54501ACF9AF8@HIDDEN>
 <861q27hq4a.fsf@HIDDEN>
In-Reply-To: <861q27hq4a.fsf@HIDDEN>
From: Wilhelm Kirschbaum <wkirschbaum@HIDDEN>
Date: Thu, 29 Aug 2024 08:13:11 +0200
Message-ID: <CAOS0-371CM3c6nRjP7qAyn-QXL_ByF58LF5wxbc6TxrmYHUWcQ@HIDDEN>
Subject: Re: bug#72863: 30.0.50; tree-sitter elixir-ts-mode hangs and memory
 leak on some elixir and heex code
To: Eli Zaretskii <eliz@HIDDEN>
Content-Type: multipart/alternative; boundary="0000000000002dd7860620cc5ffd"
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: 72863
Cc: Yuan Fu <casouri@HIDDEN>, 72863 <at> debbugs.gnu.org, mail@HIDDEN
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: -1.0 (-)

--0000000000002dd7860620cc5ffd
Content-Type: text/plain; charset="UTF-8"

>
>  > From: mail@HIDDEN
> > Date: Thu, 29 Aug 2024 06:57:38 +0400
> >
> > Code in attached file cause Emacs to hang and memory leak infinitely
> > while editing. Try to open this code in elixir-ts-mode and move cursor
> > on line 6 (between <:loading>  </:loading>) and type char by char:
> >
> > <.some_component a={
> >
> > (for some reason it does not happen with electric-pair-mode when {}
> > inserted automatically).
> >
> > I am able to reproduce this with -Q on few different machines (Linux and
> > MacOS) and Emacs 29, 30.0.5 and current HEAD.
> >
> > C-g does nothing (including with debug-on-quit and sending SIGUSR2)
> >
> > At the same time I can't reproduce this in other tree-sitter based
> editors.
> >
> > I got this sample code sample from elixir-ts-mode repo but now it's moved
> > to the Emacs core so seems to be out of scope of Github repo issues.
> >
> > Attaching samle code and LLDB backtrace.
> > Also attaching report from built-in MacOS crash reporting tool just in
> case.
>
> Thanks.
>
> Wilhelm and Yuan, could you please look into this soon?
>

Thanks, I will have a look later today.

Wilhelm

--0000000000002dd7860620cc5ffd
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div class=3D"gmail_quote"><blockquote class=3D"gmail_quot=
e" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204)=
;padding-left:1ex">=C2=A0&gt; From: <a href=3D"mailto:mail@HIDDEN" target=
=3D"_blank">mail@HIDDEN</a><br>
&gt; Date: Thu, 29 Aug 2024 06:57:38 +0400<br>
&gt; <br>
&gt; Code in attached file cause Emacs to hang and memory leak infinitely<b=
r>
&gt; while editing. Try to open this code in elixir-ts-mode and move cursor=
<br>
&gt; on line 6 (between &lt;:loading&gt;=C2=A0 &lt;/:loading&gt;) and type =
char by char:<br>
&gt; <br>
&gt; &lt;.some_component a=3D{<br>
&gt; <br>
&gt; (for some reason it does not happen with electric-pair-mode when {}<br=
>
&gt; inserted automatically).<br>
&gt; <br>
&gt; I am able to reproduce this with -Q on few different machines (Linux a=
nd<br>
&gt; MacOS) and Emacs 29, 30.0.5 and current HEAD.<br>
&gt; <br>
&gt; C-g does nothing (including with debug-on-quit and sending SIGUSR2)<br=
>
&gt; <br>
&gt; At the same time I can&#39;t reproduce this in other tree-sitter based=
 editors.<br>
&gt; <br>
&gt; I got this sample code sample from elixir-ts-mode repo but now it&#39;=
s moved<br>
&gt; to the Emacs core so seems to be out of scope of Github repo issues.<b=
r>
&gt; <br>
&gt; Attaching samle code and LLDB backtrace. <br>
&gt; Also attaching report from built-in MacOS crash reporting tool just in=
 case.<br>
<br>
Thanks.<br>
<br>
Wilhelm and Yuan, could you please look into this soon?<br></blockquote><di=
v><br></div><div>Thanks, I will have a look later today.=C2=A0</div><div><b=
r></div><div>Wilhelm <br></div></div></div>

--0000000000002dd7860620cc5ffd--




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#72863; Package emacs. Full text available.

Message received at 72863 <at> debbugs.gnu.org:


Received: (at 72863) by debbugs.gnu.org; 29 Aug 2024 05:10:33 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Aug 29 01:10:33 2024
Received: from localhost ([127.0.0.1]:50095 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1sjXQW-0001BZ-Nk
	for submit <at> debbugs.gnu.org; Thu, 29 Aug 2024 01:10:33 -0400
Received: from eggs.gnu.org ([209.51.188.92]:60748)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1sjXQV-0001BG-2K
 for 72863 <at> debbugs.gnu.org; Thu, 29 Aug 2024 01:10:32 -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 1sjXPW-0002kv-6Q; Thu, 29 Aug 2024 01:09:30 -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=PGPzYSBcfCeMZH7eHSynPnUrPJFbc8bGgj3SK17lZrQ=; b=PQHhmujYg21V
 cmvfm6UMdWhu9E1oRcvFwYKNVLUkBGBMmZpszaJi6gakyh4GDU6SSeZUjtaRqTlPDY5S3ldgskUGY
 Ax2DYQqftKhyV7aLrFXLeZzj4sdvqtgB8aQZVoZhNqBHBy8mYo7yBPESR33AbxADK4dW/UptTU92F
 TZ8CIGR5GbjZVe2FLNj+GCOHIreJ4gHSSdbCXUTRf/+h1yZ0kJIQLegMJYsCeUinYzyu/K+T3zMFq
 yn70Gu179qR/3yu/vE0RVdHfEgRIZX06SSzPoRGXnZxlf2S2pMkoh3QQoxnEIWeL/DS75eOLDprmd
 Ep6vqDtUHqUtzyvwN6G+cA==;
Date: Thu, 29 Aug 2024 08:09:25 +0300
Message-Id: <861q27hq4a.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: mail@HIDDEN, Wilhelm Kirschbaum <wkirschbaum@HIDDEN>,
 Yuan Fu <casouri@HIDDEN>
In-Reply-To: <94F9A716-7D86-42F9-A010-54501ACF9AF8@HIDDEN> (mail@HIDDEN)
Subject: Re: bug#72863: 30.0.50;
 tree-sitter elixir-ts-mode hangs and memory leak on some elixir and
 heex code
References: <94F9A716-7D86-42F9-A010-54501ACF9AF8@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 72863
Cc: 72863 <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: mail@HIDDEN
> Date: Thu, 29 Aug 2024 06:57:38 +0400
> 
> Code in attached file cause Emacs to hang and memory leak infinitely
> while editing. Try to open this code in elixir-ts-mode and move cursor
> on line 6 (between <:loading>  </:loading>) and type char by char:
> 
> <.some_component a={
> 
> (for some reason it does not happen with electric-pair-mode when {}
> inserted automatically).
> 
> I am able to reproduce this with -Q on few different machines (Linux and
> MacOS) and Emacs 29, 30.0.5 and current HEAD.
> 
> C-g does nothing (including with debug-on-quit and sending SIGUSR2)
> 
> At the same time I can't reproduce this in other tree-sitter based editors.
> 
> I got this sample code sample from elixir-ts-mode repo but now it's moved
> to the Emacs core so seems to be out of scope of Github repo issues.
> 
> Attaching samle code and LLDB backtrace. 
> Also attaching report from built-in MacOS crash reporting tool just in case.

Thanks.

Wilhelm and Yuan, could you please look into this soon?




Information forwarded to bug-gnu-emacs@HIDDEN:
bug#72863; Package emacs. Full text available.

Message received at submit <at> debbugs.gnu.org:


Received: (at submit) by debbugs.gnu.org; 29 Aug 2024 03:29:51 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Aug 28 23:29:51 2024
Received: from localhost ([127.0.0.1]:49974 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1sjVr3-0006XJ-Gm
	for submit <at> debbugs.gnu.org; Wed, 28 Aug 2024 23:29:51 -0400
Received: from lists.gnu.org ([209.51.188.17]:58904)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <mail@HIDDEN>) id 1sjVN9-0005dl-Ti
 for submit <at> debbugs.gnu.org; Wed, 28 Aug 2024 22:58:56 -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 <mail@HIDDEN>) id 1sjVMG-0006dS-RG
 for bug-gnu-emacs@HIDDEN; Wed, 28 Aug 2024 22:58:00 -0400
Received: from st43p00im-ztbu10073701.me.com ([17.58.63.183])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <mail@HIDDEN>) id 1sjVME-000608-Lg
 for bug-gnu-emacs@HIDDEN; Wed, 28 Aug 2024 22:58:00 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ssbb.me; s=sig1;
 t=1724900274; bh=Dxl+0qDXsxsnARJ3FgBool4fmkJCWXkvc07yOK2F9bs=;
 h=From:Content-Type:Mime-Version:Subject:Message-Id:Date:To;
 b=Cx8DK68lzePulwjUrfM5jrZheSyZSj56khPM2s30RcRc7fS9CzDKVP6qXNJvxZyxm
 x39Rqa0m83fWjsfRUjNEIAs6N6zER1Y4Tr4MEFFTb96JOC2a7acYzILj676H9BDNw/
 B7KQzHsdu5ZSV6owVRxlJYh+2MpaoVaXZm05yoTOKDr/NRTxoWaE4aO9HeuPU47zHl
 OPismQAAXO7haBgKjBjQ2Kpm7lezOEy8fFMW9UJJCW1t8CR6Ct/cY1UnRMk5x6cA1j
 jfpIAqLPvrZBnrn1UBzyt4XY8UP8q9cq/nz1W+xUsJXHvzgU1f5OZpZvJ+iBj8zgeQ
 3mo4ASuKaiv/w==
Received: from smtpclient.apple (st43p00im-dlb-asmtp-mailmevip.me.com
 [17.42.251.41])
 by st43p00im-ztbu10073701.me.com (Postfix) with ESMTPSA id 0BF331C02AC
 for <bug-gnu-emacs@HIDDEN>; Thu, 29 Aug 2024 02:57:51 +0000 (UTC)
From: mail@HIDDEN
Content-Type: multipart/mixed;
 boundary="Apple-Mail=_12C11785-7CB9-4162-AB71-D211CD8CE08E"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.300.61.1.2\))
Subject: 30.0.50; tree-sitter elixir-ts-mode hangs and memory leak on some
 elixir and heex code
Message-Id: <94F9A716-7D86-42F9-A010-54501ACF9AF8@HIDDEN>
Date: Thu, 29 Aug 2024 06:57:38 +0400
To: bug-gnu-emacs@HIDDEN
X-Mailer: Apple Mail (2.3774.300.61.1.2)
X-Proofpoint-GUID: yx9FlDLU1eyfg87QOE4r7nyEcR8y-FQT
X-Proofpoint-ORIG-GUID: yx9FlDLU1eyfg87QOE4r7nyEcR8y-FQT
X-Proofpoint-Virus-Version: vendor=baseguard
 engine=ICAP:2.0.272,Aquarius:18.0.1039,Hydra:6.0.680,FMLib:17.12.28.16
 definitions=2024-08-29_02,2024-08-28_01,2024-05-17_01
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxlogscore=999
 adultscore=0
 clxscore=1030 suspectscore=0 malwarescore=0 phishscore=0 mlxscore=0
 spamscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1
 engine=8.19.0-2308100000 definitions=main-2408290021
Received-SPF: pass client-ip=17.58.63.183; envelope-from=mail@HIDDEN;
 helo=st43p00im-ztbu10073701.me.com
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, RCVD_IN_MSPIKE_H2=-0.001,
 RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001,
 SPF_HELO_NONE=0.001, SPF_PASS=-0.001,
 T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: -1.3 (-)
X-Debbugs-Envelope-To: submit
X-Mailman-Approved-At: Wed, 28 Aug 2024 23:29:48 -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: -2.3 (--)


--Apple-Mail=_12C11785-7CB9-4162-AB71-D211CD8CE08E
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=us-ascii

Code in attached file cause Emacs to hang and memory leak infinitely
while editing. Try to open this code in elixir-ts-mode and move cursor
on line 6 (between <:loading>  </:loading>) and type char by char:

<.some_component a={

(for some reason it does not happen with electric-pair-mode when {}
inserted automatically).

I am able to reproduce this with -Q on few different machines (Linux and
MacOS) and Emacs 29, 30.0.5 and current HEAD.

C-g does nothing (including with debug-on-quit and sending SIGUSR2)

At the same time I can't reproduce this in other tree-sitter based editors.

I got this sample code sample from elixir-ts-mode repo but now it's moved
to the Emacs core so seems to be out of scope of Github repo issues.

Attaching samle code and LLDB backtrace. 
Also attaching report from built-in MacOS crash reporting tool just in case.


--Apple-Mail=_12C11785-7CB9-4162-AB71-D211CD8CE08E
Content-Disposition: attachment;
	filename=code.ex
Content-Type: application/octet-stream;
	x-unix-mode=0644;
	name="code.ex"
Content-Transfer-Encoding: 7bit

defmodule CoreWeb.Components.Feedback.Create.Stepper do
  def conditional_stepper_item(assigns) do
    ~H"""
    <.async_result :let={value} assign={@result}>
      <:loading>

      </:loading>
    </.async_result>
    """
  end

  def selected_stepper_item(assigns) do
    ~H"""
    <li>
      <span>
        <Icons.from_name name={@icon} solid class="w-3.5 h-3.5 text-gray-500 dark:text-gray-400" />
      </span>
      <h3 class="font-medium leading-tight"><%= @title %></h3>
      <p class="text-sm truncate"><%= @description %></p>
    </li>
    """
  end

  attr :title, :string, required: true
  attr :description, :string, required: true

  attr :icon, :atom, required: true

  attr :event, :string, default: nil

  attr :target, CID, required: true

  def stepper_item(assigns) do
    ~H"""
    <li class="mb-10 ps-6 pr-2 hover:bg-gray-200 rounded-lg cursor-pointer" phx-click={@event} phx-target={@target}>
      <span class="absolute flex items-center justify-center w-8 h-8 bg-gray-100 rounded-full -start-4 ring-4 ring-white dark:ring-gray-900 dark:bg-gray-700">
        <Icons.from_name name={@icon} solid class="w-3.5 h-3.5 text-gray-500 dark:text-gray-400" />
      </span>
      <h3 class="font-medium leading-tight"><%= @title %></h3>
      <p class="text-sm truncate"><%= @description %></p>
    </li>
    """
  end
end

--Apple-Mail=_12C11785-7CB9-4162-AB71-D211CD8CE08E
Content-Disposition: attachment;
	filename=backtrace
Content-Type: application/octet-stream;
	x-unix-mode=0644;
	name="backtrace"
Content-Transfer-Encoding: 7bit

* thread #1, queue = 'com.apple.main-thread', stop reason = signal SIGSTOP
  * frame #0: 0x00000001870df6d8 libsystem_malloc.dylib`nanov2_find_block_and_allocate + 392
    frame #1: 0x00000001870fd210 libsystem_malloc.dylib`nanov2_allocate_outlined + 252
    frame #2: 0x00000001022434d4 Emacs`xmalloc + 20
    frame #3: 0x0000000103175cec libtree-sitter.0.dylib`stack__iter + 116
    frame #4: 0x000000010317c928 libtree-sitter.0.dylib`ts_parser__reduce + 92
    frame #5: 0x000000010316d73c libtree-sitter.0.dylib`ts_parser_parse + 5204
    frame #6: 0x00000001022e07e4 Emacs`Ftreesit_parser_root_node + 176
    frame #7: 0x000000010226612c Emacs`Ffuncall + 316
    frame #8: 0x000000010227543c Emacs`mapcar1 + 352
    frame #9: 0x0000000102275684 Emacs`Fmapcar + 232
    frame #10: 0x0000000129ec02c4 treesit-37439c61-f92dd089.eln`F747265657369742d666f6e742d6c6f636b2d666f6e746966792d726567696f6e_treesit_font_lock_fontify_region_0 + 248
    frame #11: 0x000000010226612c Emacs`Ffuncall + 316
    frame #12: 0x00000001092c5258 font-lock-895216f6-19836891.eln`F666f6e742d6c6f636b2d666f6e746966792d73796e746163746963616c6c792d726567696f6e_font_lock_fontify_syntactically_region_0 + 88
    frame #13: 0x000000010226612c Emacs`Ffuncall + 316
    frame #14: 0x00000001092c3258 font-lock-895216f6-19836891.eln`F666f6e742d6c6f636b2d64656661756c742d666f6e746966792d726567696f6e_font_lock_default_fontify_region_0 + 972
    frame #15: 0x000000010226612c Emacs`Ffuncall + 316
    frame #16: 0x00000001092c20ac font-lock-895216f6-19836891.eln`F666f6e742d6c6f636b2d666f6e746966792d726567696f6e_font_lock_fontify_region_0 + 140
    frame #17: 0x00000001022a83b4 Emacs`exec_byte_code + 2528
    frame #18: 0x000000010226612c Emacs`Ffuncall + 316
    frame #19: 0x0000000102269fa0 Emacs`run_hook_wrapped_funcall + 28
    frame #20: 0x0000000102269e08 Emacs`run_hook_with_args + 288
    frame #21: 0x0000000109304ce4 jit-lock-8a988e43-faf4eb64.eln`F6a69742d6c6f636b2d2d72756e2d66756e6374696f6e73_jit_lock__run_functions_0 + 196
    frame #22: 0x000000010226612c Emacs`Ffuncall + 316
    frame #23: 0x0000000109305068 jit-lock-8a988e43-faf4eb64.eln`F6a69742d6c6f636b2d666f6e746966792d6e6f77_jit_lock_fontify_now_0 + 640
    frame #24: 0x000000010226612c Emacs`Ffuncall + 316
    frame #25: 0x0000000109304a20 jit-lock-8a988e43-faf4eb64.eln`F6a69742d6c6f636b2d66756e6374696f6e_jit_lock_function_0 + 576
    frame #26: 0x000000010226612c Emacs`Ffuncall + 316
    frame #27: 0x0000000102268450 Emacs`internal_condition_case_n + 120
    frame #28: 0x000000010215d984 Emacs`dsafe__call + 156
    frame #29: 0x0000000102178d9c Emacs`handle_fontified_prop + 852
    frame #30: 0x0000000102177f70 Emacs`handle_stop + 116
    frame #31: 0x000000010217ad40 Emacs`next_element_from_buffer + 232
    frame #32: 0x000000010214eb4c Emacs`get_next_display_element + 72
    frame #33: 0x000000010216207c Emacs`display_line + 912
    frame #34: 0x0000000102187b24 Emacs`redisplay_window + 21184
    frame #35: 0x0000000102181d18 Emacs`redisplay_window_1 + 44
    frame #36: 0x0000000102268314 Emacs`internal_condition_case_1 + 100
    frame #37: 0x000000010215bbdc Emacs`redisplay_internal + 2496
    frame #38: 0x00000001021f23fc Emacs`read_char + 2892
    frame #39: 0x00000001021efd18 Emacs`read_key_sequence + 1100
    frame #40: 0x00000001021ee564 Emacs`command_loop_1 + 708
    frame #41: 0x0000000102268288 Emacs`internal_condition_case + 96
    frame #42: 0x00000001021ee28c Emacs`command_loop_2 + 52
    frame #43: 0x0000000102267af4 Emacs`internal_catch + 88
    frame #44: 0x000000010233077c Emacs`command_loop.cold.1 + 88
    frame #45: 0x00000001021edb94 Emacs`command_loop + 156
    frame #46: 0x00000001021eda44 Emacs`recursive_edit_1 + 168
    frame #47: 0x00000001021edd2c Emacs`Frecursive_edit + 264
    frame #48: 0x00000001021ecd20 Emacs`main + 7052
    frame #49: 0x0000000186f490e0 dyld`start + 2360
  thread #2, name = 'gmain'
    frame #0: 0x00000001872949d4 libsystem_kernel.dylib`__select + 8
    frame #1: 0x00000001035c833c libglib-2.0.0.dylib`g_poll + 424
    frame #2: 0x00000001035b9468 libglib-2.0.0.dylib`g_main_context_iterate_unlocked + 296
    frame #3: 0x00000001035b9530 libglib-2.0.0.dylib`g_main_context_iteration + 60
    frame #4: 0x00000001035ba764 libglib-2.0.0.dylib`glib_worker_main + 48
    frame #5: 0x00000001035dfb68 libglib-2.0.0.dylib`g_thread_proxy + 68
    frame #6: 0x00000001872ca034 libsystem_pthread.dylib`_pthread_start + 136
  thread #3
    frame #0: 0x000000018728fb4c libsystem_kernel.dylib`__pselect + 8
    frame #1: 0x000000018728fa24 libsystem_kernel.dylib`pselect$DARWIN_EXTSN + 64
    frame #2: 0x00000001023000bc Emacs`-[EmacsApp fd_handler:] + 184
    frame #3: 0x00000001884a8fb4 Foundation`__NSThread__start__ + 716
    frame #4: 0x00000001872ca034 libsystem_pthread.dylib`_pthread_start + 136
  thread #4, name = 'com.apple.NSEventThread'
    frame #0: 0x0000000187289874 libsystem_kernel.dylib`mach_msg2_trap + 8
    frame #1: 0x000000018729bcf0 libsystem_kernel.dylib`mach_msg2_internal + 80
    frame #2: 0x00000001872924b0 libsystem_kernel.dylib`mach_msg_overwrite + 476
    frame #3: 0x0000000187289bf8 libsystem_kernel.dylib`mach_msg + 24
    frame #4: 0x00000001873a7bf4 CoreFoundation`__CFRunLoopServiceMachPort + 160
    frame #5: 0x00000001873a64bc CoreFoundation`__CFRunLoopRun + 1208
    frame #6: 0x00000001873a59ac CoreFoundation`CFRunLoopRunSpecific + 608
    frame #7: 0x000000018acac510 AppKit`_NSEventThread + 144
    frame #8: 0x00000001872ca034 libsystem_pthread.dylib`_pthread_start + 136
  thread #5
    frame #0: 0x000000018728b524 libsystem_kernel.dylib`__workq_kernreturn + 8
  thread #6
    frame #0: 0x000000018728b524 libsystem_kernel.dylib`__workq_kernreturn + 8
  thread #7
    frame #0: 0x0000000000000000

--Apple-Mail=_12C11785-7CB9-4162-AB71-D211CD8CE08E
Content-Disposition: attachment;
	filename=report
Content-Type: application/octet-stream;
	x-unix-mode=0644;
	name="report"
Content-Transfer-Encoding: 7bit

Date/Time: 2024-08-29 06:49:50.086 +0400
End time: 2024-08-29 06:50:17.600 +0400
OS Version: macOS 14.2.1 (Build 23C71)
Architecture: arm64e
Report Version: 44
Incident Identifier: 550F07B4-4CFD-4E27-84F8-1D66070D7537

Data Source: Stackshots
Shared Cache: F9DDD844-7F3F-34BD-BE29-F0C72D5E5449 slid base address 0x186e8c000, slide 0x6e8c000 (System Primary)
Shared Cache: 2BF5B417-CD87-34D6-A876-2BBD0F25330F slid base address 0x1e416c000, slide 0x6416c000 (DriverKit)
Shared Cache: AA32606F-3F8A-36DC-89AB-9C1BD7BF3104 slid base address 0x7ff80d72c000, slide 0xd72c000 (Rosetta)

Command: Emacs
Path: /opt/homebrew/\*/Emacs.app/Contents/MacOS/Emacs
Identifier: org.gnu.Emacs
Version: Version 30.0.50 (9.0)
Codesigning ID: temacs-555549440d1331b714183a9c960c6f20fd7b8ce2
Is First Party: No
Architecture: arm64
Parent: zsh [37889] [unique pid 3906475]
Responsible: Terminal [29051] [unique pid 1417380]
PID: 42099
Time Since Fork: 51s

Event: hang
Duration: 27.51s
Duration Sampled: 1.60s (process was unresponsive for 26 seconds before sampling)
Steps: 16 (100ms sampling interval)

Hardware model: MacBookPro18,3
Active cpus: 10
HW page size: 16384
VM page size: 16384

Time Since Boot: 1995070s
Time Awake Since Boot: 1875793s
Time Since Wake: 1414762s

Fan speed: 2307 rpm
Total CPU Time: 7.770s (21.0G cycles, 62.0G instructions, 0.34c/i)
Advisory levels: Battery -> 3, User -> 2, ThermalPressure -> 0, Combined -> 2
Free disk space: 354.26 MB/460.43 GB, low space threshold 3072 MB
Vnodes Available: 83.16% (218860/263168)

Preferred User Language: en-US, ru-US
Country Code: US
Keyboards: ABC, Russian - Phonetic
OS Cryptex File Extents: 6653

---

Timeline format: stacks are sorted chronologically
Use -i and -heavy to re-report with count sorting

---

Heaviest stack for the main thread of the target process:
16 start + 2360 (dyld + 24800) [0x186f490e0]
16 main + 7052 (Emacs + 806176) [0x100b20d20]
16 Frecursive_edit + 264 (Emacs + 810284) [0x100b21d2c]
16 recursive_edit_1 + 168 (Emacs + 809540) [0x100b21a44]
16 command_loop + 156 (Emacs + 809876) [0x100b21b94]
16 command_loop.cold.1 + 88 (Emacs + 2131836) [0x100c6477c]
16 internal_catch + 88 (Emacs + 1309428) [0x100b9baf4]
16 command_loop_2 + 52 (Emacs + 811660) [0x100b2228c]
16 internal_condition_case + 96 (Emacs + 1311368) [0x100b9c288]
16 command_loop_1 + 708 (Emacs + 812388) [0x100b22564]
16 read_key_sequence + 1100 (Emacs + 818456) [0x100b23d18]
16 read_char + 2892 (Emacs + 828412) [0x100b263fc]
16 redisplay_internal + 2496 (Emacs + 211932) [0x100a8fbdc]
16 internal_condition_case_1 + 100 (Emacs + 1311508) [0x100b9c314]
16 redisplay_window_1 + 44 (Emacs + 367896) [0x100ab5d18]
16 redisplay_window + 21184 (Emacs + 391972) [0x100abbb24]
16 display_line + 912 (Emacs + 237692) [0x100a9607c]
16 get_next_display_element + 72 (Emacs + 158540) [0x100a82b4c]
16 next_element_from_buffer + 232 (Emacs + 339264) [0x100aaed40]
16 handle_stop + 116 (Emacs + 327536) [0x100aabf70]
16 handle_fontified_prop + 852 (Emacs + 331164) [0x100aacd9c]
16 dsafe**call + 156 (Emacs + 219524) [0x100a91984]
16 internal_condition_case_n + 120 (Emacs + 1311824) [0x100b9c450]
16 Ffuncall + 316 (Emacs + 1302828) [0x100b9a12c]
16 F6a69742d6c6f636b2d66756e6374696f6e_jit_lock_function_0 + 576 (jit-lock-8a988e43-faf4eb64.eln + 18976) [0x107c38a20]
16 Ffuncall + 316 (Emacs + 1302828) [0x100b9a12c]
16 F6a69742d6c6f636b2d666f6e746966792d6e6f77_jit_lock_fontify_now_0 + 640 (jit-lock-8a988e43-faf4eb64.eln + 20584) [0x107c39068]
16 Ffuncall + 316 (Emacs + 1302828) [0x100b9a12c]
16 F6a69742d6c6f636b2d2d72756e2d66756e6374696f6e73_jit_lock**run_functions_0 + 196 (jit-lock-8a988e43-faf4eb64.eln + 19684) [0x107c38ce4]
16 run_hook_with_args + 288 (Emacs + 1318408) [0x100b9de08]
16 run_hook_wrapped_funcall + 28 (Emacs + 1318816) [0x100b9dfa0]
16 Ffuncall + 316 (Emacs + 1302828) [0x100b9a12c]
16 exec_byte_code + 2528 (Emacs + 1573812) [0x100bdc3b4]
16 F666f6e742d6c6f636b2d666f6e746966792d726567696f6e_font_lock_fontify_region_0 + 140 (font-lock-895216f6-19836891.eln + 8364) [0x107bf60ac]
16 Ffuncall + 316 (Emacs + 1302828) [0x100b9a12c]
16 F666f6e742d6c6f636b2d64656661756c742d666f6e746966792d726567696f6e_font_lock_default_fontify_region_0 + 972 (font-lock-895216f6-19836891.eln + 12888) [0x107bf7258]
16 Ffuncall + 316 (Emacs + 1302828) [0x100b9a12c]
16 F666f6e742d6c6f636b2d666f6e746966792d73796e746163746963616c6c792d726567696f6e_font_lock_fontify_syntactically_region_0 + 88 (font-lock-895216f6-19836891.eln + 21080) [0x107bf9258]
16 Ffuncall + 316 (Emacs + 1302828) [0x100b9a12c]
16 F747265657369742d666f6e742d6c6f636b2d666f6e746966792d726567696f6e_treesit_font_lock_fontify_region_0 + 248 (treesit-37439c61-f92dd089.eln + 33476) [0x1150742c4]
16 Fmapcar + 232 (Emacs + 1365636) [0x100ba9684]
16 mapcar1 + 352 (Emacs + 1365052) [0x100ba943c]
16 Ffuncall + 316 (Emacs + 1302828) [0x100b9a12c]
16 Ftreesit_parser_root_node + 176 (Emacs + 1804260) [0x100c147e4]
14 ts_parser_parse + 5204 (libtree-sitter.0.dylib + 38716) [0x101aa173c]
12 ts_parser**reduce + 92 (libtree-sitter.0.dylib + 100648) [0x101ab0928]
11 stack**iter + 116 (libtree-sitter.0.dylib + 72940) [0x101aa9cec]
8 xmalloc + 20 (Emacs + 1160404) [0x100b774d4]
7 nanov2_allocate_outlined + 252 (libsystem_malloc.dylib + 127504) [0x1870fd210]
4 nanov2_find_block_and_allocate + 392 (libsystem_malloc.dylib + 5848) [0x1870df6d8]

Process: Emacs [42099] [unique pid 3910678]
UUID: 0D1331B7-1418-3A9C-960C-6F20FD7B8CE2
Path: /opt/homebrew/\*/Emacs.app/Contents/MacOS/Emacs
Identifier: org.gnu.Emacs
Version: Version 30.0.50 (9.0)
Codesigning ID: temacs-555549440d1331b714183a9c960c6f20fd7b8ce2
Is First Party: No
Shared Cache: F9DDD844-7F3F-34BD-BE29-F0C72D5E5449 slid base address 0x186e8c000, slide 0x6e8c000 (System Primary)
Architecture: arm64
Parent: zsh [37889] [unique pid 3906475]
Responsible: Terminal [29051] [unique pid 1417380]
UID: 501
Footprint: 12.71 GB
Time Since Fork: 51s
Num samples: 16 (1-16)
CPU Time: 1.444s (4.4G cycles, 14.3G instructions, 0.31c/i)
Note: Unresponsive for 26 seconds before sampling
Note: 1 idle work queue thread omitted

Thread 0x1b9f250 DispatchQueue "com.apple.main-thread"(1) 16 samples (1-16) priority 46 (base 46) cpu time 1.444s (4.4G cycles, 14.3G instructions, 0.31c/i)
<thread QoS user interactive (requested user interactive), process unclamped, process received importance donation from WindowServer [374], IO tier 0>
16 start + 2360 (dyld + 24800) [0x186f490e0] 1-16
16 main + 7052 (Emacs + 806176) [0x100b20d20] 1-16
16 Frecursive_edit + 264 (Emacs + 810284) [0x100b21d2c] 1-16
16 recursive_edit_1 + 168 (Emacs + 809540) [0x100b21a44] 1-16
16 command_loop + 156 (Emacs + 809876) [0x100b21b94] 1-16
16 command_loop.cold.1 + 88 (Emacs + 2131836) [0x100c6477c] 1-16
16 internal_catch + 88 (Emacs + 1309428) [0x100b9baf4] 1-16
16 command_loop_2 + 52 (Emacs + 811660) [0x100b2228c] 1-16
16 internal_condition_case + 96 (Emacs + 1311368) [0x100b9c288] 1-16
16 command_loop_1 + 708 (Emacs + 812388) [0x100b22564] 1-16
16 read_key_sequence + 1100 (Emacs + 818456) [0x100b23d18] 1-16
16 read_char + 2892 (Emacs + 828412) [0x100b263fc] 1-16
16 redisplay_internal + 2496 (Emacs + 211932) [0x100a8fbdc] 1-16
16 internal_condition_case_1 + 100 (Emacs + 1311508) [0x100b9c314] 1-16
16 redisplay_window_1 + 44 (Emacs + 367896) [0x100ab5d18] 1-16
16 redisplay_window + 21184 (Emacs + 391972) [0x100abbb24] 1-16
16 display_line + 912 (Emacs + 237692) [0x100a9607c] 1-16
16 get_next_display_element + 72 (Emacs + 158540) [0x100a82b4c] 1-16
16 next_element_from_buffer + 232 (Emacs + 339264) [0x100aaed40] 1-16
16 handle_stop + 116 (Emacs + 327536) [0x100aabf70] 1-16
16 handle_fontified_prop + 852 (Emacs + 331164) [0x100aacd9c] 1-16
16 dsafe**call + 156 (Emacs + 219524) [0x100a91984] 1-16
16 internal_condition_case_n + 120 (Emacs + 1311824) [0x100b9c450] 1-16
16 Ffuncall + 316 (Emacs + 1302828) [0x100b9a12c] 1-16
16 F6a69742d6c6f636b2d66756e6374696f6e_jit_lock_function_0 + 576 (jit-lock-8a988e43-faf4eb64.eln + 18976) [0x107c38a20] 1-16
16 Ffuncall + 316 (Emacs + 1302828) [0x100b9a12c] 1-16
16 F6a69742d6c6f636b2d666f6e746966792d6e6f77_jit_lock_fontify_now_0 + 640 (jit-lock-8a988e43-faf4eb64.eln + 20584) [0x107c39068] 1-16
16 Ffuncall + 316 (Emacs + 1302828) [0x100b9a12c] 1-16
16 F6a69742d6c6f636b2d2d72756e2d66756e6374696f6e73_jit_lock**run_functions_0 + 196 (jit-lock-8a988e43-faf4eb64.eln + 19684) [0x107c38ce4] 1-16
16 run_hook_with_args + 288 (Emacs + 1318408) [0x100b9de08] 1-16
16 run_hook_wrapped_funcall + 28 (Emacs + 1318816) [0x100b9dfa0] 1-16
16 Ffuncall + 316 (Emacs + 1302828) [0x100b9a12c] 1-16
16 exec_byte_code + 2528 (Emacs + 1573812) [0x100bdc3b4] 1-16
16 F666f6e742d6c6f636b2d666f6e746966792d726567696f6e_font_lock_fontify_region_0 + 140 (font-lock-895216f6-19836891.eln + 8364) [0x107bf60ac] 1-16
16 Ffuncall + 316 (Emacs + 1302828) [0x100b9a12c] 1-16
16 F666f6e742d6c6f636b2d64656661756c742d666f6e746966792d726567696f6e_font_lock_default_fontify_region_0 + 972 (font-lock-895216f6-19836891.eln + 12888) [0x107bf7258] 1-16
16 Ffuncall + 316 (Emacs + 1302828) [0x100b9a12c] 1-16
16 F666f6e742d6c6f636b2d666f6e746966792d73796e746163746963616c6c792d726567696f6e_font_lock_fontify_syntactically_region_0 + 88 (font-lock-895216f6-19836891.eln + 21080) [0x107bf9258] 1-16
16 Ffuncall + 316 (Emacs + 1302828) [0x100b9a12c] 1-16
16 F747265657369742d666f6e742d6c6f636b2d666f6e746966792d726567696f6e_treesit_font_lock_fontify_region_0 + 248 (treesit-37439c61-f92dd089.eln + 33476) [0x1150742c4] 1-16
16 Fmapcar + 232 (Emacs + 1365636) [0x100ba9684] 1-16
16 mapcar1 + 352 (Emacs + 1365052) [0x100ba943c] 1-16
16 Ffuncall + 316 (Emacs + 1302828) [0x100b9a12c] 1-16
16 Ftreesit_parser_root_node + 176 (Emacs + 1804260) [0x100c147e4] 1-16
1 ts_parser_parse + 5788 (libtree-sitter.0.dylib + 39300) [0x101aa1984] 1
1 ts_language_table_entry + 216 (libtree-sitter.0.dylib + 18916) [0x101a9c9e4] (running) 1
6 ts_parser_parse + 5204 (libtree-sitter.0.dylib + 38716) [0x101aa173c] 2-7
3 ts_parser**reduce + 92 (libtree-sitter.0.dylib + 100648) [0x101ab0928] 2-4
3 stack**iter + 116 (libtree-sitter.0.dylib + 72940) [0x101aa9cec] 2-4
1 nanov2_malloc + 404 (libsystem_malloc.dylib + 5348) [0x1870df4e4] (running) 2
1 \_malloc_zone_malloc + 84 (libsystem_malloc.dylib + 157824) [0x187104880] (running) 3
1 xmalloc + 20 (Emacs + 1160404) [0x100b774d4] 4
1 nanov2_allocate_outlined + 252 (libsystem_malloc.dylib + 127504) [0x1870fd210] 4
1 nanov2_find_block_and_allocate + 392 (libsystem_malloc.dylib + 5848) [0x1870df6d8] (running) 4
1 ts_parser**reduce + 300 (libtree-sitter.0.dylib + 100856) [0x101ab09f8] 5
1 ts_subtree_new_node + 388 (libtree-sitter.0.dylib + 82556) [0x101aac27c] 5
1 ts_subtree_summarize_children + 1072 (libtree-sitter.0.dylib + 81800) [0x101aabf88] (running) 5
2 ts_parser**reduce + 92 (libtree-sitter.0.dylib + 100648) [0x101ab0928] 6-7
2 stack**iter + 116 (libtree-sitter.0.dylib + 72940) [0x101aa9cec] 6-7
2 xmalloc + 20 (Emacs + 1160404) [0x100b774d4] 6-7
2 nanov2_allocate_outlined + 252 (libsystem_malloc.dylib + 127504) [0x1870fd210] 6-7
1 nanov2_find_block_and_allocate + 392 (libsystem_malloc.dylib + 5848) [0x1870df6d8] (running) 6
1 nanov2_find_block_and_allocate + 596 (libsystem_malloc.dylib + 6052) [0x1870df7a4] (running) 7
1 ts_parser_parse + 5640 (libtree-sitter.0.dylib + 39152) [0x101aa18f0] 8
1 ts_stack_renumber_version + 128 (libtree-sitter.0.dylib + 74828) [0x101aaa44c] 8
1 stack_node_release + 152 (libtree-sitter.0.dylib + 71952) [0x101aa9910] (running) 8
8 ts_parser_parse + 5204 (libtree-sitter.0.dylib + 38716) [0x101aa173c] 9-16
1 ts_parser**reduce + 92 (libtree-sitter.0.dylib + 100648) [0x101ab0928] 9
1 stack**iter + 116 (libtree-sitter.0.dylib + 72940) [0x101aa9cec] 9
1 xmalloc + 20 (Emacs + 1160404) [0x100b774d4] 9
1 nanov2_allocate_outlined + 252 (libsystem_malloc.dylib + 127504) [0x1870fd210] 9
1 nanov2_find_block_and_allocate + 656 (libsystem_malloc.dylib + 6112) [0x1870df7e0] (running) 9
1 ts_parser**reduce + 280 (libtree-sitter.0.dylib + 100836) [0x101ab09e4] 10
1 ts_subtree_array_remove_trailing_extras + 64 (libtree-sitter.0.dylib + 79104) [0x101aab500] (running) 10
6 ts_parser**reduce + 92 (libtree-sitter.0.dylib + 100648) [0x101ab0928] 11-16
5 stack**iter + 116 (libtree-sitter.0.dylib + 72940) [0x101aa9cec] 11-15
1 xmalloc + 20 (Emacs + 1160404) [0x100b774d4] 11
1 nanov2_allocate_outlined + 252 (libsystem_malloc.dylib + 127504) [0x1870fd210] 11
1 nanov2_find_block_and_allocate + 392 (libsystem_malloc.dylib + 5848) [0x1870df6d8] (running) 11
1 \_malloc_zone_malloc + 52 (libsystem_malloc.dylib + 157792) [0x187104860] (running) 12
3 xmalloc + 20 (Emacs + 1160404) [0x100b774d4] 13-15
1 nanov2_allocate_outlined + 252 (libsystem_malloc.dylib + 127504) [0x1870fd210] 13
1 nanov2_find_block_and_allocate + 356 (libsystem_malloc.dylib + 5812) [0x1870df6b4] (running) 13
1 nanov2_allocate_outlined + 316 (libsystem_malloc.dylib + 127568) [0x1870fd250] 14
*1 ??? (kernel.release.t6000 + 31592) [0xfffffe000853fb68] 14
*1 ??? (kernel.release.t6000 + 1714172) [0xfffffe00086da7fc] 14
*1 ??? (kernel.release.t6000 + 1716824) [0xfffffe00086db258] 14
*1 ??? (kernel.release.t6000 + 1072768) [0xfffffe000863de80] 14
*1 ??? (kernel.release.t6000 + 1086348) [0xfffffe000864138c] 14
*1 ??? (kernel.release.t6000 + 1652636) [0xfffffe00086cb79c] 14
\*1 ??? (kernel.release.t6000 + 1652636) [0xfffffe00086cb79c] (running) 14
1 nanov2_allocate_outlined + 252 (libsystem_malloc.dylib + 127504) [0x1870fd210] 15
1 nanov2_find_block_and_allocate + 392 (libsystem_malloc.dylib + 5848) [0x1870df6d8] (running) 15
1 stack\_\_iter + 1064 (libtree-sitter.0.dylib + 73888) [0x101aaa0a0] (running) 16

Thread 0x1b9f254 Thread name "gmain" 16 samples (1-16) priority 31 (base 31)
<thread QoS default (requested default), process unclamped, process received importance donation from WindowServer [374], IO tier 0>
16 thread_start + 8 (libsystem_pthread.dylib + 7740) [0x1872c4e3c] 1-16
16 \_pthread_start + 136 (libsystem_pthread.dylib + 28724) [0x1872ca034] 1-16
16 g_thread_proxy + 68 (libglib-2.0.0.dylib + 392040) [0x101f13b68] 1-16
16 glib_worker_main + 48 (libglib-2.0.0.dylib + 239460) [0x101eee764] 1-16
16 g_main_context_iteration + 60 (libglib-2.0.0.dylib + 234800) [0x101eed530] 1-16
16 g_main_context_iterate_unlocked + 296 (libglib-2.0.0.dylib + 234600) [0x101eed468] 1-16
16 \_\_select + 8 (libsystem_kernel.dylib + 51668) [0x1872949d4] 1-16
\*16 ??? (kernel.release.t6000 + 5651088) [0xfffffe0008a9ba90] 1-16

Thread 0x1b9f25d 16 samples (1-16) priority 31 (base 31)
<thread QoS default (requested default), process unclamped, process received importance donation from WindowServer [374], IO tier 0>
16 thread_start + 8 (libsystem_pthread.dylib + 7740) [0x1872c4e3c] 1-16
16 \_pthread_start + 136 (libsystem_pthread.dylib + 28724) [0x1872ca034] 1-16
16 **NSThread**start** + 716 (Foundation + 343988) [0x1884a8fb4] 1-16
16 -[EmacsApp fd_handler:] + 184 (Emacs + 1933500) [0x100c340bc] 1-16
16 <patched truncated backtrace> 1-16
16 **pselect + 8 (libsystem_kernel.dylib + 31564) [0x18728fb4c] 1-16
\*16 ??? (kernel.release.t6000 + 5651088) [0xfffffe0008a9ba90] 1-16

Thread 0x1b9f261 Thread name "com.apple.NSEventThread" 16 samples (1-16) priority 46 (base 46)
<thread QoS user interactive (requested user interactive), process unclamped, process received importance donation from WindowServer [374], IO tier 0>
16 thread_start + 8 (libsystem_pthread.dylib + 7740) [0x1872c4e3c] 1-16
16 \_pthread_start + 136 (libsystem_pthread.dylib + 28724) [0x1872ca034] 1-16
16 \_NSEventThread + 144 (AppKit + 1455376) [0x18acac510] 1-16
16 CFRunLoopRunSpecific + 608 (CoreFoundation + 506284) [0x1873a59ac] 1-16
16 **CFRunLoopRun + 1208 (CoreFoundation + 509116) [0x1873a64bc] 1-16
16 **CFRunLoopServiceMachPort + 160 (CoreFoundation + 515060) [0x1873a7bf4] 1-16
16 mach_msg + 24 (libsystem_kernel.dylib + 7160) [0x187289bf8] 1-16
16 mach_msg_overwrite + 476 (libsystem_kernel.dylib + 42160) [0x1872924b0] 1-16
16 mach_msg2_trap + 8 (libsystem_kernel.dylib + 6260) [0x187289874] 1-16
\*16 ??? (kernel.release.t6000 + 231904) [0xfffffe00085709e0] 1-16

Binary Images:
0x100a5c000 - 0x101373fff org.gnu.Emacs Version 30.0.50 (9.0) <0D1331B7-1418-3A9C-960C-6F20FD7B8CE2> /opt/homebrew/_/Emacs.app/Contents/MacOS/Emacs
0x101a98000 - 0x101abffff libtree-sitter.0.dylib (0) <9053818C-25CC-3F55-8A69-1C25670CDDC0> /opt/homebrew/_/libtree-sitter.0.dylib
0x101eb4000 - 0x101fabfff libglib-2.0.0.dylib (0) <C29E7DDA-6715-306D-AFD3-F81CCAB7D8B5> /opt/homebrew/_/libglib-2.0.0.dylib
0x107bf4000 - 0x107c13fff font-lock-895216f6-19836891.eln (0) <BACF6FB6-37ED-3682-8058-F5E096C0E9FA> /opt/homebrew/_/Emacs.app/Contents/native-lisp/30.0.50-fce17090/preloaded/font-lock-895216f6-19836891.eln
0x107c34000 - 0x107c47fff jit-lock-8a988e43-faf4eb64.eln (0) <8981D7A0-4A30-3839-B81A-B040875777EE> /opt/homebrew/_/Emacs.app/Contents/native-lisp/30.0.50-fce17090/preloaded/jit-lock-8a988e43-faf4eb64.eln
0x11506c000 - 0x1150abfff treesit-37439c61-f92dd089.eln (0) <CBBA7F4A-5446-3A60-A991-CD21093D00F0> /Users/USER/_/treesit-37439c61-f92dd089.eln
0x186f43000 - 0x186fd7347 dyld (1125.5) <324E4AD9-E01F-3183-B09F-3E20B326643A> /usr/lib/dyld
0x1870de000 - 0x187114fff libsystem_malloc.dylib (474.0.13) <690A8B04-8E64-3332-B5A5-56A3D5C1C43F> /usr/lib/system/libsystem_malloc.dylib
0x187288000 - 0x1872c2fff libsystem_kernel.dylib (10002.61.3) <CA94FC21-BC40-3B43-B65D-B87ECE9E1D48> /usr/lib/system/libsystem_kernel.dylib
0x1872c3000 - 0x1872cfff3 libsystem_pthread.dylib (519) <A7D94C96-7B1F-3229-9BEA-048D037C3292> /usr/lib/system/libsystem_pthread.dylib
0x18732a000 - 0x187801fff com.apple.CoreFoundation 6.9 (2202) <47E4EC09-8F6E-30A8-99D0-34024D4F8122> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
0x188455000 - 0x18909cfff com.apple.Foundation 6.9 (2202) <9558B1EB-DDA3-3FDA-88A5-E785ECDFCD30> /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation
0x18ab49000 - 0x18be63fff com.apple.AppKit 6.9 (2487.30.108) <F3527312-E426-3F7C-B77B-2BF49D1B7C04> /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit
\*0xfffffe0008538000 - 0xfffffe0008db3fff kernel.release.t6000 (10002.61.3) <3DE22D7D-A5F5-3B17-84BD-A58164C8B09B>\_\_TEXT_EXEC /System/Library/Kernels/kernel.release.t6000

--Apple-Mail=_12C11785-7CB9-4162-AB71-D211CD8CE08E
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=us-ascii



In GNU Emacs 30.0.50 (build 1, aarch64-apple-darwin23.2.0, NS
 appkit-2487.30 Version 14.2.1 (Build 23C71)) of 2024-06-23 built on
 Sviatoslavs-MacBook-Pro.local
Windowing system distributor 'Apple', version 10.3.2487
System Description:  macOS 14.2.1

Configured using:
 'configure --disable-dependency-tracking --disable-silent-rules
 --enable-locallisppath=/opt/homebrew/share/emacs/site-lisp
 --infodir=/opt/homebrew/Cellar/emacs-plus@30/30.0.50/share/info/emacs
 --prefix=/opt/homebrew/Cellar/emacs-plus@30/30.0.50 --with-xml2
 --with-gnutls --with-native-compilation --without-compress-install
 --without-dbus --without-imagemagick --with-modules --with-rsvg
 --with-webp --with-ns --disable-ns-self-contained 'CFLAGS=-Os -w -pipe
 -mmacosx-version-min=14
 -isysroot/Library/Developer/CommandLineTools/SDKs/MacOSX14.sdk
 -DFD_SETSIZE=10000 -DDARWIN_UNLIMITED_SELECT
 -I/opt/homebrew/opt/gcc/include -I/opt/homebrew/opt/libgccjit/include'
 'CPPFLAGS=-I/opt/homebrew/opt/zlib/include
 -I/opt/homebrew/opt/jpeg/include -I/opt/homebrew/opt/icu4c/include
 -I/opt/homebrew/opt/sqlite/include -I/opt/homebrew/opt/readline/include
 -isystem/opt/homebrew/include -F/opt/homebrew/Frameworks
 -isysroot/Library/Developer/CommandLineTools/SDKs/MacOSX14.sdk'
 'LDFLAGS=-L/opt/homebrew/opt/zlib/lib -L/opt/homebrew/opt/jpeg/lib
 -L/opt/homebrew/opt/icu4c/lib -L/opt/homebrew/opt/sqlite/lib
 -L/opt/homebrew/opt/readline/lib -L/opt/homebrew/lib
 -F/opt/homebrew/Frameworks -Wl,-headerpad_max_install_names
 -isysroot/Library/Developer/CommandLineTools/SDKs/MacOSX14.sdk
 -L/opt/homebrew/lib/gcc/14 -I/opt/homebrew/opt/gcc/include
 -I/opt/homebrew/opt/libgccjit/include''




--Apple-Mail=_12C11785-7CB9-4162-AB71-D211CD8CE08E--




Acknowledgement sent to mail@HIDDEN:
New bug report received and forwarded. Copy sent to bug-gnu-emacs@HIDDEN. Full text available.
Report forwarded to bug-gnu-emacs@HIDDEN:
bug#72863; Package emacs. Full text available.
Please note: This is a static page, with minimal formatting, updated once a day.
Click here to see this page with the latest information and nicer formatting.
Last modified: Sun, 12 Jan 2025 05:45:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.