summaryrefslogtreecommitdiffstats
path: root/usr.bin/locate
Commit message (Collapse)AuthorAgeFilesLines
* Fix type mismatches for malloc(3) and Co.uqs2015-12-291-2/+2
| | | | | | | | | This is rather pedantic, as for most architectures it holds that sizeof(type *) == sizeof(type **) Found by: clang static analyzer Reviewed by: ed Differential Revision: https://reviews.freebsd.org/D4722
* There is no more point in indexing /var/db/freebsd-update than there is indes2015-11-132-2/+2
| | | | | | indexing /var/db/portsnap, which was already in PRUNEPATHS. MFC after: 1 week
* Add META_MODE support.sjg2015-06-133-0/+54
|\ | | | | | | | | | | | | | | | | | | | | Off by default, build behaves normally. WITH_META_MODE we get auto objdir creation, the ability to start build from anywhere in the tree. Still need to add real targets under targets/ to build packages. Differential Revision: D2796 Reviewed by: brooks imp
| * dirdeps.mk now sets DEP_RELDIRsjg2015-06-083-6/+0
| |
| * Merge sync of headsjg2015-05-271-9/+10
| |\ | |/ |/|
| * Updated dependenciessjg2014-05-163-3/+0
| |
| * Updated dependenciessjg2014-05-103-0/+6
| |
| * Merge headsjg2014-04-283-7/+3
| |\
| * | Updated dependenciessjg2013-03-113-0/+3
| | |
| * | Updated dependenciessjg2013-02-163-6/+0
| | |
| * | Sync with HEAD.obrien2013-02-081-1/+3
| |\ \
| * | | Sync FreeBSD's bmake branch with Juniper's internal bmake branch.marcel2012-08-223-0/+57
| | | | | | | | | | | | | | | | Requested by: Simon Gerraty <sjg@juniper.net>
* | | | Fix the following -Werror warnings from clang 3.5.0, while buildingdim2014-11-221-9/+10
| |_|/ |/| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | usr.bin/locate: usr.bin/locate/locate/util.c:249:29: error: taking the absolute value of unsigned type 'unsigned int' has no effect [-Werror,-Wabsolute-value] MAXPATHLEN, abs(i) < abs(htonl(i)) ? i : htonl(i)); ^ usr.bin/locate/locate/util.c:249:29: note: remove the call to 'abs' since unsigned values cannot be negative MAXPATHLEN, abs(i) < abs(htonl(i)) ? i : htonl(i)); ^~~ usr.bin/locate/locate/util.c:274:32: error: taking the absolute value of unsigned type 'unsigned int' has no effect [-Werror,-Wabsolute-value] MAXPATHLEN, abs(word) < abs(htonl(word)) ? word : ^ usr.bin/locate/locate/util.c:274:32: note: remove the call to 'abs' since unsigned values cannot be negative MAXPATHLEN, abs(word) < abs(htonl(word)) ? word : ^~~ The problem is that ntohl() always returns an unsigned quantity. In this case, it's expected to be cast back to a signed integer, but to stop complaints about abs() we just store it into an integer, and don't call ntohl() again. Reviewed by: ngie MFC after: 3 days Differential Revision: https://reviews.freebsd.org/D1196
* | | NO_MAN= has been deprecated in favor of MAN= for some time, go aheadimp2014-04-132-2/+2
| | | | | | | | | | | | | | | | | | and finish the job. ncurses is now the only Makefile in the tree that uses it since it wasn't a simple mechanical change, and will be addressed in a future commit.
* | | multiple: Remove 3rd clause from BSD license where approved by theeadler2014-03-141-5/+1
| |/ |/| | | | | | | | | | | | | | | regents and renumber. This patch skips files in contrib/ and crypto/ Acked by: imp Discussed with: emaste
* | Give users a hint when their locate database is too small.eadler2012-12-101-1/+3
|/ | | | | | | Reviewed by: wblock, gcooper Reviewed by: "Lowell Gilbert" <lgfbsd@be-well.ilk.org> Approved by: cperciva (implicit) MFC after: 3 weeks
* Touch up some more small typos missed in the previous round.uqs2012-01-051-3/+3
| | | | Reported by: Ben Kaduk <minimarmot@gmail.com> et al.
* Replace index() and rindex() calls with strchr() and strrchr().ed2012-01-032-5/+5
| | | | | | | | | | The index() and rindex() functions were marked LEGACY in the 2001 revision of POSIX and were subsequently removed from the 2008 revision. The strchr() and strrchr() functions are part of the C standard. This makes the source code a lot more consistent, as most of these C files also call into other str*() routines. In fact, about a dozen already perform strchr() calls.
* Spelling fixes for usr.bin/uqs2011-12-302-5/+5
|
* Properly use SCHAR_MAX instead of CHAR_MAX for 0x7f. This fixes operationnwhitehorn2010-11-231-4/+4
| | | | | | | | of locate(1) on systems on which char is unsigned by default (ARM and PowerPC). Reported by: Paul Mather MFC after: 4 days
* Style cleanup: make this look more like a 21st-century shell scriptwollman2010-11-011-25/+23
| | | | | | | and not something out of the early 1980s. Make sure all error messages go to stderr, not stdout. Since there's error-handling code to handle empty SEARCHPATHS and FILESYSTEMS, use the initialization form that allows this error to be diagnosed. (hat tip: jilles@)
* jilles@ pointed out that using ${PRUNEDIRS:=".zfs"} in updatedb.shwollman2010-11-011-1/+1
| | | | | | | | made it impossible to override PRUNEDIRS to make it empty. Use the non-colon form to only set PRUNEDIRS if it is completely unset. (For parallelism, the other configuration defaults here could be done the same way, but that could be more obviously accomplished by disabling updatedb in periodic.conf, so leave them alone for now.)
* Make it possible to exclude directories by name no matter where theywollman2010-10-312-1/+13
| | | | | | | are in the filesystem from the locate database. By default, exclude ".zfs" directories, as users who who have set snapdir=visible and are taking frequent snapshots most likely do not want the snapshots included in the locate database.
* Various changes to make locate compilable with WARNS=6. Note that theregavin2010-06-282-12/+13
| | | | | | | | 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
* Build usr.bin/ with WARNS=6 by default.ed2010-01-022-0/+4
| | | | Also add some missing $FreeBSD$ to keep svn happy.
* Move the check to ensure the locate database has the minimum required sizejhb2009-07-242-3/+2
| | | | | | | | | | when using mmap() before invoking mmap(). This avoids a confusing error message when locate is invoked against a zero-size database after the recent change to make mmap() fail requests to map 0 bytes. Submitted by: Jaakko Heinonen jh of saunalahti dot fi Approved by: re (kensmith) MFC after: 1 week
* Signed/unsigned fixes, should be WARNS=2 clean now.delphij2009-04-021-3/+3
|
* Don't crash when we have an invalid count number.delphij2009-04-021-0/+2
| | | | | | PR: bin/32686 Submitted by: Jaakko Heinonen <jh saunalahti.fi> MFC after: 1 week
* Use RUSAGE_SELF for the current process instead of hardcoded valuekevlo2008-09-021-1/+1
|
* The previous version included too many file system types in the scan,se2007-10-172-3/+9
| | | | | | | | | | | | | | | | | | since "local" includes also synthetic file systems (e.g. /dev, /proc) and loopback mounts. This version uses lsvfs to identify file system types that are local and additionally not synthetik, loopback mounts, or read-only. This has been suggested by Craig Rodrigues half a year ago. The patch that has been committed is based on his suggestion, but slightly modified. The comments in locate.rc have been updated to reflect the change and o include zfs and xfs in the example file system parameter that can be used to override the default outlined above. PR: 114101 Submitted by: rodrigc at crodrigues dot org (Craig Rodrigues) MFC: 2 weeks
* Make the updatedb script installed as /usr/libexec/locate.updatedbse2007-10-151-1/+1
| | | | | | | | | | inspect all local file systems, not only ufs and ext2fs. A number of local file systems has been added over time, and at least zfs has the potential to become a popular choice. Without this change a ZFS root file system causes the script to ignore all file-systems and leads to an empty locate db. (An alternative is to add all the relevant file systems individually, which means that at least zfs, xfs, ntfs, ntfs-3g, msdosfs should be added, probably more).
* Update the default FILESYSTEMS value in a comment to note that ext2fs isjhb2007-07-191-1/+1
| | | | | | | included in the default list in the locate.updatedb script. Approved by: re (bmah) Inspired by: mwlucas
* Markup fixes.ru2006-09-291-6/+8
|
* Further nitpicking.ceri2006-08-171-13/+13
|
* Fix a grammatical error.ceri2006-08-171-1/+1
| | | | Funny how one character can completely distort the perception of a sentence :)
* o Sync usage() with reality.maxim2006-06-111-1/+1
|
* Add a -0 option for interoperability with xargs -0.des2005-12-073-4/+14
| | | | | | PR: bin/56558 Submitted by: Eugene Grosbein <eugen@grosbein.pp.ru> MFC after: 2 weeks
* Look through ext2fs file systems as well as ufs.grog2005-11-121-1/+1
| | | | | | This should almost certainly be extended to other local file systems as well (ntfs springs to mind), but I don't have the ability to test it.
* Most users probably aren't interested in locating 13000+ files namedcperciva2005-08-222-2/+2
| | | | | | | | [0-9a-f]{64}, so exclude portsnap's compressed snapshots from locate's indexing. Suggested by: silby MFC after: 3 days
* remove myself as maintainerwosch2005-07-171-2/+0
|
* Expand *n't contractions.ru2005-02-131-1/+1
|
* Include missing headers.stefanf2005-02-091-0/+1
|
* Sort sections.ru2005-01-182-12/+12
|
* Eliminate macro calls inside literal displays.ru2005-01-151-9/+6
|
* Start the dreaded NOFOO -> NO_FOO conversion.ru2004-12-212-2/+2
| | | | OK'ed by: core
* For variables that are only checked with defined(), don't provideru2004-10-242-2/+2
| | | | any fake value.
* Merge the "multibyte not supported" BUG into the pre-existing BUGScperciva2004-07-271-9/+9
| | | | | | | | | section. Move the HISTORY section to place it before BUGS rather than after BUGS, in order to minimize the chance of this error being reproduced in the future. (Both mdoc(7) and 63% of manual pages have these sections listed in this order.)
* Document incorrect handling of multibyte characters.tjr2004-07-231-1/+5
|
* Deal with double whitespace.ru2004-07-031-2/+2
|
* Mechanically kill hard sentence breaks.ru2004-07-021-6/+11
|
OpenPOWER on IntegriCloud