Update of /repo/OpenLDAP/pkg/ldap/libraries/libldap_r
Modified Files:
tpool.c 1.70 -> 1.71
Log Message:
In pool_submit():
- Move problematic mutex_unlock()-mutex_lock() into the unused #ifdef
LDAP_PVT_THREAD_POOL_SEM_LOAD_CONTROL and add a FIXME comment inside.
- Delay ltp_starting--; until pool_wrapper(). Nonzero value could otherwise
no longer be exposed when !defined LDAP_PVT_THREAD_POOL_SEM_LOAD_CONTROL.
CVS Web URLs:
http://www.openldap.org/devel/cvsweb.cgi/libraries/libldap_r/http://www.openldap.org/devel/cvsweb.cgi/libraries/libldap_r/tpool.c
Changes are generally available on cvs.openldap.org (and CVSweb)
within 30 minutes of being committed.
Update of /repo/OpenLDAP/pkg/ldap/libraries/libldap
Modified Files:
tls.c 1.153 -> 1.154
Log Message:
libldap/tls.c calls CRYPTO_set_id_callback(ldap_pvt_thread_self), which
causes ldap_pvt_thread_self to be called with the wrong prototype.
That can cause OpenSSL to use a garbage value, e.g. if the unsigned
long it expects takes two words but ldap_pvt_thread_t is an int.
I'm fixing it in HEAD now and also provoking an error if unsigned
long cannot hold a ldap_pvt_thread_t. Otherwise it can silently
compile to broken code. Maybe the latter should go in configure,
but since OpenSSL presumably breaks anyway if that fails I don't
see much point at this time.
CVS Web URLs:
http://www.openldap.org/devel/cvsweb.cgi/libraries/libldap/http://www.openldap.org/devel/cvsweb.cgi/libraries/libldap/tls.c
Changes are generally available on cvs.openldap.org (and CVSweb)
within 30 minutes of being committed.