From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2836 invoked by alias); 28 Jul 2004 02:44:11 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 2805 invoked from network); 28 Jul 2004 02:44:09 -0000 Received: from unknown (HELO ishtar.tlinx.org) (64.81.245.74) by sourceware.org with SMTP; 28 Jul 2004 02:44:09 -0000 Received: from [192.168.3.20] (shiva [192.168.3.20]) by ishtar.tlinx.org (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id i6S2i6LF014321; Tue, 27 Jul 2004 19:44:07 -0700 Message-ID: <410712F6.6020008@tlinx.org> Date: Wed, 28 Jul 2004 05:16:00 -0000 From: linda w User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) MIME-Version: 1.0 To: cygwin@cygwin.com CC: linda w Subject: Re: find-utils: updatedb/locate scripts References: <4106976A.8060809@tlinx.org> In-Reply-To: X-Enigmail-Version: 0.84.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2004-07/txt/msg01028.txt.bz2 Igor Pechtchanski wrote: >Igor Pechtchanski wrote: > > Linda, > >On Tue, 27 Jul 2004, linda w wrote: > > > > >>I generally have updatedb run every night on my win system. >> >>But lately it has been having trouble completing and am looking at >>the whole process and am noticing some oddities. >> >>in looking at the find command I see it tries not to look at remotely >>mounted drives unless they are in the NETWORK_PATHS var -- but on cygwin >>this isn't working as the updatedb-script authors would have wanted. >> >>looking at the file-system type of a file using "find": >> >>find / -type d -maxdepth 2 -printf "%p(%F)\n" >> >>I see some oddities: >> >>1) /proc seems to return a "fstype" of "unknown" >>and >>2) remotely mounted file systems and CDROMS return an fstype of "user", vs. >>the local IDE hard drive which returns fstype=system. >> >>----- >>Now this could be coded around, by various prune path statements or by >>fixing updatedb to know that under cygwin, "user" is a remotefs and >>"system" is local, but that seems a bit kludgey. >> >> > This is wrong. You can have local filesystems with type "user". "User" > simply means a user mount (and "system" means a system one). I did say it was kludgey, but it might not be a bad idea for updatedb to only index disks that were system-mounted ("permanent"?), disks anyway and use the NETWORK feature for any smb mounts one wants to index... >>I tried to find source on the mirror I normally use, but it doesn't carry >>source (will have to look further), but I wonder what system call find >>uses to determine fs-type? >> >> > >It uses statfs(). You should be able to just mark the "Src" checkbox for >the findutils package. BTW, "df" (from fileutils) also uses the same call >(try "df -T" sometime). > > "Should" != can. Tried that but the mirror I was using apparently wasn't carrying source packages and displayed "n/a" when I clicked on source. I just have to look a bit further to find a mirror that does have them, but sounds like source won't do me much good >>Maybe that system call could return something more appropriate, say: >>FAT/FAT32/NTFS/network(or SMB/NFS)/cdrom or dvd (or Joliet/iso9660/ufs) >>etc.? I don't know if that is possible --- just a question. >> >> > <> > FWIW, fixing this (i.e., making user/system into flags, and reporting the > "real" filesystem type) has been on my TODO list for quite some time > (almost 2 years, see ). > You're welcome to beat me to it (at the pace I'm going, that shouldn't be > too hard) I've never been able to get the cygwin source to compile w/o errors, so it might not be trivial for me. Seems like the last few times I tried it, it complained about some include file or another missing....just don't have all the proper pre-req's loaded I guess -- is there a pre-req list somewhere? -l -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/