Date: Fri, 27 Sep 2002 19:59:18 +0200 From: Roman Neuhauser <neuhauser@bellavista.cz> To: freebsd-questions@FreeBSD.ORG Subject: Re: find case-insensitive challenge Message-ID: <20020927175918.GQ30361@freepuppy.bellavista.cz> In-Reply-To: <200209271737.g8RHbFqQ047119@lurza.secnetix.de> References: <20020927165731.GN30361@freepuppy.bellavista.cz> <200209271737.g8RHbFqQ047119@lurza.secnetix.de>
next in thread | previous in thread | raw e-mail | index | archive | help
# olli@secnetix.de / 2002-09-27 19:37:15 +0200:
> Roman Neuhauser <neuhauser@bellavista.cz> wrote:
> > the point is that emulating find with other tools would be so long
> > winded that everyone would end up with find written as a shell
> > script. that would be a lot slower, and someone would reimplement it
> > in C. thus, saying that -iname is an unnecessary bloat might be
> > true, but pointless from the practical view.
>
> Slower? I don't think that -name "*.[Jj][Pp][Gg]" is any
> slower than -iname "*.jpg".
i was talking about find(1) completely rewritten as a shell script.
> It's nothing more than bloat, which someone thought might be
> "convenient". Next thing someone comes up with is a mail client in
> /usr/bin/find ...
LMFAO
--
begin 666 nonexistent.vbs
FreeBSD 4.7-RC
7:57PM up 10 days, 3:12, 13 users, load averages: 0.09, 0.05, 0.01
end
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-questions" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020927175918.GQ30361>