On 8/18/07, James G. Sack (jim) <[EMAIL PROTECTED]> wrote:
> Carl Lowenstein wrote:
> > On 8/17/07, Gus Wirth <[EMAIL PROTECTED]> wrote:
>
> >> Fedora 5 has mlocate, which is different from both but tries to be
> >> compatible. It is written by Miloslav Trmac of Redhat. It doesn't seem
> >> to have any file size issues.
> >>
> >
> > 1) I don't see why the combination "updatedb/slocate" should care
> > about file sizes, since it is only asked to create and search a list
> > of file names.
> >
> >
>
> Locate doesn't show files that do not exist any longer, or those that
> the user can't access because of perms.
Well, locate shows files that existed at the last time that updatedb
was run. Also (s)locate can be run as root to show files that the
ordinary user can't access.
> I have confirmed (in ubu 7.04 32bit) the behavior you describe. Running
> an strace is informative: It shows calls to lstat64 and access.
Are you tracing locate or updatedb? In other words, is the problem
in using the database or in building it.
> On a 64bit f7, there are calls to access, but not any lstat.
>
> I bet a look at the code in the vicinity of the lstat64 call might show
> a variable type mismatch.
Interesting that Ubuntu does not use mlocate (a RedHat innovation). I
am not quite sure what code to look at. Namely I need the source code
that matches the programs that I am using. Have to think about that
too.
Installing Fedora 7 would evade and avoid the problem. Actually I was
considering installing CentOS on my 32-bit Dell desktop server. Which
is how this whole thing started, as I was looking for the CentOS-5 DVD
iso.
carl
--
carl lowenstein marine physical lab u.c. san diego
[EMAIL PROTECTED]
--
[email protected]
http://www.kernel-panic.org/cgi-bin/mailman/listinfo/kplug-list
