[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Internal error with gawk-5.3.0
From: |
Miguel Pineiro Jr. |
Subject: |
Re: Internal error with gawk-5.3.0 |
Date: |
Sun, 07 Jan 2024 17:19:19 -0500 |
User-agent: |
Cyrus-JMAP/3.9.0-alpha0-1364-ga51d5fd3b7-fm-20231219.001-ga51d5fd3 |
On Sun, Jan 7, 2024, at 4:34 PM, Miguel Pineiro Jr. wrote:
> I don't see any reason to zero when every byte that's allocated will be
> written to by the populating loop (and by the fix in the patch).
Disregard. Nothing to see here ;) That analysis is wrong. If there's a decoding
error in a non-utf8 multibyte stream, str2wstr will not map the byte at which
the error began. In which case, the zero prevents a random value from indexing
beyond the bounds of the array.
Miguel
- Internal error with gawk-5.3.0, Sam James, 2024/01/07
- Re: Internal error with gawk-5.3.0, Miguel Pineiro Jr., 2024/01/07
- Re: Internal error with gawk-5.3.0, arnold, 2024/01/07
- Re: Internal error with gawk-5.3.0, Miguel Pineiro Jr., 2024/01/07
- Re: Internal error with gawk-5.3.0, arnold, 2024/01/08
- Re: Internal error with gawk-5.3.0, Sam James, 2024/01/28
- Re: Internal error with gawk-5.3.0, arnold, 2024/01/28
- Re: Internal error with gawk-5.3.0, arnold, 2024/01/28