#
267654 |
|
19-Jun-2014 |
gjb |
Copy stable/9 to releng/9.3 as part of the 9.3-RELEASE cycle.
Approved by: re (implicit) Sponsored by: The FreeBSD Foundation |
#
225736 |
|
22-Sep-2011 |
kensmith |
Copy head to stable/9 as part of 9.0-RELEASE release cycle.
Approved by: re (implicit)
|
#
209571 |
|
28-Jun-2010 |
gavin |
Various changes to make locate compilable with WARNS=6. Note that there is still one issue on FreeBSD/arm (signed vs unsigned char) which prevents actually bumping this to WARNS=6 - I'm still considering the correct solution to this issue.
Tested by: make universe
|
#
92920 |
|
21-Mar-2002 |
imp |
remove __P
|
#
65428 |
|
04-Sep-2000 |
imp |
getopt and friends are declared in <unistd.h> getopt returns -1 not EOF.
|
#
50477 |
|
27-Aug-1999 |
peter |
$Id$ -> $FreeBSD$
|
#
24360 |
|
29-Mar-1997 |
imp |
compare return value from getopt against -1 rather than EOF, per the final posix standard on the topic.
|
#
23012 |
|
22-Feb-1997 |
peter |
Revert $FreeBSD$ to $Id$
|
#
21673 |
|
14-Jan-1997 |
jkh |
Make the long-awaited change from $Id$ to $FreeBSD$
This will make a number of things easier in the future, as well as (finally!) avoiding the Id-smashing problem which has plagued developers for so long.
Boy, I'm glad we're not using sup anymore. This update would have been insane otherwise.
|
#
19213 |
|
27-Oct-1996 |
wosch |
Do not store character 30. I made a test at my CS department and at least one user use this char in a file name. Older locate implementions core'd.
|
#
18905 |
|
12-Oct-1996 |
wosch |
8-Bit character support.
Old locate(1) programs still works with the new database format, print some garbage for 8 bit characters, but don't core (maybe except char 30).
7-Bit Puritan should not notice any difference. Same speed, Same database size if the database contain only ASCII characters.
Reviewed by: ache
|
#
17972 |
|
31-Aug-1996 |
wosch |
NULL -> '\0' Submitted by: Bruce, see also c-faq 5.6 and 5.9
|
#
17776 |
|
22-Aug-1996 |
wosch |
code cleanup
|
#
17592 |
|
13-Aug-1996 |
wosch |
bigram Bigram does not remove newline at end of filename. This break particulary the bigram algorithm and /var/db/locate.database grow up 15 %.
Bigram does not check for characters outside 32-127.
The bigram output is silly and need ~1/2 CPU time of database rebuilding.
old: locate.bigram < $filelist | sort | uniq -c | sort -nr ^^^^^^^^^^^^^^ this can easy made bigram
new: bigram < $filelist | sort -nr
code Code does not check for char 31. Use a lookup array instead a function. 3 x faster.
updatedb rewritten sync with bigram changes
read config file /etc/locate.rc if exists submitted by: guido@gvr.win.tue.nl (Guido van Rooij)
concatdb - concatenate locate databases mklocatedb - build locate database
|
#
5761 |
|
21-Jan-1995 |
ache |
Better protection against too long pathes and 8bit controls in file names, locate dumps core instead
|
#
1591 |
|
27-May-1994 |
rgrimes |
This commit was generated by cvs2svn to compensate for changes in r1590, which included commits to RCS files with non-trunk default branches.
|
#
1590 |
|
27-May-1994 |
rgrimes |
BSD 4.4 Lite Usr.bin Sources
|