GNU bug report logs - #71012
30.0.50; tree-sitter crash

Previous Next

Full log

View this message in rfc822 format

From: "Basil L. Contovounesios" <basil <at> contovou.net>
To: Yuan Fu <casouri <at> gmail.com>
Cc: 71012 <at> debbugs.gnu.org, eller.helmut <at> gmail.com
Subject: bug#71012: 30.0.50; tree-sitter crash
Date: Wed, 24 Jul 2024 16:57:53 +0200

Ping: thoughts on whether this is an issue?

Basil L. Contovounesios [2024-06-13 13:43 +0200] wrote:
> Yuan Fu [2024-06-11 22:38 -0700] wrote:
>>> On Jun 7, 2024, at 1:39 AM, Basil L. Contovounesios <basil <at> contovou.net> wrote:
>>> 
>>> Just curious: since generate-new-buffer creates a new buffer each time
>>> it is called, is it guaranteed that this buffer will eventually be GCed,
>>> once the caller of treesit-parse-string is done with it?
>>
>> Yeah, from my testing that seems to be the case.
>
> What did you try?
> I'm putting the following in an emacs -Q *scratch* buffer:
>
>   (require 'treesit)
>   (message "# of buffers before : %d" (length (buffer-list)))
>   (dotimes-with-progress-reporter (i 10000) "Parsing"
>     (treesit-parse-string "int c = 0;" 'c))
>   (garbage-collect)
>   (message "# of buffers after  : %d" (length (buffer-list)))
>
> Each time I M-x eval-buffer:
> - the list of buffers grows
> - the memory usage grows
> - loop iterations slow down noticeably
>
> Am I missing something?

Thanks,
-- 
Basil

Previous Next

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