Revision tags: release/2.1.0_cvs, release/2.0.5_cvs, release/2.0, release/1.1.5.1_cvs |
|
#
58f0484f |
| 27-May-1994 |
Rodney W. Grimes <rgrimes@FreeBSD.org> |
BSD 4.4 Lite Lib Sources
|
#
9199c09a |
| 06-Jan-2010 |
Warner Losh <imp@FreeBSD.org> |
Merge from head at r201628.
# This hasn't been tested, and there are at least three bad commits # that need to be backed out before the branch will be stable again.
|
#
8d6956fb |
| 26-Nov-2009 |
Jaakko Heinonen <jh@FreeBSD.org> |
Clarify that the value of the fts_info field is different in post-order.
Discussed with: das Approved by: trasz (mentor) MFC after: 1 week
|
Revision tags: release/8.0.0_cvs, release/8.0.0 |
|
#
874108ae |
| 12-Nov-2009 |
Oleksandr Tymoshenko <gonzo@FreeBSD.org> |
MFC @199204
|
#
8b8a820d |
| 05-Oct-2009 |
Xin LI <delphij@FreeBSD.org> |
fts_open() requires that the list passed as argument to contain at least one path. When the list is empty (contain only a NULL pointer), return EINVAL instead of pretending to succeed, which will ca
fts_open() requires that the list passed as argument to contain at least one path. When the list is empty (contain only a NULL pointer), return EINVAL instead of pretending to succeed, which will cause a NULL pointer deference in a later fts_read() call.
Noticed by: Christoph Mallon (via rdivacky@) MFC after: 2 weeks
show more ...
|
Revision tags: release/7.2.0_cvs, release/7.2.0, release/7.1.0_cvs, release/7.1.0, release/6.4.0_cvs, release/6.4.0, release/7.0.0_cvs, release/7.0.0 |
|
#
48aaad5f |
| 26-Jan-2008 |
Yaroslav Tykhiy <ytykhiy@gmail.com> |
Our fts(3) API, as inherited from 4.4BSD, suffers from integer fields in FTS and FTSENT structs being too narrow. In addition, the narrow types creep from there into fts.c. As a result, fts(3) cons
Our fts(3) API, as inherited from 4.4BSD, suffers from integer fields in FTS and FTSENT structs being too narrow. In addition, the narrow types creep from there into fts.c. As a result, fts(3) consumers, e.g., find(1) or rm(1), can't handle file trees an ordinary user can create, which can have security implications.
To fix the historic implementation of fts(3), OpenBSD and NetBSD have already changed <fts.h> in somewhat incompatible ways, so we are free to do so, too. This change is a superset of changes from the other BSDs with a few more improvements. It doesn't touch fts(3) functionality; it just extends integer types used by it to match modern reality and the C standard.
Here are its points:
o For C object sizes, use size_t unless it's 100% certain that the object will be really small. (Note that fts(3) can construct pathnames _much_ longer than PATH_MAX for its consumers.)
o Avoid the short types because on modern platforms using them results in larger and slower code. Change shorts to ints as follows:
- For variables than count simple, limited things like states, use plain vanilla `int' as it's the type of choice in C.
- For a limited number of bit flags use `unsigned' because signed bit-wise operations are implementation-defined, i.e., unportable, in C.
o For things that should be at least 64 bits wide, use long long and not int64_t, as the latter is an optional type. See FTSENT.fts_number aka FTS.fts_bignum. Extending fts_number `to satisfy future needs' is pointless because there is fts_pointer, which can be used to link to arbitrary data from an FTSENT. However, there already are fts(3) consumers that require fts_number, or fts_bignum, have at least 64 bits in it, so we must allow for them.
o For the tree depth, use `long'. This is a trade-off between making this field too wide and allowing for 64-bit inode numbers and/or chain-mounted filesystems. On the one hand, `long' is almost enough for 32-bit filesystems on a 32-bit platform (our ino_t is uint32_t now). On the other hand, platforms with a 64-bit (or wider) `long' will be ready for 64-bit inode numbers, as well as for several 32-bit filesystems mounted one under another. Note that fts_level has to be signed because -1 is a magic value for it, FTS_ROOTPARENTLEVEL.
o For the `nlinks' local var in fts_build(), use `long'. The logic in fts_build() requires that `nlinks' be signed, but our nlink_t currently is uint16_t. Therefore let's make the signed var wide enough to be able to represent 2^16-1 in pure C99, and even 2^32-1 on a 64-bit platform. Perhaps the logic should be changed just to use nlink_t, but it can be done later w/o breaking fts(3) ABI any more because `nlinks' is just a local var.
This commit also inludes supporting stuff for the fts change:
o Preserve the old versions of fts(3) functions through libc symbol versioning because the old versions appeared in all our former releases.
o Bump __FreeBSD_version just in case. There is a small chance that some ill-written 3-rd party apps may fail to build or work correctly if compiled after this change.
o Update the fts(3) manpage accordingly. In particular, remove references to fts_bignum, which was a FreeBSD-specific hack to work around the too narrow types of FTSENT members. Now fts_number is at least 64 bits wide (long long) and fts_bignum is an undocumented alias for fts_number kept around for compatibility reasons. According to Google Code Search, the only big consumers of fts_bignum are in our own source tree, so they can be fixed easily to use fts_number.
o Mention the change in src/UPDATING.
PR: bin/104458 Approved by: re (quite a while ago) Discussed with: deischen (the symbol versioning part) Reviewed by: -arch (mostly silence); das (generally OK, but we didn't agree on some types used; assuming that no objections on -arch let me to stick to my opinion)
show more ...
|
Revision tags: release/6.3.0_cvs, release/6.3.0, release/6.2.0_cvs, release/6.2.0 |
|
#
c879ae35 |
| 09-Jan-2007 |
Warner Losh <imp@FreeBSD.org> |
Per Regents of the University of Calfornia letter, remove advertising clause.
# If I've done so improperly on a file, please let me know.
|
Revision tags: release/5.5.0_cvs, release/5.5.0, release/6.1.0_cvs, release/6.1.0, release/6.0.0_cvs, release/6.0.0, release/5.4.0_cvs, release/5.4.0, release/4.11.0_cvs, release/4.11.0 |
|
#
a73e1eed |
| 07-Jan-2005 |
Pawel Jakub Dawidek <pjd@FreeBSD.org> |
Update manual page after adding 'fts_bignum' field.
Submitted by: Peter Jeremy <PeterJeremy@optushome.com.au> MFC after: 5 days
|
Revision tags: release/5.3.0_cvs, release/5.3.0 |
|
#
1fd0f50a |
| 29-Aug-2004 |
Tim J. Robbins <tjr@FreeBSD.org> |
Add cross-reference to ftw(3).
|
#
1a0a9345 |
| 03-Jul-2004 |
Ruslan Ermilov <ru@FreeBSD.org> |
Mechanically kill hard sentence breaks.
|
Revision tags: release/4.10.0_cvs, release/4.10.0, release/5.2.1_cvs, release/5.2.1, release/5.2.0_cvs, release/5.2.0, release/4.9.0_cvs, release/4.9.0 |
|
#
fe08efe6 |
| 08-Sep-2003 |
Ruslan Ermilov <ru@FreeBSD.org> |
mdoc(7): Use the new feature of the .In macro.
|
Revision tags: release/5.1.0_cvs, release/5.1.0 |
|
#
d7ea4928 |
| 01-Jun-2003 |
Juli Mallett <jmallett@FreeBSD.org> |
Match style of source and headers.
Submitted by: bde
|
#
283d23cb |
| 01-Jun-2003 |
Juli Mallett <jmallett@FreeBSD.org> |
Make prototype match code with regard to constness of args to the function pointer passed in.
|
Revision tags: release/4.8.0_cvs, release/4.8.0, release/5.0.0_cvs, release/5.0.0 |
|
#
2efeeba5 |
| 19-Dec-2002 |
Ruslan Ermilov <ru@FreeBSD.org> |
mdoc(7) police: "The .Fa argument.".
|
#
1798791d |
| 29-Nov-2002 |
Ruslan Ermilov <ru@FreeBSD.org> |
mdoc(7) police: formatting nits.
Approved by: re
|
Revision tags: release/4.7.0_cvs |
|
#
0d3bcc2e |
| 21-Sep-2002 |
Garrett Wollman <wollman@FreeBSD.org> |
Make the threatened fts(3) ABI fix. FTSENT now avoids the use of the struct hack, thereby allowing future extensions to the structure (e.g., for extended attributes) without rebreaking the ABI. FTS
Make the threatened fts(3) ABI fix. FTSENT now avoids the use of the struct hack, thereby allowing future extensions to the structure (e.g., for extended attributes) without rebreaking the ABI. FTSENT now contains a pointer to the parent stream, which fts_compar() can then take advantage of, avoiding the undefined behavior previously warned about. As a consequence of this change, the prototype of the comparison function passed to fts_open() has changed to reflect the required amount of constness for its use. All callers in the tree are updated to use the correct prototype.
Comparison functions can now make use of the new parent pointer to access the new stream-specific private data pointer, which is intended to assist creation of reentrant library routines which use fts(3) internally.
Not objected to in spirit by: -arch
show more ...
|
Revision tags: release/4.6.2_cvs, release/4.6.2, release/4.6.1, release/4.6.0_cvs, release/4.5.0_cvs, release/4.4.0_cvs |
|
#
7d8983a2 |
| 20-Sep-2001 |
Ruslan Ermilov <ru@FreeBSD.org> |
Document the FTS_ROOTPARENTLEVEL and FTS_ROOTLEVEL constants.
|
Revision tags: release/4.3.0_cvs, release/4.3.0 |
|
#
d0353b83 |
| 01-Feb-2001 |
Ruslan Ermilov <ru@FreeBSD.org> |
mdoc(7) police: split punctuation characters + misc fixes.
|
#
42635956 |
| 29-Dec-2000 |
Ruslan Ermilov <ru@FreeBSD.org> |
Prepare for mdoc(7)NG.
|
#
3b8ecdbb |
| 20-Nov-2000 |
Ruslan Ermilov <ru@FreeBSD.org> |
mdoc(7) police: use the new features of the Nm macro.
|
Revision tags: release/4.2.0 |
|
#
5714e853 |
| 30-Oct-2000 |
Jeroen Ruigrok van der Werven <asmodai@FreeBSD.org> |
Whitespace only change: trim trailing whitespace.
|
Revision tags: release/4.1.1_cvs, release/4.1.0, release/3.5.0_cvs |
|
#
25bb73e0 |
| 21-Apr-2000 |
Alexey Zelkin <phantom@FreeBSD.org> |
Introduce ".Lb" macro to libc manpages.
More libraries manpages updates following.
|
Revision tags: release/4.0.0_cvs, release/3.4.0_cvs |
|
#
6b65064b |
| 15-Nov-1999 |
Kris Kennaway <kris@FreeBSD.org> |
fts_pathlen and fts_namelen are u_short, not short
Obtained from: OpenBSD
|
#
e1e5fdf6 |
| 30-Oct-1999 |
Alexey Zelkin <phantom@FreeBSD.org> |
mdoc(7)'fy
|
Revision tags: release/3.3.0_cvs |
|
#
7f3dea24 |
| 28-Aug-1999 |
Peter Wemm <peter@FreeBSD.org> |
$Id$ -> $FreeBSD$
|