src-test2/lib/libc/include, branch release/5.2.1_cvsFreeBSD source treehttps://cgit-dev.freebsd.org/src-test2/atom?h=release%2F5.2.1_cvs2004-02-23T15:32:56ZThis commit was manufactured by cvs2svn to create tag2004-02-23T15:32:56Zcvs2svncvs2svn@FreeBSD.org2004-02-23T15:32:56Zurn:sha1:84a7b99b4e02a260bf7ff9b540032f4cb7bc612a
'RELENG_5_2_1_RELEASE'.
This commit was manufactured to restore the state of the 5.2.1-RELEASE image.
Releases prior to 5.3-RELEASE are omitting the secure/ and crypto/ subdirs.
Remove #include of spinlock.h from libc_private.h. Declare spinlocks as2003-11-05T18:17:30ZDaniel Eischendeischen@FreeBSD.org2003-11-05T18:17:30Zurn:sha1:82358b1b5ae518faa16aa8857efff6d19deb517c
struct _spinlock. Keep the typedef in for now; another set of changes
may come around to clean up consumers of spinlocks.
Requested by: bde
Externalize malloc's spinlock so that a thread library can take2003-11-04T19:49:56ZDaniel Eischendeischen@FreeBSD.org2003-11-04T19:49:56Zurn:sha1:358702366c7f1153b632164a0ebbbc2e54609c72
it around an application's fork() call. Our new thread libraries
(libthr, libpthread) can now have threads running while another
thread calls fork(). In this case, it is possible for malloc
to be left in an inconsistent state in the child. Our thread
libraries, libpthread in particular, need to use malloc internally
after a fork (in the child).
Reviewed by: davidxu
Back out the `hiding' of strlcpy and strlcat. Several people2003-05-01T19:03:14ZJacques Vidrinenectar@FreeBSD.org2003-05-01T19:03:14Zurn:sha1:d05090827f0e5b95cc7d2bcdde8b3b4e0f986241
vocally objected to this safety belt.
`Hide' strlcpy and strlcat (using the namespace.h / __weak_reference2003-04-29T21:13:50ZJacques Vidrinenectar@FreeBSD.org2003-04-29T21:13:50Zurn:sha1:5723e501abb675701352eb3e9fd58bb3cc2c649d
technique) so that we don't wind up calling into an application's
version if the application defines them.
Inspired by: qpopper's interfering and buggy version of strlcpy
Correct a bug that was somehow both obvious and hard-to-see. :-)2003-04-21T15:44:25ZJacques Vidrinenectar@FreeBSD.org2003-04-21T15:44:25Zurn:sha1:905ec0db3b87b0a5b286382ac1f8110096d1d4fb
An incorrectly-sized allocation was being made due to an incorrect
argument to the `sizeof' operator. Obvious, because it violated the
`foo = malloc(sizeof(*foo))' idiom. Hard-to-see, because it was a
missing `*' (`*p' versus `**p').
Resulting failure was
Reported by: ache
Sponsored by: DARPA, Network Associates Laboratories
= Implement name service switch modules (NSS modules). NSS modules2003-04-17T14:14:22ZJacques Vidrinenectar@FreeBSD.org2003-04-17T14:14:22Zurn:sha1:46d93063837e3149b3834e488ddef3befd03b601
may be built into libc (`static NSS modules') or dynamically loaded
via dlopen (`dynamic NSS modules'). Modules are loaded/initialized
at configuration time (i.e. when nsdispatch is called and nsswitch.conf
is read or re-read).
= Make the nsdispatch(3) core thread-safe.
= New status code for nsdispatch(3) `NS_RETURN', currently used to
signal ERANGE-type issues.
= syslog(3) problems, don't warn/err/abort.
= Try harder to avoid namespace pollution.
= Implement some shims to assist in porting NSS modules written for
the GNU C Library nsswitch interface.
Sponsored by: DARPA, Network Associates Laboratories
- Define a _spinunlock() function so that threading implementations may do2003-03-26T04:02:24ZJeff Robersonjeff@FreeBSD.org2003-03-26T04:02:24Zurn:sha1:cc3521d66055ed9c5cc720613a3f0e84589a4abe
more complicated things than just setting the lock to 0.
- Implement stubs for this function in libc and the two threading libraries
that are currently in the tree.
Eliminate 19 warnings in libc (at level WARNS=2) of the2003-02-27T13:40:01ZJacques Vidrinenectar@FreeBSD.org2003-02-27T13:40:01Zurn:sha1:2bbd7cf8204609d07c36511f2a57ca282f05b6f2
`implicit declaration of function' variety.
Eliminate 61 warnings emitted at WARNS=2 (leaving 53 to go).2003-02-16T17:29:11ZJacques Vidrinenectar@FreeBSD.org2003-02-16T17:29:11Zurn:sha1:e0554a531f17f56167f978eddf29a09cc6ae9f32
Only warnings that could be fixed without changing the generated object
code and without restructuring the source code have been handled.
Reviewed by: /sbin/md5