bug#66549: 29.1.50; SIGABRT received parsing file with tree-sitter in PGTK Emacs

[Erik Overdahl]

I am unable to reproduce this; a manually built shared object still
crashes for me. I am not sure what steps you took to build the
grammar. When I build it manually, I still get the crash. However, the
tree-sitter-hcl maintainer had the same success that you did:
https://github.com/MichaHoffmann/tree-sitter-hcl/issues/38#issuecomment-1763385350.

Does the crash occur if you build the grammar using
`treesit-install-language-grammar`?

Regarding the difference in environment - this is what I was hoping to
avoid by providing container files in which I know the crash is
reliably reproduced. I hope the backtrace file I provided is adequate.
Apologies for the delay on that.

On 10/15/23, Eli Zaretskii <eliz@gnu.org> wrote:
>> From: Erik Overdahl <erik.overdahl@gmail.com>
>> Date: Sun, 15 Oct 2023 13:36:26 -0500
>> Cc: 66549@debbugs.gnu.org
>>
>> The reproduction instructions included in my bug report are all that
>> is required. The linked GitHub repo contains Dockerfiles that allow
>> the bug to be reproduced exactly, but does not have any information
>> that is missing from this bug report.
>>
>> Here is a minimal HCL file that I can confirm causes the SIGABRT when
>> parsed:
>>
>> resource "example" "literals" {
>>   attr1 = "val1"
>> }
>
> Thanks.  My configuration is different from yours, but I tried to
> reproduce the problem as best I could, and failed.
>
> Here's what I did:
>
>   . cloned the treesit-hcl grammar, built it and installed it
>   . started Emacs as "emacs -Q"
>   . M-x load-library RET treesit RET
>   . M-: (treesit-ready-p 'hcl) RET -- this yielded t, so the grammar
>     is installed and available
>   . typed the following in *scratch*:
>
> (with-temp-buffer
>   (insert-file-contents "~/data/example.hcl")
>   ;; `treesit-parser-create' creates a parser for the buffer that is
>   ;; then invoked lazily. Using `treesit-parse-string' to force parse.
>   (treesit-parse-string (buffer-string) 'hcl))
>
>   . evaluated this expression with C-x C-e
>
> The result was:
>
>   #<treesit-node config_file in 1-52>
>
> So I'm unable to reproduce the abort.
>
> This is why I asked you to run Emacs under GDB and post the backtrace
> when it crashes.
>