summaryrefslogtreecommitdiff
path: root/usr.bin/locate/code
Commit message (Collapse)AuthorAgeFilesLines
* This commit was manufactured by cvs2svn to create tagrelease/3.3.0_cvscvs2svn1999-09-162-2/+2
| | | | | | | 'RELENG_3_3_0_RELEASE'. This commit was manufactured to restore the state of the 3.3-RELEASE image. Releases prior to 5.3-RELEASE are omitting the secure/ and crypto/ subdirs.
* $Id$ -> $FreeBSD$Peter Wemm1999-08-292-2/+2
| | | | Notes: svn path=/stable/3/; revision=50581
* <bsd.prog.mk> has always included ../Makefile.inc, and there are noBruce Evans1997-12-171-1/+1
| | | | | | | complications involving .PATH or dependencies, so don't include it here. Notes: svn path=/head/; revision=31819
* compare return value from getopt against -1 rather than EOF, per the finalWarner Losh1997-03-291-2/+2
| | | | | | | posix standard on the topic. Notes: svn path=/head/; revision=24360
* Revert $FreeBSD$ to $Id$Peter Wemm1997-02-221-1/+1
| | | | Notes: svn path=/head/; revision=23012
* Make the long-awaited change from $Id$ to $FreeBSD$Jordan K. Hubbard1997-01-141-1/+1
| | | | | | | | | | | 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. Notes: svn path=/head/; revision=21673
* Do not store character 30. I made a test at my CS departmentWolfram Schneider1996-10-271-1/+8
| | | | | | | | and at least one user use this char in a file name. Older locate implementions core'd. Notes: svn path=/head/; revision=19213
* 8-Bit character support.Wolfram Schneider1996-10-131-26/+56
| | | | | | | | | | | | | 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 Notes: svn path=/head/; revision=18905
* NULL -> '\0'Wolfram Schneider1996-08-311-7/+7
| | | | | | | Submitted by: Bruce, see also c-faq 5.6 and 5.9 Notes: svn path=/head/; revision=17972
* code cleanupWolfram Schneider1996-08-221-7/+12
| | | | Notes: svn path=/head/; revision=17776
* bigramWolfram Schneider1996-08-142-18/+45
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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 Notes: svn path=/head/; revision=17592
* Better protection against too long pathes and 8bit controls in fileAndrey A. Chernov1995-01-211-4/+4
| | | | | | | names, locate dumps core instead Notes: svn path=/head/; revision=5761
* BSD 4.4 Lite Usr.bin SourcesRodney W. Grimes1994-05-272-0/+220
Notes: svn path=/cvs2svn/branches/CHRISTOS/; revision=1590
generated by cgit v1.3 (git 2.53.0) at 2026-08-11 02:08:15 +0000