Article View: comp.sys.next.misc
Article #3480Re: Comments on 3.0 thus far
From: Moises Oliveira
Date: Mon, 28 Sep 1992 04:50
Date: Mon, 28 Sep 1992 04:50
20 lines
1424 bytes
1424 bytes
In article <8341@dirac.physics.purdue.edu> clt@eotvos.physics.purdue.edu (Carrick Talmadge) writes: >In article <1992Sep23.195218.25904@ornl.gov> woo@ornl.gov (John W. Wooten) > >20) I had a line in /etc/crontab to do an updatedb every night. this >> used to prepare a way so that find filename would very quickly give me >> a path to that filename. It doesn't work any more. I can't tell that > >This is a problem with the new version of find, which no longer has the "fast >find" capability in it. What I find particularly humorous is that >/usr/lib/find is still present and /etc/find.codes (the find database) can >still be found in /usr/bin/find using "strings -8". The fix is to replace The "fast find" capability is still present. Thats why /usr/lib/find still creates /etc/find.codes. That's also why /usr/bin/find still has the filename embedded There is no need to replace /usr/bin/find. It works.
Technical Details
Message-ID:
<1992Sep28.045036.9161@nevada.edu>Path:
arc1-ca.pugleaf.net!sparky!uunet!nevada.edu!olivermReferences:
<1992Sep23.195218.25904@ornl.gov> <8341@dirac.physics.purdue.edu>Show Full Headers
Complete Article Headers
Newsgroups: comp.sys.next.misc Path: arc1-ca.pugleaf.net!sparky!uunet!nevada.edu!oliverm From: oliverm@nevada.edu (Moises Oliveira ) Subject: Re: Comments on 3.0 thus far Message-ID: <1992Sep28.045036.9161@nevada.edu> Sender: news@nevada.edu (USENET News System) Nntp-Posting-Host: helios.nevada.edu Organization: Organization? Ha, don't make me laugh References: <1992Sep23.195218.25904@ornl.gov> <8341@dirac.physics.purdue.edu> Date: Mon, 28 Sep 1992 04:50:36 GMT Lines: 22