[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: an "internal compiler error"
From: |
Jose E. Marchesi |
Subject: |
Re: an "internal compiler error" |
Date: |
Tue, 14 Feb 2023 11:29:57 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) |
> I wrote:
>> Well done, poke hackers: An input file with a couple of thousand
>> opening braces or opening parentheses does not abort poke, but gets to the
>> input prompt:
>>
>> (poke) .load /home/bruno/foo.pk
>> /home/bruno/foo.pk:63:39: error: memory exhausted
>> {{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{{
>> ^
>> (poke)
>
> But in this case it's not so well done. Seen with poke-3.0:
>
> $ poke -l /tmp/fuzz1.pk
> 1:1: internal compiler error: input buffer overflow, can't enlarge buffer
> because scanner uses REJECT
> Important information has been dumped in /tmp/pokecyGfH0.
> Please attach it to a bug report and send it to poke-devel@gnu.org.
> Aborted
>
> Credit: AFL++4.00.c
Yes we are aware of that.
It is a fatal error that flex generates when it needs to grow a buffer
but the lexer uses REJECT (as in our case).
Re: [RFC][PATCH] pkl: make PK_UNREACHABLE more verbose, Jose E. Marchesi, 2023/02/13
Re: [RFC][PATCH] pkl: make PK_UNREACHABLE more verbose, Arsen Arsenović, 2023/02/14