nectar 7ec3e33301 When a dynamic NSS module is built and linked against a thread ... library, it may pull in that thread library at run time. If the process started out single-threaded, this could cause attempts to release locks that do not exist. Guard against this possibility by checking __isthreaded before invoking thread primitives. A similar problem remains if the process is linked against one thread library, but the NSS module is linked against another. This can only be avoided by careful design of the NSS module. Submitted by: Sean McNeil <sean@mcneil.com> (mostly; bugs are mine)		2004-03-30 15:56:15 +00:00
..
fpmath.h	Add a delta accidentally omitted from the previous commit:	2004-01-18 08:05:21 +00:00
libc_private.h	Remove #include of spinlock.h from libc_private.h. Declare spinlocks as	2003-11-05 18:17:30 +00:00
namespace.h	Back out the `hiding' of strlcpy and strlcat. Several people	2003-05-01 19:03:14 +00:00
nss_tls.h	When a dynamic NSS module is built and linked against a thread	2004-03-30 15:56:15 +00:00
reentrant.h	Make the resolver(3) and many associated interfaces much more reentrant.	2004-02-25 21:03:46 +00:00
spinlock.h	Remove #include of spinlock.h from libc_private.h. Declare spinlocks as	2003-11-05 18:17:30 +00:00
un-namespace.h	Back out the `hiding' of strlcpy and strlcat. Several people	2003-05-01 19:03:14 +00:00