openafs/src/libafsauthent
Jeffrey Altman 7b6ccc1b91 Windows: Permit Windows to build
Recent changes added a new dependency of afspioctl.lib to all
server binaries.

Export new afsconf_ functions from libafsauthent.dll

Fix afsconf_* usage in afsio.c

Change-Id: I03e377a3d28b4efbea4a799e6ca63606eab699c9
Reviewed-on: http://gerrit.openafs.org/1273
Reviewed-by: Derrick Brashear <shadow@dementia.org>
Tested-by: Derrick Brashear <shadow@dementia.org>
2010-02-09 11:54:37 -08:00
..
afsauthent.def Windows: Permit Windows to build 2010-02-09 11:54:37 -08:00
afsauthent.exp
afsauthent.rc windows-file-versioning-20030619 2003-06-19 20:00:31 +00:00
Makefile.in Rationalise our include paths 2009-11-17 13:12:57 -08:00
mapfile libafsauthent-mapfile-update-20040823 2004-08-23 17:15:36 +00:00
NTMakefile Windows: Permit build system to update symbol store 2009-08-19 10:19:43 -07:00
README Standardize License information 2000-11-04 10:01:08 +00:00

Copyright 2000, International Business Machines Corporation and others.
All Rights Reserved.

This software has been released under the terms of the IBM Public
License.  For details, see the LICENSE file in the top-level source
directory or online at http://www.openafs.org/dl/license10.html

This library is to be used by multithreaded programs that need to access
the kauth and auth library interfaces.  The primary method used to obtain
thread safety in these libraries is to lock/unlock a recursive global
mutex at the entry point of every public function in the library.

However, not all public functions are made thread safe since not all 
functions are needed by the NT admin work.  In particular, there are
many public functions that make up decendants of the functions
we wish to use that weren't modified, since these functions will be 
protected by the locking at a higher level function.

To prevent people from using non-thread safe functions, platform 
specific methods are used to limit the functions exported by the 
library (using def files under NT and mapfiles under Solaris).  For 
most non-exported functions, it should be trivial to make the 
transformation to thread safe by simply locking/ unlocking the 
global mutex at the beginning/end of the function.