mirror of https://github.com/openssl/openssl
doc: add note to indicate that the OBJ_ functions were not thread safe in 3.0
Also remove OBJ_thread from the list of non-threadsafe functions. Reviewed-by: Tomas Mraz <tomas@openssl.org> (Merged from https://github.com/openssl/openssl/pull/15713)
This commit is contained in:
parent
06394a6cc7
commit
b66b024cf7
|
@ -73,8 +73,8 @@ For implicit global state or singletons, thread-safety depends on the facility.
|
|||
The L<CRYPTO_secure_malloc(3)> and related API's have their own lock,
|
||||
while L<CRYPTO_malloc(3)> assumes the underlying platform allocation
|
||||
will do any necessary locking.
|
||||
Some API's, such as L<NCONF_load(3)> and related, or L<OBJ_create(3)>
|
||||
do no locking at all; this can be considered a bug.
|
||||
Some API's, such as L<NCONF_load(3)> and related do no locking at all;
|
||||
this can be considered a bug.
|
||||
|
||||
A separate, although related, issue is modifying "factory" objects
|
||||
when other objects have been created from that.
|
||||
|
|
Loading…
Reference in New Issue