Re: bug on chmod command

[Jim Meyering]

Stavros Passas <address@hidden> wrote:
...
> more,on coreutils 5.93 the output on the same command is:
>
> chmod: fts_read failed: Permission denied
> *** glibc detected *** chmod: double free or corruption (fasttop):

Thanks for the report.
However, I'm not able to reproduce that with 5.93 and a small
hierarchy created like this (on a RHEL 2.4.28-sparc system):

  $ mkdir -p {a,b,c}/{c,d,e}/{c,d,e}
  $ chmod o+r `find ./`
  $ MALLOC_CHECK_=1 chmod o-r `find ./`
  malloc: using debugging hooks
  $ chmod --version|head -1
  chmod (GNU coreutils) 5.93

Are you sure you saw that bug also with coreutils-5.93?
There was indeed a double-free bug in fts.c, but it was
fixed for coreutils-5.3.0.  Did you build coreutils-5.93 yourself?
If so, did it pass its self-tests (make -k check)?

Please give the precise commands you used (show the one
that invokes chmod --version, too) as well as the file list
produced by `find .'.  If that file list is long, it'd be good
if you would pare it down to as small a test case as possible that
still exhibits the problem.