<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src-test2/usr.bin/find/function.c, branch release/4.0.0_cvs</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F4.0.0_cvs</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F4.0.0_cvs'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/'/>
<updated>2000-03-20T08:47:53Z</updated>
<entry>
<title>This commit was manufactured by cvs2svn to create tag</title>
<updated>2000-03-20T08:47:53Z</updated>
<author>
<name>cvs2svn</name>
<email>cvs2svn@FreeBSD.org</email>
</author>
<published>2000-03-20T08:47:53Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=7e6cd705f344de2f9f08475a0fa2ef9191f88dd0'/>
<id>urn:sha1:7e6cd705f344de2f9f08475a0fa2ef9191f88dd0</id>
<content type='text'>
'RELENG_4_0_0_RELEASE'.

This commit was manufactured to restore the state of the 4.0-RELEASE image.
Releases prior to 5.3-RELEASE are omitting the secure/ and crypto/ subdirs.
</content>
</entry>
<entry>
<title>Revert part of the last commit, remove {g|s}etflags from the libc</title>
<updated>2000-02-05T18:42:36Z</updated>
<author>
<name>Josef Karthauser</name>
<email>joe@FreeBSD.org</email>
</author>
<published>2000-02-05T18:42:36Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=418d67b0d998883a0a2ea7ff6118592ea09867a7'/>
<id>urn:sha1:418d67b0d998883a0a2ea7ff6118592ea09867a7</id>
<content type='text'>
interface, and statically link them to the programs using them.
These functions, upon reflection and discussion, are too generically
named for a library interface with such specific functionality.
Also the api that they use, whilst ok for private use, isn't good
enough for a libc function.

Additionally there were complications with the build/install-world
process.  It depends heavily upon xinstall, which got broken by
the change in api, and caused bootstrap problems and general mayhem.

There is work in progress to address future problems that may be
caused by changes in install-chain tools, and better names for
{g|s}etflags can be derived when some future program requires them.
For now the code has been left in src/lib/libc/gen (it started off
in src/bin/ls).

It's important to provide library functions for manipulating file
flag strings if we ever want this interface to be adopted outside
of the source tree, but now isn't necessarily the right moment
with 4.0-release just around the corner.

Approved:	jkh
</content>
</entry>
<entry>
<title>Historically file flags (schg, uschg, etc) have been converted from</title>
<updated>2000-01-27T21:17:01Z</updated>
<author>
<name>Josef Karthauser</name>
<email>joe@FreeBSD.org</email>
</author>
<published>2000-01-27T21:17:01Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=18c0eeddf75ea8c84360302d1d69f6856e455073'/>
<id>urn:sha1:18c0eeddf75ea8c84360302d1d69f6856e455073</id>
<content type='text'>
string to u_long and back using two functions, flags_to_string and
string_to_flags, which co-existed with 'ls'.  As time has progressed
more and more other tools have used these private functions to
manipulate the file flags.

Recently I moved these functions from /usr/src/bin/ls to libutil,
but after some discussion with bde it's been decided that they
really ought to go in libc.

There are two already existing libc functions for manipulating file
modes:  setmode and getmode.  In keeping with these flags_to_string
has been renamed getflags and string_to_flags to setflags.

The manual page could probably be improved upon ;)
</content>
</entry>
<entry>
<title>Second part of bin/3648: add -flags to search for specific flags.</title>
<updated>1999-12-19T15:43:19Z</updated>
<author>
<name>Ollivier Robert</name>
<email>roberto@FreeBSD.org</email>
</author>
<published>1999-12-19T15:43:19Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=567664c4a7534c7e998249b59cba10d5395c9086'/>
<id>urn:sha1:567664c4a7534c7e998249b59cba10d5395c9086</id>
<content type='text'>
I added $FreeBSD$ whicle I was here. The patch wasn't usable anymore
due to its age so I adapted it.

PR:		bin/3648
Submitted by:	Martin Birgmeier &lt;mbirg@austria.ds.philips.com&gt;
</content>
</entry>
<entry>
<title>-Wall: remove unused variable, initialize variable to avoid gcc stupidity.</title>
<updated>1999-09-06T20:21:19Z</updated>
<author>
<name>Bill Fumerola</name>
<email>billf@FreeBSD.org</email>
</author>
<published>1999-09-06T20:21:19Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=389017e544d3ed443f988cf5670b98b65273ed81'/>
<id>urn:sha1:389017e544d3ed443f988cf5670b98b65273ed81</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Return memory from setmode.</title>
<updated>1998-12-16T04:50:46Z</updated>
<author>
<name>Warner Losh</name>
<email>imp@FreeBSD.org</email>
</author>
<published>1998-12-16T04:50:46Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=83268d4dbbcf7307c64109fff73e9ae14952d63d'/>
<id>urn:sha1:83268d4dbbcf7307c64109fff73e9ae14952d63d</id>
<content type='text'>
Obtained from: OpenBSD
</content>
</entry>
<entry>
<title>Calls one or more of malloc(), warn(), err(), syslog(), execlp() or</title>
<updated>1998-10-13T14:52:33Z</updated>
<author>
<name>Dag-Erling Smørgrav</name>
<email>des@FreeBSD.org</email>
</author>
<published>1998-10-13T14:52:33Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=1fd98d7d880e470809cc3284ef04a03bf3490b02'/>
<id>urn:sha1:1fd98d7d880e470809cc3284ef04a03bf3490b02</id>
<content type='text'>
execvp() in the child branch of a vfork(). Changed to use fork()
instead.

Some of these (mv, find, apply, xargs) might benefit greatly from
being rewritten to use vfork() properly.

PR:		Loosely related to bin/8252
Approved by:	jkh and bde
</content>
</entry>
<entry>
<title>A partial frontal lobotomy for find if using the NetBSD libc which</title>
<updated>1998-01-10T21:36:34Z</updated>
<author>
<name>John Birrell</name>
<email>jb@FreeBSD.org</email>
</author>
<published>1998-01-10T21:36:34Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=94aacc4fb81fac83056d8e3c422a573a3c994123'/>
<id>urn:sha1:94aacc4fb81fac83056d8e3c422a573a3c994123</id>
<content type='text'>
doesn't know about getvfsbyname() and the vfsconf structure. This
disables the -fstype option if compiled with a pre-processor that
defines __NetBSD__. With the FreeBSD built pre-processor, find can only
be built with the FreeBSD libc. So when running with a NetBSD kernel,
FreeBSD's libc will have to return ENOSYS for things that NetBSD
doesn't support. That's life in a hybrid world.
</content>
</entry>
<entry>
<title>Add the primaries -mmin, -amin, -cmin to find, similar to the GNU find.</title>
<updated>1997-10-13T21:06:22Z</updated>
<author>
<name>Wolfram Schneider</name>
<email>wosch@FreeBSD.org</email>
</author>
<published>1997-10-13T21:06:22Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=3f5223f84ac91b218fb0544edf5e914e339023b3'/>
<id>urn:sha1:3f5223f84ac91b218fb0544edf5e914e339023b3</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Add -execdir which will execute the exec command in the dir of the file</title>
<updated>1997-08-29T23:09:45Z</updated>
<author>
<name>Warner Losh</name>
<email>imp@FreeBSD.org</email>
</author>
<published>1997-08-29T23:09:45Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=127d7563c4779d9be231b4657388dd55622139a4'/>
<id>urn:sha1:127d7563c4779d9be231b4657388dd55622139a4</id>
<content type='text'>
in question.  This change and the fts changes should be merged into 2.2-stable
as soon as they are vetted in -current.  This should allow cleaning of files
in /tmp to be reneabled.
Obtained from: OpenBSD
</content>
</entry>
</feed>
