Date: Mon, 2 Dec 2002 18:36:02 +1100 (EST) From: Bruce Evans <bde@zeta.org.au> To: David Schultz <dschultz@uclink.Berkeley.EDU> Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: bin/45723: ls(1)'s wrong behaviour with not searchable directories Message-ID: <20021202182939.U3146-100000@gamplex.bde.org> In-Reply-To: <200212020600.gB2603ve035685@freefall.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 1 Dec 2002, David Schultz wrote: > > >How-To-Repeat: > > $ mkdir FOOBAR > > $ cd FOOBAR > > $ touch a b c d e > > $ cd .. > > $ chmod -x FOOBAR > > $ ls FOOBAR > > <no output, no errors> > > This one seems to be fixed in -CURRENT. It is broken for me, but that is because I have ls aliased to ls -F. > The problem appears to be in the fts_children() implementation. > If a chdir fails, the routine does not retry with FTS_NOCHDIR as > it should... I think fts it must honor FTS_NOCHDIR. ls could retry. But chdir is essential for handling deep directories. Most utilities that use FTS_NOCHDIR are simply broken since they should or shall support deep directories but don't. cp is the most important one. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20021202182939.U3146-100000>