Mail Archives: cygwin/2003/02/05/11:54:32
Carlo,
At 08:35 2003-02-05, fj_br_ AT web DOT de wrote:
>cygwin AT cygwin DOT com schrieb am 31.01.03 16:47:10:
> >
> > For the archives: No. This is not going to do what the OP wants at all.
> > In fact, if there's more than one file named 1000.*, it won't even work
> > (find will produce a "find: paths must precede expression" error). For
> > details, "info find" and "info bash".
> >
> > To the OP: Is your 1000 directory a symbolic link, by any chance? If it
> > is, try the "-follow" option. For details, "info find".
> > Igor
>
>Thanks for the hint with -follow it worked, but the directory 1000 is
>not a symbolic link as you can see
>
>$ find . -name 1000\* -follow
>./1000.zip
>./1000
>./1000/1000.zip
>
>$ ls -ld 1000
>drwxr-xr-x 2 f.braunb unknown 0 Jan 31 08:33 1000
>
>$ ls -l 1000*
>-rw-r--r-- 1 f.braunb unknown 162114808 Jan 30 14:57 1000.zip
>
>1000:
>total 158316
>-rw-r--r-- 1 f.braunb unknown 162114808 Jan 31 08:33 1000.zip
>
>Could this be a bug?
What bug are you suggesting? There's a directory named "1000" and it
contains a file called "1000.zip". That's all very clear by what's
shown here. Perhaps this situation arose earlier in your confusion
about shell glob characters, find and whatnot.
Sometimes in circumstances like this, confusion can be reduced by using
the "-i" option to ls. This will cause ls to include the "inode number"
in its output. (This is not quite the same thing in Cygwin as in real
Unix file systems, but it's there and serves the purpose of this hint.)
Distinct files that are otherwise identical and, beyond their full path
names, indistinguishable (same name, size, modes, owners, etc.) will
have different inode numbers. Likewise, hard links (possible with NTFS
but not FATn) will have identical inode numbers even if their names are
different. However, given that hard links are just multiple names for
the same file, it's impossible to have any other file attribute differ
between two hard links to the same file.
One last wrinkle to note is that if you attempt to create a hard link
on a FAT file system volume, Cygwin will copy the file for you. That's
its best-effort attempt to comply with a request that cannot literally
be fulfilled but which is nonetheless required by POSIX compliance.
(I'm presuming a bit here as to motivation for the fallback behavior
for hard linking on FAT file systems.)
Randall Schulz
> Franz
>
>
> > On Fri, 31 Jan 2003, Carlo Florendo wrote:
> >
> > > find . -name 1000.*
> > >
> > > ----- Original Message -----
> > > From: <fj_br_ AT web DOT de>
> > > To: <cygwin AT cygwin DOT com>
> > > Sent: Friday, January 31, 2003 5:57 PM
> > > Subject: Problems with find
> > >
> > >
> > > Hi folks,
> > >
> > > I trie to search file with find an didn't find all the file which
> should be
> > > found
> > >
> > > I search for all file starting with 1000 an the file 1000.zip in the
> > > diretory 1000 is not found
> > > $ find . -name 1000\*
> > > ./1000.zip
> > > ./1000
> > >
> > > but when I ls the directory 1000 the file is listed
> > > $ ls 1000
> > > 1000.zip
> > >
> > > As you can see I use the find installed in /usr/bin
> > > $ which find
> > > /usr/bin/find
> > > $ type find
> > > find is hashed (/usr/bin/find)
> > >
> > >
> > > what is wrong? Is it a bug or my fault?
> > >
> > > Thanks for any help and hint
> > >
> > > Franz
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
- Raw text -