[Top][All Lists]
[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/