GNU bug report logs - #62875
28.2; Crash on MacOS/M1 with treesitter enabled

Previous Next

Full log

Message #41 received at 62875 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Yuan Fu <casouri <at> gmail.com>
Cc: ruijie <at> netyu.xyz, alan <at> idiocy.org, drew.moseley <at> gmail.com,
 drew <at> moseleynet.net, 62875 <at> debbugs.gnu.org
Subject: Re: bug#62875: 28.2; Crash on MacOS/M1 with treesitter enabled
Date: Sat, 22 Apr 2023 10:24:48 +0300

> From: Yuan Fu <casouri <at> gmail.com>
> Date: Fri, 21 Apr 2023 13:40:24 -0700
> Cc: drew <at> moseleynet.net,
>  Ruijie Yu <ruijie <at> netyu.xyz>,
>  62875 <at> debbugs.gnu.org,
>  Eli Zaretskii <eliz <at> gnu.org>,
>  alan <at> idiocy.org
> 
> Drew Moseley <drew.moseley <at> gmail.com> writes:
> 
> >> Could you share the backtrace/crash log you mentioned earlier? That’ll help us determine what was going on.
> >>
> >> Yuan
> >
> > Sure. Here you go. Let me know if I can do anything else to help here.
> >
> > Drew
> 
> Thanks, to be honest I can’t really tell what’s going on
> (JavaScriptCore??), but I’m sure someone does. CC’ing Alan and Eli. I
> hope you are not terribly busy right now.

I don't see how this could be related to tree-sitter at all.  There's
nothing tree-sitter related in the backtrace; the crash happens when
Emacs simply waits for input in read_char.

It's some macOS specific issue with the way we integrate into the NS
window-system, not related to tree-sitter, at least not on our code
level.  It could be some incompatibility between the tree-sitter
binary used and the version of macOS or the hardware used to run
Emacs, or something like that.

Previous Next

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