<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src-test/lib/libc/stdio/local.h, branch stable/6</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src-test/atom?h=stable%2F6</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src-test/atom?h=stable%2F6'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/'/>
<updated>2005-12-23T06:07:43Z</updated>
<entry>
<title>MFC following revisions to fix mutex memory leak for threaded program:</title>
<updated>2005-12-23T06:07:43Z</updated>
<author>
<name>David Xu</name>
<email>davidxu@FreeBSD.org</email>
</author>
<published>2005-12-23T06:07:43Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=af0a5842ec24bd47cf64388a9a064513d28d2b2d'/>
<id>urn:sha1:af0a5842ec24bd47cf64388a9a064513d28d2b2d</id>
<content type='text'>
	local.h		revision 1.28
	fread.c		revision 1.13
	vfscanf.c	revision 1.39
</content>
</entry>
<entry>
<title>Rename slbexpand() to __slbexpand() and make it available outside</title>
<updated>2004-07-16T05:52:51Z</updated>
<author>
<name>Tim J. Robbins</name>
<email>tjr@FreeBSD.org</email>
</author>
<published>2004-07-16T05:52:51Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=66d56cb7b89700666780947886b164a567a50e43'/>
<id>urn:sha1:66d56cb7b89700666780947886b164a567a50e43</id>
<content type='text'>
of fgetln.c (non-static).
</content>
</entry>
<entry>
<title>Rename cantwrite() to prepwrite().  The latter is less confusing,</title>
<updated>2004-06-08T05:45:32Z</updated>
<author>
<name>David Schultz</name>
<email>das@FreeBSD.org</email>
</author>
<published>2004-06-08T05:45:32Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=52183d4654e61d240982c5bfa60a05254378c41e'/>
<id>urn:sha1:52183d4654e61d240982c5bfa60a05254378c41e</id>
<content type='text'>
since the macro isn't really a predicate, and it has side-effects.
</content>
</entry>
<entry>
<title>Associate a multibyte conversion state object with each stream. Reset it</title>
<updated>2004-05-22T15:19:41Z</updated>
<author>
<name>Tim J. Robbins</name>
<email>tjr@FreeBSD.org</email>
</author>
<published>2004-05-22T15:19:41Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=87275e436a0fb31fea2757532860a3ec993d2cd6'/>
<id>urn:sha1:87275e436a0fb31fea2757532860a3ec993d2cd6</id>
<content type='text'>
to the initial state when a stream is opened or seeked upon. Use the
stream's conversion state object instead of a freshly-zeroed one in
fgetwc(), fputwc() and ungetwc().

This is only a performance improvement for now, but it would also be
required in order to support state-dependent encodings.
</content>
</entry>
<entry>
<title>Backout the previous revision due to objections.</title>
<updated>2004-03-09T04:51:58Z</updated>
<author>
<name>John Birrell</name>
<email>jb@FreeBSD.org</email>
</author>
<published>2004-03-09T04:51:58Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=44fce14365cd2e9b9b2575fdf1b2eb21c984765d'/>
<id>urn:sha1:44fce14365cd2e9b9b2575fdf1b2eb21c984765d</id>
<content type='text'>
</content>
</entry>
<entry>
<title>On 4.X it was possible for an application to initialise a local FILE</title>
<updated>2004-03-09T02:44:59Z</updated>
<author>
<name>John Birrell</name>
<email>jb@FreeBSD.org</email>
</author>
<published>2004-03-09T02:44:59Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=59fac1825f4658dfb5d2abddba5125ef493059db'/>
<id>urn:sha1:59fac1825f4658dfb5d2abddba5125ef493059db</id>
<content type='text'>
structure and call stdio functions. In 5.X this was broken when FILE
locking was introduced into libc.

This change makes most (relevant) stdio functions work again when the
_extra file in FILE isn't initialised (and can't be without a libc
function to do it since the __sFILEX structure is private to libc).
</content>
</entry>
<entry>
<title>The ORIENTLOCK macro is no longer needed since all functions use</title>
<updated>2002-10-25T07:01:56Z</updated>
<author>
<name>Tim J. Robbins</name>
<email>tjr@FreeBSD.org</email>
</author>
<published>2002-10-25T07:01:56Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=79db40061f5f64a66f611fdd2f311a4164e566b8'/>
<id>urn:sha1:79db40061f5f64a66f611fdd2f311a4164e566b8</id>
<content type='text'>
FLOCKFILE/FUNLOCKFILE explicitly.
</content>
</entry>
<entry>
<title>Use a weak reference instead of a macro to make vfscanf an alias</title>
<updated>2002-10-14T11:18:21Z</updated>
<author>
<name>Tim J. Robbins</name>
<email>tjr@FreeBSD.org</email>
</author>
<published>2002-10-14T11:18:21Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=af1c9c0e4d69d542e6f079782cd3756588c15315'/>
<id>urn:sha1:af1c9c0e4d69d542e6f079782cd3756588c15315</id>
<content type='text'>
for __vfscanf.
</content>
</entry>
<entry>
<title>Add implementations of wscanf() and related functions: fwscanf(), swscanf(),</title>
<updated>2002-09-23T12:40:06Z</updated>
<author>
<name>Tim J. Robbins</name>
<email>tjr@FreeBSD.org</email>
</author>
<published>2002-09-23T12:40:06Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=1f4ff8506a801b76186abcb5690294b81ca2b754'/>
<id>urn:sha1:1f4ff8506a801b76186abcb5690294b81ca2b754</id>
<content type='text'>
vfwscanf(), vswscanf(), vwscanf(). As the name suggests, these are wide-
character versions of the scanf() family of functions.
</content>
</entry>
<entry>
<title>The character argument for __ungetwc() should be wint_t instead of wchar_t.</title>
<updated>2002-09-23T11:31:18Z</updated>
<author>
<name>Tim J. Robbins</name>
<email>tjr@FreeBSD.org</email>
</author>
<published>2002-09-23T11:31:18Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=adc106840cc910d707a5d2ea3768f2914dad62e9'/>
<id>urn:sha1:adc106840cc910d707a5d2ea3768f2914dad62e9</id>
<content type='text'>
</content>
</entry>
</feed>
