X-Git-Url: https://git.openssl.org/gitweb/?a=blobdiff_plain;f=STATUS;h=6ce1f1519de045ff3abbb879ad377dd7bb9b82b8;hb=df82f5c85c5443d96cdb6c0d61ff4ffe28965929;hp=70533514bc33ac7c4af0e616978b2428f4ec6b53;hpb=defba77f396b00c2c90b673766bc30a02891c67a;p=openssl.git diff --git a/STATUS b/STATUS index 70533514bc..6ce1f1519d 100644 --- a/STATUS +++ b/STATUS @@ -1,50 +1,52 @@ OpenSSL STATUS Last modified at - ______________ $Date: 1999/03/10 14:50:28 $ + ______________ $Date: 1999/04/16 23:57:00 $ 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 2.2.7 Ben Laurie OK - o FreeBSD 3.1 Ralf S. Engelschall OK - o Solaris 2.6 Ralf S. Engelschall ctype warns, test fails in test_ssl - o Linux RH 5.1 Steve Henson OK - - Proposed release time: Monday, March 15th 1999 - + o OpenSSL 0.9.3: Under development... + Proposed freeze date: Mon May 8th, 1999 + Proposed release date: Mon May 17th, 1999 + o OpenSSL 0.9.2b: Released on March 22th, 1999 o OpenSSL 0.9.1c: Released on December 23th, 1998 RELEASE SHOWSTOPPERS - o `make test' still fails under Solaris 2.6 in the test_ssl target o Compilation warnings: ctype-related int vs. char o Compilation error: "unsigned long*" and "int*" under AIX - o Why are NULL ciphers in front of the cipher spec? - (see my posting "Bug?!: Cipher Suite and NULL Ciphers" in openssl-dev) - o A Linux alpha user reported: "alpha.s does not have bn_div_word()" - (see posting "ALPHA error" in openssl-dev) - + 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 : "Re: Problems to compile openssl + on IRIX 6.2", openssl-users) + o BN_add test fails on Caldera OpenLinux 1.3 + (Marc Christensen + "Compiles but fails big number test?", openssl-users) + o make test fails on AIX + (jvant@bsumail.idbsu.edu on 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. + PKCS #8 and PKCS#5 v2.0 support. + Private key, certificate and CRL API and implementation. o Mark is currently working on: Folding in any changes that are in the C2Net code base that were @@ -76,6 +78,14 @@ NEEDS PATCH + o broken demos + o salzr@certco.com (Rich Salz): Bug in X509_name_print + <29E0A6D39ABED111A36000A0C99609CA2C2BA4@macertco-srv1.ma.certco.com> + o Jean-Hugues ROYER : 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: @@ -157,6 +167,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 or even better #include or + #include 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: