bug-findutils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bugs #11528] locate: (dummy) support for FreeBSD's -s/-m? Enhance suppo


From: James Youngman
Subject: [bugs #11528] locate: (dummy) support for FreeBSD's -s/-m? Enhance support for -d?
Date: Sat, 08 Jan 2005 08:23:16 -0500
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041219 Firefox/1.0 (Debian package 1.0+dfsg.1-1)

This mail is an automated notification from the bugs tracker
 of the project: findutils.

/**************************************************************************/
[bugs #11528] Latest Modifications:

Changes by: 
                James Youngman <address@hidden>
'Date: 
                Sat 01/08/2005 at 13:05 (GMT)

            What     | Removed                   | Added
---------------------------------------------------------------------------
             Release | None                      | 4.1.20


------------------ Additional Follow-up Comments ----------------------------
The -m and -s options to locate are implemented as no-ops.  They were 
introduced in findutils 4.2.5.   The locate program can already seach many 
databases; the -d option specifies a colon-separated list of databases.  I have 
not measured GNU locate's memory overhead when doing I/O against the database, 
but if it is greater than the memory overhead of a separate zcat proces, then 
please report that as a separate bug.  For the moment I don't see "-d -" as 
being of sufficient benefit to warrant supporting it.

Are there any parts of Debian bug 102914 that remain outstanding (except "-d 
-")?







/**************************************************************************/
[bugs #11528] Full Item Snapshot:

URL: <http://savannah.gnu.org/bugs/?func=detailitem&item_id=11528>
Project: findutils
Submitted by: Andreas Metzler
On: Sat 01/08/2005 at 08:09

Category:  locate
Severity:  5 - Average
Item Group:  None
Resolution:  None
Privacy:  Public
Assigned to:  None
Originator Name:  
Originator Email:  
Status:  Open
Release:  4.1.20
Fixed Release:  None


Summary:  locate: (dummy) support for FreeBSD's -s/-m? Enhance support for -d?

Original Submission:  Hello,
These are the last bits of <http://bugs.debian.org/102914>

---------------------------------------
Jeff Sheinberg <address@hidden> wrote
This is a wishlist bug.  I would like to see support added for the following 
FreeBSD options,
[...]
    -m Use mmap(2) instead of stdio(3)
    -s Use stdio(3) instead of mmap(2)

James Youngman <address@hidden> wrote:
>    -m Use mmap(2) instead of stdio(3)
>    -s Use stdio(3) instead of mmap(2)

Which program does this apply to?  What is the functional effect of these 
options?  Why would I use them?  Would it make a difference if they were just 
no-ops?

Jeff Sheinberg <address@hidden> wrote:
> Thanks for implementing -S, -c, and -l in locate.
[...]
It would be nice if -m and -s were implemented as no-ops, or
perhaps additionally print a warning.
------------------------------------


The wish for locate is to mirror FreeBSD's enhanced -d functionality:
The -d option is for specifying and accessing multiple databases
to be used with a single locate command.  Here are some details
from the NetBSD locate(1),

  -d database
              Search in database instead the default file name database.
              Multiple -d options are allowed.  Each additional -d option
              adds the specified database to the list of databases to be
              searched.

              The option database may be a colon-separated list of
              databases.  A single colon is a reference to the default
              database.

              $ locate -d $HOME/lib/mydb: foo

              will first search string ``foo'' in $HOME/lib/mydb and then
              in /var/db/locate.database.

              $ locate -d $HOME/lib/mydb::/cdrom/locate.database foo

              will first search string ``foo'' in $HOME/lib/mydb and then
              in /var/db/locate.database and then in
              /cdrom/locate.database.


              ``$ locate -d db1 -d db2 -d db3 pattern'' is the same as

              ``$ locate -d db1:db2:db3 pattern'' or

              ``$ locate -d db1:db2 -d db3 pattern''.

              If - is given as the database name, standard input will be
              read instead.  For example, you can compress your database
              and use:

              $ zcat database.gz | locate -d - pattern

              This might be useful on machines with a fast CPU and little
              RAM and slow I/O. Note: you can only use one pattern for
              stdin.

Follow-up Comments
------------------


-------------------------------------------------------
Date: Sat 01/08/2005 at 13:05       By: James Youngman <jay>
The -m and -s options to locate are implemented as no-ops.  They were 
introduced in findutils 4.2.5.   The locate program can already seach many 
databases; the -d option specifies a colon-separated list of databases.  I have 
not measured GNU locate's memory overhead when doing I/O against the database, 
but if it is greater than the memory overhead of a separate zcat proces, then 
please report that as a separate bug.  For the moment I don't see "-d -" as 
being of sufficient benefit to warrant supporting it.

Are there any parts of Debian bug 102914 that remain outstanding (except "-d 
-")?





CC List
-------

CC Address                          | Comment
------------------------------------+-----------------------------
jeffsheinberg<jeffsh --AT-- erols --DOT-- com> | 
102914-submitter --AT-- bugs --DOT-- debian --DOT-- org | 









For detailed info, follow this link:
<http://savannah.gnu.org/bugs/?func=detailitem&item_id=11528>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/







reply via email to

[Prev in Thread] Current Thread [Next in Thread]