Stavros Passas <[EMAIL PROTECTED]> 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.
_______________________________________________
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
