ex_data situation is no longer that bad
authorBodo Möller <bodo@openssl.org>
Tue, 11 Sep 2001 12:20:20 +0000 (12:20 +0000)
committerBodo Möller <bodo@openssl.org>
Tue, 11 Sep 2001 12:20:20 +0000 (12:20 +0000)
STATUS

diff --git a/STATUS b/STATUS
index a5f2b4008b2752533a23c79cbf9c6bc4baa70e6b..adf1cbbbb1d1231b181b6b6cc38fdbf5fddd92fb 100644 (file)
--- a/STATUS
+++ b/STATUS
@@ -1,6 +1,6 @@
 
   OpenSSL STATUS                           Last modified at
-  ______________                           $Date: 2001/07/17 14:39:26 $
+  ______________                           $Date: 2001/09/11 12:20:20 $
 
   DEVELOPMENT STATE
 
     o  Whenever strncpy is used, make sure the resulting string is NULL-terminated
        or an error is reported
 
-  OPEN ISSUES
+    o  "OpenSSL STATUS" is never up-to-date.
 
-    o  crypto/ex_data.c is not really thread-safe and so must be used
-       with care (e.g., extra locking where necessary, or don't call
-       CRYPTO_get_ex_new_index once multiple threads exist).
-       The current API is not suitable for everything that it pretends
-       to offer.
+  OPEN ISSUES
 
     o  The Makefile hierarchy and build mechanism is still not a round thing: