Skip Menu |

Subject: move/add thread support to support lib
For use by plugin code, the thread support interface layer (with the
krb5int_ names, not the k5_ shorthand names) has to be exported from the
support library. New functions to allocate/free mutexes will also be

It might be easiest, though not exactly ideal for performance, to have
all our code call the support-library versions, and drop most of the
complexity from the header file. We could perhaps drop all of it if we
changed everything to use mutex pointers instead of mutexes inside other
data structures, but that's more work. For now, some wrapper-function
hacks to export "what the macros do" from the library should suffice.
Subject: CVS Commit
* threads.c (krb5int_mutex_alloc, krb5int_mutex_free, krb5int_mutex_lock,
krb5int_mutex_unlock): New functions.
(krb5int_mutex_lock_update_stats, krb5int_mutex_unlock_update_stats,
krb5int_mutex_report_stats): Always define, even if not doing anything.
* libkrb5support.exports: Export the new functions.

Commit By: raeburn

Revision: 17607
Changed Files:
U trunk/src/util/support/ChangeLog
U trunk/src/util/support/libkrb5support.exports
U trunk/src/util/support/threads.c
Subject: CVS Commit
* k5-thread.h (krb5int_mutex_alloc, krb5int_mutex_free, krb5int_mutex_lock,
krb5int_mutex_unlock): Declare.
(k5_mutex_lock, k5_mutex_unlock) [PLUGIN]: Redefine to call krb5int_ function

Commit By: raeburn

Revision: 17610
Changed Files:
U trunk/src/include/ChangeLog
U trunk/src/include/k5-thread.h