X-Git-Url: https://git.openssl.org/gitweb/?p=openssl.git;a=blobdiff_plain;f=STATUS;h=9248aa704b217646dd27258185e8be8757f7fa5f;hp=05c3f1265a3a6c2b0db2af0bd46cd31a0706a88d;hb=dd5ae703339338272b92dd015938eea8a5179dd8;hpb=6b50354041ba9a32a56831a6b32c04b52e1bd809

diff --git a/STATUS b/STATUS
index 05c3f1265a..9248aa704b 100644
--- a/STATUS
+++ b/STATUS
@@ -1,39 +1,46 @@
 
   OpenSSL STATUS                           Last modified at
-  ______________                           $Date: 1999/03/08 12:39:41 $
+  ______________                           $Date: 1999/04/13 02:32:38 $
 
   DEVELOPMENT STATE
 
-    o  OpenSSL 0.9.2: Freezed!
-       - No more feature commits, please. 
-       - Commit bugfixes and cleanups only, please.
-       - Already successfully tested platform:
-         o  FreeBSD 3.1           Ralf S. Engelschall
-
-       Proposed release time: Monday, March 15th 1999
-
+    o  OpenSSL 0.9.3:  Under development...
+    o  OpenSSL 0.9.2b: Released on March    22th, 1999
     o  OpenSSL 0.9.1c: Released on December 23th, 1998
 
   RELEASE SHOWSTOPPERS
 
+    o Compilation warnings: ctype-related int vs. char
+    o Compilation error: "unsigned long*" and "int*" under AIX
+    o Undefined BN symbols in assembler stuff on Solaris
+      (see posting "openssl-SNAP-19990308-2130 on Solaris-2.6 SC4" in openssl-dev)
+    o BN assembler code in r3000.s, mips*.s and pa-risc*.s is broken
+    o BSD/OS: assembler functions must not have leading underscores
+    o Niels Poppe reports that RSA fails with alpha.s
+	o exptest fails with irix64-*
+      (Don Badrak <dbadrak@geo.census.gov>: "Re: Problems to compile openssl
+	  on IRIX 6.2", openssl-users)
+    o BN_add test fails on Caldera OpenLinux 1.3
+      (Marc Christensen <Marc.Christensen@m.cc.utah.edu>
+	  "Compiles but fails big number test?", openssl-users)
+ 
   AVAILABLE PATCHES
 
-    o Solaris AS error (kenji@miyake.org)
+    o OCSP (titchenert@certco.com) 
+    o unsigned vs. non-unsigned (levitte@stacken.kth.se)
+    o Install prefix for packagers (dharris@drh.net)
     o getenv in ca.c and x509_def.c (jaltman@watsun.cc.columbia.edu)
-    o s3_lib.c - export clients (levitte@stacken.kth.se)
     o linux dynamic libs (colin@field.medicine.adelaide.edu.au)
     o MingW support (niklas@canit.se)
-    o crypto/des/enc_read.c bugfix (mike@cs.mun.ca)
+    o SPARC v8 assembler implementations of bn_asm.c
+      (appro@fy.chalmers.se)
 
   IN PROGRESS
 
-    o Steve is currently working on:
-        X509 V3 extension code including:
-        1. Support for the more common PKIX extensions.
-        2. Proper (or at least usable) certificate chain verification.
-        3. Support in standard applications (req, x509, ca).
-        4. Documentation on how all the above works.
-        Next on the list is probably PKCS#12 integration.
+    o Steve is currently working on (in no particular order):
+        Proper (or at least usable) certificate chain verification.
+        Documentation on X509 V3 extension code.
+        PKCS#12 code cleanup and enhancement.
 
     o Mark is currently working on:
         Folding in any changes that are in the C2Net code base that were
@@ -65,6 +72,15 @@
 
   NEEDS PATCH
 
+    o  broken demos
+    o  salzr@certco.com (Rich Salz): Bug in X509_name_print
+       <29E0A6D39ABED111A36000A0C99609CA2C2BA4@macertco-srv1.ma.certco.com>
+    o  autogenerated code in pem.h
+    o  Jean-Hugues ROYER <jhroyer@joher.com>: rsa_oaep.c with Watcom C
+    o  $(PERL) in */Makefile.ssl
+    o  "Sign the certificate?" - "n" creates empty certificate file
+    o  dubious declaration of crypt() in des.h
+
   OPEN ISSUES
 
     o  The Makefile hierarchy and build mechanism is still not a round thing:
@@ -146,6 +162,14 @@
       > go.  I also noticed the even with -DNO_IDEA, _DNO_RC2, etc. the make
       > still goes into those subdirectories and 'makes'.
 
+    o The "exported" header files should not use #include "foo.h", but
+      #include <foo.h> or even better #include <ssl/foo.h> or
+      #include <openssl/foo.h> in order to avoid filename clashes.
+
+    o ERR_error_string(..., buf) does not know how large buf is,
+      there should be ERR_error_string_n(..., buf, bufsize)
+      or similar.
+
   WISHES
 
     o  Damien Miller: