<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src-test2/lib/libc/sys, branch release/5.3.0</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F5.3.0</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F5.3.0'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/'/>
<updated>2004-08-18T16:37:05Z</updated>
<entry>
<title>This commit was manufactured by cvs2svn to create branch 'RELENG_5'.</title>
<updated>2004-08-18T16:37:05Z</updated>
<author>
<name>cvs2svn</name>
<email>cvs2svn@FreeBSD.org</email>
</author>
<published>2004-08-18T16:37:05Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=3c9270175d1bd3e7d0005e5f843a948f53ae77fb'/>
<id>urn:sha1:3c9270175d1bd3e7d0005e5f843a948f53ae77fb</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Document the MNT_SNAPSHOT mount flag with a cross-reference</title>
<updated>2004-08-13T14:33:03Z</updated>
<author>
<name>Peter Pentchev</name>
<email>roam@FreeBSD.org</email>
</author>
<published>2004-08-13T14:33:03Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=9f4c0e5c8f9c87fcc9898e9e48b8a6025921dd12'/>
<id>urn:sha1:9f4c0e5c8f9c87fcc9898e9e48b8a6025921dd12</id>
<content type='text'>
to mksnap_ffs(8).

PR:		70402
Submitted by:	James Raftery &lt;james@now.ie&gt;
</content>
</entry>
<entry>
<title>Update "documentation date" fields.</title>
<updated>2004-08-10T16:38:19Z</updated>
<author>
<name>Brian Feldman</name>
<email>green@FreeBSD.org</email>
</author>
<published>2004-08-10T16:38:19Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=ea84c8dc3006c943e90939b79c37198081229093'/>
<id>urn:sha1:ea84c8dc3006c943e90939b79c37198081229093</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Update mlock(2) manpage to cross-reference m{,un}lockall(2), remove</title>
<updated>2004-08-10T14:52:42Z</updated>
<author>
<name>Brian Feldman</name>
<email>green@FreeBSD.org</email>
</author>
<published>2004-08-10T14:52:42Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=831bc6f574cae23481a46f45206dfbdc1f120774'/>
<id>urn:sha1:831bc6f574cae23481a46f45206dfbdc1f120774</id>
<content type='text'>
a case where ENOMEM could be returned by munlock(2), and add possible
system deadlock to the BUGS section.
</content>
</entry>
<entry>
<title>Fix a case of _SC_CLK_TCK being misspelled as _SC_CLOCK_TCK.</title>
<updated>2004-08-06T14:49:11Z</updated>
<author>
<name>Peter Pentchev</name>
<email>roam@FreeBSD.org</email>
</author>
<published>2004-08-06T14:49:11Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=9a3daf494b5291386dfa1bba17771a72896660a6'/>
<id>urn:sha1:9a3daf494b5291386dfa1bba17771a72896660a6</id>
<content type='text'>
PR:		69428
Submitted by:	Sascha Schneider &lt;suntsu@suntsu.org&gt;
MFC after:	2 weeks
</content>
</entry>
<entry>
<title>Back out previous commit. Even though statfs(2) can take a regular</title>
<updated>2004-07-20T19:30:57Z</updated>
<author>
<name>Christian S.J. Peron</name>
<email>csjp@FreeBSD.org</email>
</author>
<published>2004-07-20T19:30:57Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=ef6dea1404d4aca817749d684c4cd383d1149f3b'/>
<id>urn:sha1:ef6dea1404d4aca817749d684c4cd383d1149f3b</id>
<content type='text'>
file as an argument, it may still fail for the same reasons that
open(2) can.

Pointed out by:	Jilles Tjoelker
Apporived by:	bmilekic (mentor)
</content>
</entry>
<entry>
<title>Remove reference to ENOTDIR in the documented errors</title>
<updated>2004-07-20T18:35:33Z</updated>
<author>
<name>Christian S.J. Peron</name>
<email>csjp@FreeBSD.org</email>
</author>
<published>2004-07-20T18:35:33Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=5b154abc5453f546b8f1bf073f2162b14f2a3c66'/>
<id>urn:sha1:5b154abc5453f546b8f1bf073f2162b14f2a3c66</id>
<content type='text'>
for statfs(2). This is false, if the pathname specified
is a regular file, then the information for the file
system that the file lives on will be returned.

Approved by:	bmilekic (mentor)
</content>
</entry>
<entry>
<title>Document the MSG_DONTWAIT flag.</title>
<updated>2004-07-16T17:15:37Z</updated>
<author>
<name>Hartmut Brandt</name>
<email>harti@FreeBSD.org</email>
</author>
<published>2004-07-16T17:15:37Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=b711f5ddea86831b6222f9b589b4b7a0379aea35'/>
<id>urn:sha1:b711f5ddea86831b6222f9b589b4b7a0379aea35</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Clarify getfsstat(2) usage.</title>
<updated>2004-07-16T01:18:13Z</updated>
<author>
<name>Alfred Perlstein</name>
<email>alfred@FreeBSD.org</email>
</author>
<published>2004-07-16T01:18:13Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=85e8765b7eb67206e0683ab764011c4f8800d8de'/>
<id>urn:sha1:85e8765b7eb67206e0683ab764011c4f8800d8de</id>
<content type='text'>
The getfsstat(2) function expects a buffer and a count, and returns a count.

The confusing part is that the count it takes is a byte count, while the
return value is a count of the number of structures it has filled out.

Spell this out.
</content>
</entry>
<entry>
<title>Document the new PT_LWPINFO request. In fact, the request is so new</title>
<updated>2004-07-12T04:43:58Z</updated>
<author>
<name>Marcel Moolenaar</name>
<email>marcel@FreeBSD.org</email>
</author>
<published>2004-07-12T04:43:58Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=b41e0f0f56e729972814d4be35bf380f7d349a17'/>
<id>urn:sha1:b41e0f0f56e729972814d4be35bf380f7d349a17</id>
<content type='text'>
it hasn't even been implemented yet. I just wanted to be the first
to try a new approach to development ;-)
</content>
</entry>
</feed>
