On 2023-08-14 00:05, Haoxin Tu wrote:
if the function `fts_read` get a return value of
NULL and the malloc from `fts->fts_cycle.state = malloc (sizeof
*fts->fts_cycle.state)` (Line 62 in fts_cycle.c) is NULL, the pointer
`fts->fts_cycle.state` will still keep 0 before the free operation `free
Just realized I need to send it to this email. Thanks.
-- Forwarded message -
发件人: Haoxin Tu
Date: 2023年8月14日周一 15:05
Subject: Re: bug#65269: Possible null pointer dereference on the function
cycle_check in rm
To: Paul Eggert
Cc: <65269-d...@debbugs.gnu.org>
Hi Paul,
Hi Paul,
Thanks for your quick response.
I have tested the latest git version of coreutils again and it seems the
bug I reported was gone. However, I found another new *invalid-free *issue
which may be induced by the incomplete fix. Please check the bug details
below.
Here is the stack info
On 2023-08-13 02:32, Haoxin Tu wrote:
We have developed a new tool built on top of KLEE (http://klee.github.io/)
to
automatically test GNU Coreutils-9.0 and found there might be a possible
null pointer
dereference
Thanks, but this bug was fixed in coreutils 9.2 (2023-03-20), due to
this
Hi,
We have developed a new tool built on top of KLEE (http://klee.github.io/)
to
automatically test GNU Coreutils-9.0 and found there might be a possible
null pointer
dereference in the function cycle_check in cycle_check.c:60 in the util
`rm`. Here is the stack info when the error occurs: