Path: utzoo!utgpu!news-server.csri.toronto.edu!clyde.concordia.ca!mcgill-vision!bloom-beacon!bu.edu!purdue!mailrus!wuarchive!usc!elroy.jpl.nasa.gov!lll-winken!decwrl!nsc!pyramid!cbmvax!grr
From: grr@cbmvax.commodore.com (George Robbins)
Newsgroups: comp.unix.ultrix
Subject: Re: fast find on Ultrix
Message-ID: <10138@cbmvax.commodore.com>
Date: 13 Mar 90 16:08:20 GMT
References: <86265@philabs.Philips.Com>
Reply-To: grr@cbmvax (George Robbins)
Organization: Commodore, West Chester, PA
Lines: 25

In article <86265@philabs.Philips.Com> tal@frank.Philips.Com (Tal Barnea) writes:
> On the latest version of Risc Ultrix (UWS 2.2), I noticed the existence of
> the /usr/lib/find directory with the updatedb script and the other
> two binaries needed to implement fast find. In trying to get the thing
> going I found out that: 
> 
> Anybody know what the story is? Why was /usr/lib/find created (with
> a script that does not work) if find does not use it anyhow?
> Or am I missing something? (I could not find any relevant documentation).

Rumor has it that it's just plain broken.  This was reported to DEC at the
Ultrix BOF at Usenix, I don't know if anyone has SPR'd it...

Note that this *is* on a RISC system and the DEC supplied VAX executables
found in /usr/lib/find are of relativly little use in this environment...

# file /usr/lib/find/*
/usr/lib/find/bigram:	VAX demand paged pure executable not stripped 
/usr/lib/find/code:	VAX demand paged pure executable not stripped 
/usr/lib/find/updatedb:	/bin/csh script

-- 
George Robbins - now working for,     uucp:   {uunet|pyramid|rutgers}!cbmvax!grr
but no way officially representing:   domain: grr@cbmvax.commodore.com
Commodore, Engineering Department     phone:  215-431-9349 (only by moonlite)