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
needed.

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.
From: raeburn@mit.edu
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
From: raeburn@mit.edu
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
versions.

Commit By: raeburn



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