GNU bug report logs -
#73310
tree-sitter makes cpu 100%
Previous Next
To reply to this bug, email your comments to 73310 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#73310
; Package
emacs
.
(Tue, 17 Sep 2024 01:28:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
vinurs <hi <at> vinurs.me>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Tue, 17 Sep 2024 01:28:01 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi,
I am using the latest emacs-30 https://github.com/emacs-mirror/emacs/commit/c6077015894dd89c5aa3811bf55d3124394874d0
The min configuration is as follows:
(add-to-list 'treesit-extra-load-path (expand-file-name "tree-sitter/" user-emacs-directory))
(add-to-list 'load-path "~/.emacs.d/site-lisp/clojure-ts-mode”)
(require 'clojure-ts-mode)
;; debug
(setq debug-on-quit t)
and I only use clojure-ts-mode package
cd ~/.emacs.d/site-lisp
git clone https://github.com/clojure-emacs/clojure-ts-mode.git
Then, after opening Emacs, Open the elong.clj file,
After moving to line 52, delete all the characters following :error-code, then quickly press the spacebar twice. At this point, it freezes.
------------
Sincerely,
Haiyuan Zhang, Vinurs
BinaryBrain LLC
[Message part 2 (text/html, inline)]
[elong.clj (application/octet-stream, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#73310
; Package
emacs
.
(Tue, 17 Sep 2024 12:31:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 73310 <at> debbugs.gnu.org (full text, mbox):
> Date: Tue, 17 Sep 2024 09:27:20 +0800
> From: vinurs <hi <at> vinurs.me>
>
> I am using the latest emacs-30
> https://github.com/emacs-mirror/emacs/commit/c6077015894dd89c5aa3811bf55d3124394874d0
>
> The min configuration is as follows:
>
> (add-to-list 'treesit-extra-load-path (expand-file-name "tree-sitter/" user-emacs-directory))
>
> (add-to-list 'load-path "~/.emacs.d/site-lisp/clojure-ts-mode”)
>
> (require 'clojure-ts-mode)
>
> ;; debug
>
> (setq debug-on-quit t)
>
> and I only use clojure-ts-mode package
>
> cd ~/.emacs.d/site-lisp
>
> git clone https://github.com/clojure-emacs/clojure-ts-mode.git
>
> Then, after opening Emacs, Open the elong.clj file,
>
> After moving to line 52, delete all the characters following :error-code, then quickly press the spacebar twice.
> At this point, it freezes.
AFAICT, it doesn't freeze, it eats up memory like crazy. If you limit
the memory available to the process to some reasonable value, Emacs
will soon enough tell you that memory is exhausted, and will suggest
to save the buffer and exit.
Yuan, can you look into this, please? I'm not sure it's an Emacs bug,
but who knows?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#73310
; Package
emacs
.
(Thu, 19 Sep 2024 12:55:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 73310 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi Yuan,
Are you able to reproduce this issue?
------------
Sincerely,
Haiyuan Zhang, Vinurs
开 2024年9月17日 在 20:29:50, Eli Zaretskii (eliz <at> gnu.org) 写到:
> Date: Tue, 17 Sep 2024 09:27:20 +0800
> From: vinurs <hi <at> vinurs.me>
>
> I am using the latest emacs-30
> https://github.com/emacs-mirror/emacs/commit/c6077015894dd89c5aa3811bf55d3124394874d0
>
> The min configuration is as follows:
>
> (add-to-list 'treesit-extra-load-path (expand-file-name "tree-sitter/" user-emacs-directory))
>
> (add-to-list 'load-path "~/.emacs.d/site-lisp/clojure-ts-mode”)
>
> (require 'clojure-ts-mode)
>
> ;; debug
>
> (setq debug-on-quit t)
>
> and I only use clojure-ts-mode package
>
> cd ~/.emacs.d/site-lisp
>
> git clone https://github.com/clojure-emacs/clojure-ts-mode.git
>
> Then, after opening Emacs, Open the elong.clj file,
>
> After moving to line 52, delete all the characters following :error-code, then quickly press the spacebar twice.
> At this point, it freezes.
AFAICT, it doesn't freeze, it eats up memory like crazy. If you limit
the memory available to the process to some reasonable value, Emacs
will soon enough tell you that memory is exhausted, and will suggest
to save the buffer and exit.
Yuan, can you look into this, please? I'm not sure it's an Emacs bug,
but who knows?
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#73310
; Package
emacs
.
(Fri, 20 Sep 2024 06:53:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 73310 <at> debbugs.gnu.org (full text, mbox):
> On Sep 19, 2024, at 5:53 AM, vinurs <hi <at> vinurs.me> wrote:
>
> Hi Yuan,
> Are you able to reproduce this issue?
Yes, I can reproduce this. In fact, it’s not tree-sitter-clojure, but tree-sitter-markdown-inline who caused the hang. I was able to reproduce the hang independently without Emacs. This seems to be the same bug as in https://github.com/tree-sitter/tree-sitter/issues/3620. I’ll update on the GitHub issue with this new repo later.
Yuan
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#73310
; Package
emacs
.
(Sun, 10 Nov 2024 11:24:01 GMT)
Full text and
rfc822 format available.
Message #17 received at 73310 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi Yuan,The release of tree-sitter version 0.24.4 is out, and I tested it; this issue still persists. ------------Sincerely,Haiyuan Zhang, VinursBinaryBrain LLC 开 2024年9月20日 在 14:51:13, Yuan Fu (casouri <at> gmail.com) 写到:
> On Sep 19, 2024, at 5:53 AM, vinurs <hi <at> vinurs.me> wrote:
>
> Hi Yuan,
> Are you able to reproduce this issue?
Yes, I can reproduce this. In fact, it’s not tree-sitter-clojure, but tree-sitter-markdown-inline who caused the hang. I was able to reproduce the hang independently without Emacs. This seems to be the same bug as in https://github.com/tree-sitter/tree-sitter/issues/3620. I’ll update on the GitHub issue with this new repo later.
Yuan
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#73310
; Package
emacs
.
(Sun, 10 Nov 2024 11:29:01 GMT)
Full text and
rfc822 format available.
Message #20 received at 73310 <at> debbugs.gnu.org (full text, mbox):
> Date: Sun, 10 Nov 2024 19:22:24 +0800
> From: vinurs <hi <at> vinurs.me>
> Cc: 73310 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>
>
> The release of tree-sitter version 0.24.4 is out, and I tested it; this issue still persists.
If you are saying that the fix they installed in tree-sitter didn't
solve the problem, why not take this up with the tree-sitter
developers?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#73310
; Package
emacs
.
(Sun, 10 Nov 2024 11:37:01 GMT)
Full text and
rfc822 format available.
Message #23 received at 73310 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Because I saw Yuan’s response in the tree-sitter issue thread stating that this bug had already been fixed, so I'm not sure if it’s the same issue anymore.https://github.com/tree-sitter/tree-sitter/issues/3620 ------------Sincerely,Haiyuan Zhang, VinursBinaryBrain LLC 开 2024年11月10日 在 19:28:55, Eli Zaretskii (eliz <at> gnu.org) 写到: > Date: Sun, 10 Nov 2024 19:22:24 +0800
> From: vinurs <hi <at> vinurs.me>
> Cc: 73310 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>
>
> The release of tree-sitter version 0.24.4 is out, and I tested it; this issue still persists.
If you are saying that the fix they installed in tree-sitter didn't
solve the problem, why not take this up with the tree-sitter
developers?
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#73310
; Package
emacs
.
(Mon, 25 Nov 2024 01:50:02 GMT)
Full text and
rfc822 format available.
Message #26 received at 73310 <at> debbugs.gnu.org (full text, mbox):
> On Nov 10, 2024, at 3:35 AM, vinurs <hi <at> vinurs.me> wrote:
>
> Because I saw Yuan’s response in the tree-sitter issue thread stating that this bug had already been fixed, so I'm not sure if it’s the same issue anymore.
>
> https://github.com/tree-sitter/tree-sitter/issues/3620
>
> ------------
> Sincerely,
>
> Haiyuan Zhang, Vinurs
> BinaryBrain LLC
Sorry for the late response. I went over the reproduce recipe again, and at least for me, Emacs doesn’t hang anymore. Maybe your Emacs isn’t picking up the right tree-sitter library?
Yuan
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#73310
; Package
emacs
.
(Mon, 25 Nov 2024 11:23:01 GMT)
Full text and
rfc822 format available.
Message #29 received at 73310 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi Yuan,I installed tree-sitter version 0.24.4 using brew install tree-sitter. I then tried the following Emacs versions: 1. emacs-plus <at> 30 2. emacs-plus <at> 31 3. Emacs-pretest-30.0.92-universal.dmg(https://emacsformacosx.com/emacs-builds/Emacs-pretest-30.0.92-universal.dmg) 4. Compiled Emacs myself with the following configuration: ./configure --with-tree-sitter=/opt/homebrew/opt/tree-sitter --with-native-compI attempted to reproduce the issue using the following steps: Move to line 52. Delete all characters following :error-code. Quickly press the spacebar twice. At this point, Emacs freezes. The issue persists across all versions and builds. ------------Sincerely,Haiyuan Zhang, VinursBinaryBrain LLC 开 2024年11月25日 在 09:48:30, Yuan Fu (casouri <at> gmail.com) 写到:
> On Nov 10, 2024, at 3:35 AM, vinurs <hi <at> vinurs.me> wrote:
>
> Because I saw Yuan’s response in the tree-sitter issue thread stating that this bug had already been fixed, so I'm not sure if it’s the same issue anymore.
>
> https://github.com/tree-sitter/tree-sitter/issues/3620
>
> ------------
> Sincerely,
>
> Haiyuan Zhang, Vinurs
> BinaryBrain LLC
Sorry for the late response. I went over the reproduce recipe again, and at least for me, Emacs doesn’t hang anymore. Maybe your Emacs isn’t picking up the right tree-sitter library?
Yuan
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#73310
; Package
emacs
.
(Sat, 07 Dec 2024 12:23:02 GMT)
Full text and
rfc822 format available.
Message #32 received at 73310 <at> debbugs.gnu.org (full text, mbox):
Ping! Can anybody reproduce this and debug the problem?
> Date: Mon, 25 Nov 2024 19:21:49 +0800
> From: vinurs <hi <at> vinurs.me>
> Cc: 73310 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>
>
>
> Hi Yuan,
> I installed tree-sitter version 0.24.4 using brew install tree-sitter.
> I then tried the following Emacs versions:
> 1. emacs-plus <at> 30
> 2. emacs-plus <at> 31
> 3. Emacs-pretest-30.0.92-universal.dmg
> (https://emacsformacosx.com/emacs-builds/Emacs-pretest-30.0.92-universal.dmg)
> 4. Compiled Emacs myself with the following configuration:
> ./configure --with-tree-sitter=/opt/homebrew/opt/tree-sitter --with-native-comp
> I attempted to reproduce the issue using the following steps:
> Move to line 52. Delete all characters following :error-code. Quickly press the spacebar twice. At this point,
> Emacs freezes.
> The issue persists across all versions and builds.
>
> ------------
>
> Sincerely,
>
> Haiyuan Zhang, Vinurs
>
> BinaryBrain LLC
>
> 开 2024年11月25日 在 09:48:30, Yuan Fu (casouri <at> gmail.com) 写到:
>
> > On Nov 10, 2024, at 3:35 AM, vinurs <hi <at> vinurs.me> wrote:
> >
> > Because I saw Yuan’s response in the tree-sitter issue thread stating that this bug had already been
> fixed, so I'm not sure if it’s the same issue anymore.
> >
> > https://github.com/tree-sitter/tree-sitter/issues/3620
> >
> > ------------
> > Sincerely,
> >
> > Haiyuan Zhang, Vinurs
> > BinaryBrain LLC
>
> Sorry for the late response. I went over the reproduce recipe again, and at least for me, Emacs
> doesn’t hang anymore. Maybe your Emacs isn’t picking up the right tree-sitter library?
>
> Yuan
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#73310
; Package
emacs
.
(Wed, 11 Dec 2024 07:06:02 GMT)
Full text and
rfc822 format available.
Message #35 received at 73310 <at> debbugs.gnu.org (full text, mbox):
> On Dec 7, 2024, at 4:22 AM, Eli Zaretskii <eliz <at> gnu.org> wrote:
>
> Ping! Can anybody reproduce this and debug the problem?
>
>> Date: Mon, 25 Nov 2024 19:21:49 +0800
>> From: vinurs <hi <at> vinurs.me>
>> Cc: 73310 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>
>>
>>
>> Hi Yuan,
>> I installed tree-sitter version 0.24.4 using brew install tree-sitter.
>> I then tried the following Emacs versions:
>> 1. emacs-plus <at> 30
>> 2. emacs-plus <at> 31
>> 3. Emacs-pretest-30.0.92-universal.dmg
>> (https://emacsformacosx.com/emacs-builds/Emacs-pretest-30.0.92-universal.dmg)
>> 4. Compiled Emacs myself with the following configuration:
>> ./configure --with-tree-sitter=/opt/homebrew/opt/tree-sitter --with-native-comp
>> I attempted to reproduce the issue using the following steps:
>> Move to line 52. Delete all characters following :error-code. Quickly press the spacebar twice. At this point,
>> Emacs freezes.
>> The issue persists across all versions and builds.
>>
>> ------------
>>
>> Sincerely,
>>
>> Haiyuan Zhang, Vinurs
>>
>> BinaryBrain LLC
>>
>> 开 2024年11月25日 在 09:48:30, Yuan Fu (casouri <at> gmail.com) 写到:
>>
>>> On Nov 10, 2024, at 3:35 AM, vinurs <hi <at> vinurs.me> wrote:
>>>
>>> Because I saw Yuan’s response in the tree-sitter issue thread stating that this bug had already been
>> fixed, so I'm not sure if it’s the same issue anymore.
>>>
>>> https://github.com/tree-sitter/tree-sitter/issues/3620
>>>
>>> ------------
>>> Sincerely,
>>>
>>> Haiyuan Zhang, Vinurs
>>> BinaryBrain LLC
>>
>> Sorry for the late response. I went over the reproduce recipe again, and at least for me, Emacs
>> doesn’t hang anymore. Maybe your Emacs isn’t picking up the right tree-sitter library?
>>
>> Yuan
I tried again with v0.24.4 and emacs 30, and still can’t reproduce this. Haiyuan, if you run
otool -L <emacs-binary>
What’s the location of libtree-sitter? I’m asking to see if there’s an old tree-sitter library on your system that Emacs is picking up over the new library you installed.
Yuan
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#73310
; Package
emacs
.
(Wed, 11 Dec 2024 07:45:02 GMT)
Full text and
rfc822 format available.
Message #38 received at 73310 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi,otool -L /opt/homebrew/Cellar/emacs-plus <at> 31/31.0.50/Emacs.app/Contents/MacOS/Emacs/opt/homebrew/Cellar/emacs-plus <at> 31/31.0.50/Emacs.app/Contents/MacOS/Emacs: /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit (compatibility version 45.0.0, current version 2575.20.19) /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit (compatibility version 1.0.0, current version 275.0.0) /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon (compatibility version 2.0.0, current version 170.0.0) /System/Library/Frameworks/IOSurface.framework/Versions/A/IOSurface (compatibility version 1.0.0, current version 1.0.0) /System/Library/Frameworks/QuartzCore.framework/Versions/A/QuartzCore (compatibility version 1.2.0, current version 1.11.0) /System/Library/Frameworks/UniformTypeIdentifiers.framework/Versions/A/UniformTypeIdentifiers (compatibility version 1.0.0, current version 709.0.0) /opt/homebrew/opt/libtiff/lib/libtiff.6.dylib (compatibility version 8.0.0, current version 8.0.0) /opt/homebrew/opt/jpeg-turbo/lib/libjpeg.8.dylib (compatibility version 8.0.0, current version 8.3.2) /opt/homebrew/opt/libpng/lib/libpng16.16.dylib (compatibility version 61.0.0, current version 61.0.0) /opt/homebrew/opt/giflib/lib/libgif.dylib (compatibility version 0.0.0, current version 7.2.0) /opt/homebrew/opt/webp/lib/libwebpdemux.2.dylib (compatibility version 3.0.0, current version 3.15.0) /opt/homebrew/opt/webp/lib/libwebpdecoder.3.dylib (compatibility version 5.0.0, current version 5.9.0) /opt/homebrew/opt/librsvg/lib/librsvg-2.2.dylib (compatibility version 53.0.0, current version 53.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1351.0.0) /opt/homebrew/opt/glib/lib/libgio-2.0.0.dylib (compatibility version 8201.0.0, current version 8201.2.0) /opt/homebrew/opt/gdk-pixbuf/lib/libgdk_pixbuf-2.0.0.dylib (compatibility version 4201.0.0, current version 4201.12.0) /opt/homebrew/opt/glib/lib/libgobject-2.0.0.dylib (compatibility version 8201.0.0, current version 8201.2.0) /opt/homebrew/opt/glib/lib/libglib-2.0.0.dylib (compatibility version 8201.0.0, current version 8201.2.0) /opt/homebrew/opt/gettext/lib/libintl.8.dylib (compatibility version 13.0.0, current version 13.0.0) /opt/homebrew/opt/cairo/lib/libcairo.2.dylib (compatibility version 2.0.0, current version 2.0.0) /opt/homebrew/opt/imagemagick/lib/libMagickWand-7.Q16HDRI.10.dylib (compatibility version 11.0.0, current version 11.2.0) /opt/homebrew/opt/imagemagick/lib/libMagickCore-7.Q16HDRI.10.dylib (compatibility version 11.0.0, current version 11.2.0) /System/Library/Frameworks/WebKit.framework/Versions/A/WebKit (compatibility version 1.0.0, current version 619.2.8) /opt/homebrew/opt/dbus/lib/libdbus-1.3.dylib (compatibility version 36.0.0, current version 36.4.0) /usr/lib/libxml2.2.dylib (compatibility version 10.0.0, current version 10.9.0) /usr/lib/libncurses.5.4.dylib (compatibility version 5.4.0, current version 5.4.0) /opt/homebrew/opt/gnutls/lib/libgnutls.30.dylib (compatibility version 69.0.0, current version 69.0.0) /opt/homebrew/opt/little-cms2/lib/liblcms2.2.dylib (compatibility version 3.0.0, current version 3.16.0) /usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.12) /opt/homebrew/opt/gmp/lib/libgmp.10.dylib (compatibility version 16.0.0, current version 16.0.0) /opt/homebrew/opt/tree-sitter/lib/libtree-sitter.0.24.dylib (compatibility version 0.0.0, current version 0.0.0) /opt/homebrew/opt/sqlite/lib/libsqlite3.0.dylib (compatibility version 9.0.0, current version 9.6.0) /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 3107.0.0) /System/Library/Frameworks/CoreGraphics.framework/Versions/A/CoreGraphics (compatibility version 64.0.0, current version 1883.1.10) /System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices (compatibility version 1.0.0, current version 1226.0.0) /System/Library/Frameworks/CoreText.framework/Versions/A/CoreText (compatibility version 1.0.0, current version 844.1.0) /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation (compatibility version 300.0.0, current version 3107.0.0) /usr/lib/libobjc.A.dylib (compatibility version 1.0.0, current version 228.0.0) ------------Sincerely,Haiyuan Zhang, VinursBinaryBrain LLC 开 2024年12月11日 在 15:04:40, Yuan Fu (casouri <at> gmail.com) 写到:
> On Dec 7, 2024, at 4:22 AM, Eli Zaretskii <eliz <at> gnu.org> wrote:
>
> Ping! Can anybody reproduce this and debug the problem?
>
>> Date: Mon, 25 Nov 2024 19:21:49 +0800
>> From: vinurs <hi <at> vinurs.me>
>> Cc: 73310 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>
>>
>>
>> Hi Yuan,
>> I installed tree-sitter version 0.24.4 using brew install tree-sitter.
>> I then tried the following Emacs versions:
>> 1. emacs-plus <at> 30
>> 2. emacs-plus <at> 31
>> 3. Emacs-pretest-30.0.92-universal.dmg
>> (https://emacsformacosx.com/emacs-builds/Emacs-pretest-30.0.92-universal.dmg)
>> 4. Compiled Emacs myself with the following configuration:
>> ./configure --with-tree-sitter=/opt/homebrew/opt/tree-sitter --with-native-comp
>> I attempted to reproduce the issue using the following steps:
>> Move to line 52. Delete all characters following :error-code. Quickly press the spacebar twice. At this point,
>> Emacs freezes.
>> The issue persists across all versions and builds.
>>
>> ------------
>>
>> Sincerely,
>>
>> Haiyuan Zhang, Vinurs
>>
>> BinaryBrain LLC
>>
>> 开 2024年11月25日 在 09:48:30, Yuan Fu (casouri <at> gmail.com) 写到:
>>
>>> On Nov 10, 2024, at 3:35 AM, vinurs <hi <at> vinurs.me> wrote:
>>>
>>> Because I saw Yuan’s response in the tree-sitter issue thread stating that this bug had already been
>> fixed, so I'm not sure if it’s the same issue anymore.
>>>
>>> https://github.com/tree-sitter/tree-sitter/issues/3620
>>>
>>> ------------
>>> Sincerely,
>>>
>>> Haiyuan Zhang, Vinurs
>>> BinaryBrain LLC
>>
>> Sorry for the late response. I went over the reproduce recipe again, and at least for me, Emacs
>> doesn’t hang anymore. Maybe your Emacs isn’t picking up the right tree-sitter library?
>>
>> Yuan
I tried again with v0.24.4 and emacs 30, and still can’t reproduce this. Haiyuan, if you run
otool -L <emacs-binary>
What’s the location of libtree-sitter? I’m asking to see if there’s an old tree-sitter library on your system that Emacs is picking up over the new library you installed.
Yuan
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#73310
; Package
emacs
.
(Wed, 11 Dec 2024 08:11:01 GMT)
Full text and
rfc822 format available.
Message #41 received at 73310 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi,I checked the md5 ------------Sincerely,Haiyuan Zhang, VinursBinaryBrain LLC 开 2024年12月11日 在 15:44:04, vinurs (hi <at> vinurs.me) 写到:
Hi,otool -L /opt/homebrew/Cellar/emacs-plus <at> 31/31.0.50/Emacs.app/Contents/MacOS/Emacs/opt/homebrew/Cellar/emacs-plus <at> 31/31.0.50/Emacs.app/Contents/MacOS/Emacs: /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit (compatibility version 45.0.0, current version 2575.20.19) /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit (compatibility version 1.0.0, current version 275.0.0) /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon (compatibility version 2.0.0, current version 170.0.0) /System/Library/Frameworks/IOSurface.framework/Versions/A/IOSurface (compatibility version 1.0.0, current version 1.0.0) /System/Library/Frameworks/QuartzCore.framework/Versions/A/QuartzCore (compatibility version 1.2.0, current version 1.11.0) /System/Library/Frameworks/UniformTypeIdentifiers.framework/Versions/A/UniformTypeIdentifiers (compatibility version 1.0.0, current version 709.0.0) /opt/homebrew/opt/libtiff/lib/libtiff.6.dylib (compatibility version 8.0.0, current version 8.0.0) /opt/homebrew/opt/jpeg-turbo/lib/libjpeg.8.dylib (compatibility version 8.0.0, current version 8.3.2) /opt/homebrew/opt/libpng/lib/libpng16.16.dylib (compatibility version 61.0.0, current version 61.0.0) /opt/homebrew/opt/giflib/lib/libgif.dylib (compatibility version 0.0.0, current version 7.2.0) /opt/homebrew/opt/webp/lib/libwebpdemux.2.dylib (compatibility version 3.0.0, current version 3.15.0) /opt/homebrew/opt/webp/lib/libwebpdecoder.3.dylib (compatibility version 5.0.0, current version 5.9.0) /opt/homebrew/opt/librsvg/lib/librsvg-2.2.dylib (compatibility version 53.0.0, current version 53.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1351.0.0) /opt/homebrew/opt/glib/lib/libgio-2.0.0.dylib (compatibility version 8201.0.0, current version 8201.2.0) /opt/homebrew/opt/gdk-pixbuf/lib/libgdk_pixbuf-2.0.0.dylib (compatibility version 4201.0.0, current version 4201.12.0) /opt/homebrew/opt/glib/lib/libgobject-2.0.0.dylib (compatibility version 8201.0.0, current version 8201.2.0) /opt/homebrew/opt/glib/lib/libglib-2.0.0.dylib (compatibility version 8201.0.0, current version 8201.2.0) /opt/homebrew/opt/gettext/lib/libintl.8.dylib (compatibility version 13.0.0, current version 13.0.0) /opt/homebrew/opt/cairo/lib/libcairo.2.dylib (compatibility version 2.0.0, current version 2.0.0) /opt/homebrew/opt/imagemagick/lib/libMagickWand-7.Q16HDRI.10.dylib (compatibility version 11.0.0, current version 11.2.0) /opt/homebrew/opt/imagemagick/lib/libMagickCore-7.Q16HDRI.10.dylib (compatibility version 11.0.0, current version 11.2.0) /System/Library/Frameworks/WebKit.framework/Versions/A/WebKit (compatibility version 1.0.0, current version 619.2.8) /opt/homebrew/opt/dbus/lib/libdbus-1.3.dylib (compatibility version 36.0.0, current version 36.4.0) /usr/lib/libxml2.2.dylib (compatibility version 10.0.0, current version 10.9.0) /usr/lib/libncurses.5.4.dylib (compatibility version 5.4.0, current version 5.4.0) /opt/homebrew/opt/gnutls/lib/libgnutls.30.dylib (compatibility version 69.0.0, current version 69.0.0) /opt/homebrew/opt/little-cms2/lib/liblcms2.2.dylib (compatibility version 3.0.0, current version 3.16.0) /usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.12) /opt/homebrew/opt/gmp/lib/libgmp.10.dylib (compatibility version 16.0.0, current version 16.0.0) /opt/homebrew/opt/tree-sitter/lib/libtree-sitter.0.24.dylib (compatibility version 0.0.0, current version 0.0.0) /opt/homebrew/opt/sqlite/lib/libsqlite3.0.dylib (compatibility version 9.0.0, current version 9.6.0) /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 3107.0.0) /System/Library/Frameworks/CoreGraphics.framework/Versions/A/CoreGraphics (compatibility version 64.0.0, current version 1883.1.10) /System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices (compatibility version 1.0.0, current version 1226.0.0) /System/Library/Frameworks/CoreText.framework/Versions/A/CoreText (compatibility version 1.0.0, current version 844.1.0) /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation (compatibility version 300.0.0, current version 3107.0.0) /usr/lib/libobjc.A.dylib (compatibility version 1.0.0, current version 228.0.0) ------------Sincerely,Haiyuan Zhang, VinursBinaryBrain LLC 开 2024年12月11日 在 15:04:40, Yuan Fu (casouri <at> gmail.com) 写到:
> On Dec 7, 2024, at 4:22 AM, Eli Zaretskii <eliz <at> gnu.org> wrote:
>
> Ping! Can anybody reproduce this and debug the problem?
>
>> Date: Mon, 25 Nov 2024 19:21:49 +0800
>> From: vinurs <hi <at> vinurs.me>
>> Cc: 73310 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>
>>
>>
>> Hi Yuan,
>> I installed tree-sitter version 0.24.4 using brew install tree-sitter.
>> I then tried the following Emacs versions:
>> 1. emacs-plus <at> 30
>> 2. emacs-plus <at> 31
>> 3. Emacs-pretest-30.0.92-universal.dmg
>> (https://emacsformacosx.com/emacs-builds/Emacs-pretest-30.0.92-universal.dmg)
>> 4. Compiled Emacs myself with the following configuration:
>> ./configure --with-tree-sitter=/opt/homebrew/opt/tree-sitter --with-native-comp
>> I attempted to reproduce the issue using the following steps:
>> Move to line 52. Delete all characters following :error-code. Quickly press the spacebar twice. At this point,
>> Emacs freezes.
>> The issue persists across all versions and builds.
>>
>> ------------
>>
>> Sincerely,
>>
>> Haiyuan Zhang, Vinurs
>>
>> BinaryBrain LLC
>>
>> 开 2024年11月25日 在 09:48:30, Yuan Fu (casouri <at> gmail.com) 写到:
>>
>>> On Nov 10, 2024, at 3:35 AM, vinurs <hi <at> vinurs.me> wrote:
>>>
>>> Because I saw Yuan’s response in the tree-sitter issue thread stating that this bug had already been
>> fixed, so I'm not sure if it’s the same issue anymore.
>>>
>>> https://github.com/tree-sitter/tree-sitter/issues/3620
>>>
>>> ------------
>>> Sincerely,
>>>
>>> Haiyuan Zhang, Vinurs
>>> BinaryBrain LLC
>>
>> Sorry for the late response. I went over the reproduce recipe again, and at least for me, Emacs
>> doesn’t hang anymore. Maybe your Emacs isn’t picking up the right tree-sitter library?
>>
>> Yuan
I tried again with v0.24.4 and emacs 30, and still can’t reproduce this. Haiyuan, if you run
otool -L <emacs-binary>
What’s the location of libtree-sitter? I’m asking to see if there’s an old tree-sitter library on your system that Emacs is picking up over the new library you installed.
Yuan
[Message part 2 (text/html, inline)]
[CleanShot 2024-12-11 at 16.07.55@2x.png (image/png, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#73310
; Package
emacs
.
(Thu, 12 Dec 2024 04:54:01 GMT)
Full text and
rfc822 format available.
Message #44 received at 73310 <at> debbugs.gnu.org (full text, mbox):
> On Dec 11, 2024, at 12:10 AM, vinurs <hi <at> vinurs.me> wrote:
>
> Hi,
> I checked the md5<CleanShot 2024-12-11 at 16.07.55 <at> 2x.png>
Thanks for your patience on this. And actually, you’re right. I can reproduce this now. I couldn’t reproduce it before because I was pressing space too fast. I was messing around with the reproduce steps and found that if I press the two spaces slower, I can reliably reproduce this.
This is baffling because the C reproduce program I built to exactly replicate this recipe doesn’t hang after the fix in tree-sitter. Once I figure out why I’ll send another bug report to tree-sitter. And sorry that this wasn’t fixed.
Yuan
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#73310
; Package
emacs
.
(Wed, 18 Dec 2024 15:23:02 GMT)
Full text and
rfc822 format available.
Message #47 received at 73310 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi,
Has there been any progress on this issue? It has been troubling me for a long time. My Emacs basically freezes every few minutes, and I have to restart Emacs.
------------
Sincerely,
Haiyuan Zhang, Vinurs
BinaryBrain LLC
开 2024年12月12日 在 12:52:35, Yuan Fu (casouri <at> gmail.com) 写到:
> On Dec 11, 2024, at 12:10 AM, vinurs <hi <at> vinurs.me> wrote:
>
> Hi,
> I checked the md5<CleanShot 2024-12-11 at 16.07.55 <at> 2x.png>
Thanks for your patience on this. And actually, you’re right. I can reproduce this now. I couldn’t reproduce it before because I was pressing space too fast. I was messing around with the reproduce steps and found that if I press the two spaces slower, I can reliably reproduce this.
This is baffling because the C reproduce program I built to exactly replicate this recipe doesn’t hang after the fix in tree-sitter. Once I figure out why I’ll send another bug report to tree-sitter. And sorry that this wasn’t fixed.
Yuan
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#73310
; Package
emacs
.
(Thu, 19 Dec 2024 18:35:02 GMT)
Full text and
rfc822 format available.
Message #50 received at 73310 <at> debbugs.gnu.org (full text, mbox):
> On Dec 18, 2024, at 7:22 AM, vinurs <hi <at> vinurs.me> wrote:
>
> Hi,
> Has there been any progress on this issue? It has been troubling me for a long time. My Emacs basically freezes every few minutes, and I have to restart Emacs.
>
> ------------
> Sincerely,
>
> Haiyuan Zhang, Vinurs
> BinaryBrain LLC
One more test: can you try tree-sitter 0.25.0 and see if you still see the hang? With the same “technique”, I can reproduce with 0.24.4 but not 0.25.0. That could mean the bug is fixed in 0.25.0.
Yuan
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#73310
; Package
emacs
.
(Thu, 19 Dec 2024 21:35:02 GMT)
Full text and
rfc822 format available.
Message #53 received at 73310 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi,
I tried version 0.25.0, and using the same method it doesn't always reproduce the issue, but it still hangs. On the same line, if I repeatedly delete and press space, it also hangs. I just haven't found a consistent way to reproduce it yet.
------------
Sincerely,
Haiyuan Zhang, Vinurs
BinaryBrain LLC
开 2024年12月20日 在 02:33:35, Yuan Fu (casouri <at> gmail.com) 写到:
> On Dec 18, 2024, at 7:22 AM, vinurs <hi <at> vinurs.me> wrote:
>
> Hi,
> Has there been any progress on this issue? It has been troubling me for a long time. My Emacs basically freezes every few minutes, and I have to restart Emacs.
>
> ------------
> Sincerely,
>
> Haiyuan Zhang, Vinurs
> BinaryBrain LLC
One more test: can you try tree-sitter 0.25.0 and see if you still see the hang? With the same “technique”, I can reproduce with 0.24.4 but not 0.25.0. That could mean the bug is fixed in 0.25.0.
Yuan
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#73310
; Package
emacs
.
(Fri, 20 Dec 2024 08:27:01 GMT)
Full text and
rfc822 format available.
Message #56 received at 73310 <at> debbugs.gnu.org (full text, mbox):
> On Dec 19, 2024, at 1:34 PM, vinurs <hi <at> vinurs.me> wrote:
>
> Hi,
> I tried version 0.25.0, and using the same method it doesn't always reproduce the issue, but it still hangs. On the same line, if I repeatedly delete and press space, it also hangs. I just haven't found a consistent way to reproduce it yet.
Thanks. That’s bad news. I’ll also see if I can modify my C program to reproduce this.
Yuan
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#73310
; Package
emacs
.
(Fri, 20 Dec 2024 08:38:02 GMT)
Full text and
rfc822 format available.
Message #59 received at 73310 <at> debbugs.gnu.org (full text, mbox):
> From: Yuan Fu <casouri <at> gmail.com>
> Date: Fri, 20 Dec 2024 00:25:23 -0800
> Cc: Eli Zaretskii <eliz <at> gnu.org>,
> 73310 <at> debbugs.gnu.org
>
>
>
> > On Dec 19, 2024, at 1:34 PM, vinurs <hi <at> vinurs.me> wrote:
> >
> > Hi,
> > I tried version 0.25.0, and using the same method it doesn't always reproduce the issue, but it still hangs. On the same line, if I repeatedly delete and press space, it also hangs. I just haven't found a consistent way to reproduce it yet.
>
> Thanks. That’s bad news. I’ll also see if I can modify my C program to reproduce this.
Can we have a GDB backtrace when Emacs freezes like that? If the
freeze is inside tree-sitter, maybe build that with debug symbols, so
that GDB shows information inside the library, and we could then try
to figure out what causes this.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#73310
; Package
emacs
.
(Fri, 20 Dec 2024 09:16:02 GMT)
Full text and
rfc822 format available.
Message #62 received at 73310 <at> debbugs.gnu.org (full text, mbox):
> On Dec 20, 2024, at 12:37 AM, Eli Zaretskii <eliz <at> gnu.org> wrote:
>
>> From: Yuan Fu <casouri <at> gmail.com>
>> Date: Fri, 20 Dec 2024 00:25:23 -0800
>> Cc: Eli Zaretskii <eliz <at> gnu.org>,
>> 73310 <at> debbugs.gnu.org
>>
>>
>>
>>> On Dec 19, 2024, at 1:34 PM, vinurs <hi <at> vinurs.me> wrote:
>>>
>>> Hi,
>>> I tried version 0.25.0, and using the same method it doesn't always reproduce the issue, but it still hangs. On the same line, if I repeatedly delete and press space, it also hangs. I just haven't found a consistent way to reproduce it yet.
>>
>> Thanks. That’s bad news. I’ll also see if I can modify my C program to reproduce this.
>
> Can we have a GDB backtrace when Emacs freezes like that? If the
> freeze is inside tree-sitter, maybe build that with debug symbols, so
> that GDB shows information inside the library, and we could then try
> to figure out what causes this.
It’s almost certainly tree-sitter. And it’s unlikely for us to find the cause of the hang without considerable knowledge of tree-sitter internals.
Anyway, I’ll start with reproducing it reliably.
Yuan
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#73310
; Package
emacs
.
(Fri, 20 Dec 2024 12:19:02 GMT)
Full text and
rfc822 format available.
Message #65 received at 73310 <at> debbugs.gnu.org (full text, mbox):
> From: Yuan Fu <casouri <at> gmail.com>
> Date: Fri, 20 Dec 2024 01:14:04 -0800
> Cc: vinurs <hi <at> vinurs.me>,
> 73310 <at> debbugs.gnu.org
>
> > On Dec 20, 2024, at 12:37 AM, Eli Zaretskii <eliz <at> gnu.org> wrote:
> >
> > Can we have a GDB backtrace when Emacs freezes like that? If the
> > freeze is inside tree-sitter, maybe build that with debug symbols, so
> > that GDB shows information inside the library, and we could then try
> > to figure out what causes this.
>
> It’s almost certainly tree-sitter. And it’s unlikely for us to find the cause of the hang without considerable knowledge of tree-sitter internals.
Maybe. But we have the sources of tree-sitter, so nothing prevents us
from trying -- provided that we have the backtrace from the freeze.
> Anyway, I’ll start with reproducing it reliably.
Thanks, that will help.
This bug report was last modified 181 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.