On Tue, Jan 07, 2003 at 02:16:17PM -0500, Glenn Maynard wrote:
On Tue, Jan 07, 2003 at 03:58:36PM +0100, Piotr Krukowiecki wrote:
Even after cd /Anime find won't work :(
This is a bug, however. The problem is that it's checking the first
path (. in /Anime) like any other argument, seeing
On Wed, Jan 15, 2003 at 02:51:31PM +0300, Alexander V. Lukyanov wrote:
On Tue, Jan 07, 2003 at 02:16:17PM -0500, Glenn Maynard wrote:
On Tue, Jan 07, 2003 at 03:58:36PM +0100, Piotr Krukowiecki wrote:
Even after cd /Anime find won't work :(
This is a bug, however. The problem is that
On Thu, Jan 16, 2003 at 08:59:07AM +0300, Alexander V. Lukyanov wrote:
find program (from findutils) does not recurse on symlinks too.
But find blah/. works with the patch, and find(1) similarly works with /.
appended.
Doing find foo (with findutils) doesn't recurse:
lrwxr-xr-x1 glenn
On Thu, Jan 16, 2003 at 09:52:49AM +0300, Alexander V. Lukyanov wrote:
Only on linux. Trailing slash makes lstat system call to return information
on the referenced directory. On solaris, it does not make lstat follow the
link and /. is required.
Well, I much prefer Linux's behavior, then--but
On Tue, 07 Jan 2003, Piotr Krukowiecki wrote:
find does not follows symlinks to directories - i think it should.
I was using Lftp | Version 2.6.3
--
Piotrek
irc: #debian.pl
Mors Drosophilis melanogastribus!
On Tue, Jan 07, 2003 at 03:58:36PM +0100, Piotr Krukowiecki wrote:
find does not follows symlinks to directories - i think it should.
They are noted as links, for example:
lrwxrwxrwx 1 1234 1234 25 Dec 31 2002 Anime - /mnt/hdc1/Anime/
This mirrors find(1) behavior. The real
