delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/1999/01/04/17:54:13

From: cgf AT cygnus DOT com (Christopher G. Faylor)
Subject: Re: B20.1 bug: find is acting funny
4 Jan 1999 17:54:13 GMT :
Message-ID: <76qv85$309$1@cronkite.cygnus.com>
References: <000001be3792$9adb78a0$0c0aa8c0 DOT cygnus DOT gnu-win32 AT harry DOT scoutsys DOT com>
X-Newsreader: trn 4.0-test63 (15 March 1998)

In article <000001be3792$9adb78a0$0c0aa8c0 DOT cygnus DOT gnu-win32 AT harry DOT scoutsys DOT com>,
Hugh Winkler <hughw AT scoutsys DOT com> wrote:
>In b20.1 (bash 2.02.1(2), find 4.1) if I do
>    find ./ -name *.java
>
>and there are some .java files in the current directory, find emits
>
>	find: paths must precede expression
>	Usage: find [path...] [expression]
>
>but if there are no .java files in the current directory, find behaves as
>expected.
>
>Same behavior for any search pattern, not just .java, of course.
>
>find was working properly in 20.0 I'm pretty sure.

I would be suprised if find worked any differently in 20.0.  This is standard
behvior for find on UNIX.  Since cygwin is emulating UNIX, I'm happy to see
this behavior is consistent.

Try quoting the "*.java".  That's what you'd have to do on UNIX.

-chris
-- 
cgf AT cygnus DOT com
http://www.cygnus.com/

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019