Fourth phase EVP revision.

Declare ciphers in terms of macros. This reduces
the amount of code and places each block cipher EVP
definition in a single file instead of being spread
over 4 files.

Fourth phase EVP revision.

Declare ciphers in terms of macros. This reduces
the amount of code and places each block cipher EVP
definition in a single file instead of being spread
over 4 files.

Configuration for linux on ARM (contributed by Jeremy Norris
<jeremy.norris@rebel.com>)

Minor corrections to documentation.

* speed processes any/all options passed to it, not just one.
* DH and DSA have no "_get_method()" functions, only RSA does.
* typos.

another warning.

It seems that mktime does what is required here. Certainly timegm() can
not be used because it is not available on all systems (most notably,
win32).

This declaration seems to have been added into the header file accidently.
There's no trace of it being implemented and it doesn't seem to have been
intended given that it is prototyped with a BIO yet there was a BIO-
specific version added in at the same time.

oops.

Third phase of EVP cipher overhaul.

Remove duplicated code in EVP.

Bugfix: clear error queue after ignoring ssl_verify_cert_chain result.

Second phase of EVP cipher overhaul.

Change functions like EVP_EncryptUpdate() so they now return a
value. These normally have software only implementations
which cannot fail so this was acceptable. However ciphers
can be implemented in hardware and these could return errors.

Beginnings of EVP cipher overhaul. This should eventually
enhance and tidy up the EVP interface.

This patch adds initial support for variable length ciphers
and changes S/MIME code to use this.

Some other library functions need modifying to support use
of modified cipher parameters.

Also need to change all the cipher functions that should
return error codes, but currenly don't.

And of course it needs extensive testing...

cvs update

typo

Implement SSL_OP_TLS_ROLLBACK_BUG for servers.

Call dh_tmp_cb with correct 'is_export' flag.

Avoid tabs in CHANGES.

Add the target system linux-m68k

Add DSA library string. Workaround for IIS .key file invalid
ASN1 encoding.

Fix Blowfish URL.

Submitted by: Arnaud De Timmerman <Arnaud.De.Timmerman@branchur.fr>

Yet more typesafety.

Avoid sprintf

Avoid sprintf.

Avoid sprintf, and harmonize indentation.

Avoid sprintf.

'make update'

Remove extra comma (creates a unnessecary null element, right?).

Add required cast.

Fix "FIXME" indentation :-)

Add "FIXME" comment, and adjust the indentation.

Add a couple of macros that make OpenSSL compilable on SunOS 4.1.4.
Contributed by SAKAI Kiyotaka <ksakai@kso.netwk.ntt-at.co.jp>

typo

Add a note about the new document.

Add a new file where all the standards and other documents that we try
to adhere to are listed.  It should be regarded as a complement to
whatever is out on the web, including the docs in http://www.openssl.org/

Fix c_rehash script, add -fingerprint option to crl.

Typesafety Thought Police last part.

Typesafety Thought Police part 5.

Typesafe Thought Police part 4.

Typesafety Thought Police part 3.

Typesafety Thought Police Part 2.

Typesafety thought police.

Get rid of more non-ANSI declarations.

prototype.

Make sure that NO-RSA applications etc can include evp.h

Missing cases when no_rsa is defined

Submitted by: Zeroknowledge

MacOS changes.

Allow UTCTIME objects to be retrieved. Check for imminent cert expiry.

When open()ing 'file' in RAND_write_file, don't use O_EXCL.
This is superfluous now that we don't have to avoid creating
multiple versions of the file on VMS (because older versions
are now deleted).

Being sick and tired of the hogging Efence does on my laptop, I
decided to provide an alternative...

Fix for SSL server purpose checking

Make PKCS#12 code handle missing passwords.

Add a couple of FAQs.

Note apps/x509.c bugfixes.

Fix a memory leak, and don't generate inappropriate error message
when PEM_read_bio_X509_REQ fails.

Initialise.

In Message-ID: <003201bfb332$14a07520$0801a8c0@janm.transactionsite.com>,
"Jan Mikkelsen" <janm@transactionsite.com> correctly states that the
OpenSSL header files have #include's and extern "C"'s in an incorrect
order.  Thusly fixed.

Also, make the memory debugging routines defined and declared with
prototypes, and use void* instead of char* for memory blobs.

And last of all, redo the ugly callback construct for elegance and
better definition (with prototypes).

In Message-ID: <003201bfb332$14a07520$0801a8c0@janm.transactionsite.com>,
"Jan Mikkelsen" <janm@transactionsite.com> correctly states that the
OpenSSL header files have #include's and extern "C"'s in an incorrect
order.  Thusly fixed.

In Message-ID: <003201bfb332$14a07520$0801a8c0@janm.transactionsite.com>,
"Jan Mikkelsen" <janm@transactionsite.com> correctly states that the
OpenSSL header files have #include's and extern "C"'s in an incorrect
order.  Thusly fixed.

Add missing #include.

Avoid leaking memory in thread_hash (and enable memory leak detection
for it).

linux-elf bugfix

Submitted by:
Reviewed by:
PR:

Submitted by:
Reviewed by:
PR:

Stylistic changes: Don't use a macro for the malloc'ed length since it
is not constant.

Warn about truncation also in the case when a single password is read using
the password prompt.

Use CONFerr, not RSAerr, in the conf library...

Clarifications and removal of double declaration...

This case in the "dso_unload" handlers should not be reported as an error -
if a DSO_load(NULL,...) operation fails, it will have to call DSO_free() on
the DSO structure it created and that will filter through to this "unload"
call.

If the stack size is "< 1", then the library never actually loaded. To keep
things clean higher up, I'll treat this as a vacuous case without an error.
It makes the error stack easier to follow real world cases, and the error
this ignores was only useful for catching bugs in internal code, not
mismatched calls from applications (which should be handled in the generic
DSO layer).

The handling of DSA_METHOD and DH_METHOD wasn't quite as problematic as
with RSA_METHOD (the **_get_default_methods do set the default value if
it's not set). However, the code had some duplication and was a bit
conter-intuitive.

Previously, the default RSA_METHOD was NULL until the first RSA structure was
initialised, at which point an appropriate default was chosen. This meant a
call to RSA_get_default_method might have returned FALSE.

This change fixes that; now any called to RSA_new(), RSA_new_method(NULL), or
RSA_get_default_method() will ensure that a default is chosen if it wasn't
already.

Thanks to "make update" ...

This change facilitates name translation for shared libraries. The
technique used is far from perfect and alternatives are welcome.
Basically if the translation flag is set, the string is not too
long, and there appears to be no path information in the string,
then it is converted to whatever the standard should be for the
DSO_METHOD in question, eg;
    blah --> libblah.so   on *nix, and
    blah --> blah.dll     on win32.

This change also introduces the DSO_ctrl() function that is used
by the name translation stuff.

Correction.

Ignore lib and Makefile.save.

New function ERR_error_string_n.

Minor corrections.

OpenVMS, not OpenVSM...

I forgot to update the change log

"make update"

I've always wanted to make the CONF library more adaptable.  Here's
the result.

I have retained the old behavior of the CONF_* functions, and have
added a more "object oriented" interface through NCONF_* functions
(New CONF, you see :-)), working the same way as, for example, the
BIO interface.  Really, the CONF_* are rewritten so they use the
NCONF_* functions internally.

In addition to that, I've split the old conf.c code into two files,
conf_def.c and conf_api.c.  conf_def.c contains the default config
object that reads a configuration file the standard OpenSSL way, as
well as configuration file with Win32 registry file syntax (I'm not
sure I got that one right).  conf_api.c provides an API to build other
configuration file readers around (can you see a configuraion file in
XML?  I can :-)).

Finally, I've changed the name conf_lcl.h to conf_def.h, since it's
made specifically for that "class" and none others.

"make update" for DSO additions.

In theory, TLS v1 ciphersuites are not the same as SSL v3 ciphersuites

Clarifications.

Avoid memory leak.

Constification, and a silly mistake in the comments.

I forgot about $openssl_other_defines ... should probably do this
for consistency. Not sure though whether HAVE_DLFCN_H should be
included too? If we go the autoconf route then this probably wouldn't
be included.

This helps make the DSO stuff more portable;
* "no-dso" option available in Configure so that all DSO methods will
  return NULL, overriding any support the platform might otherwise
  have built.
* dlfcn_no_h config string now available rather than just dlfcn. This
  is for platforms that have dlfcn.h functions but do not have (or
  need) the dlfcn.h header file.

Better make a note of what's going on ... :-)

This commit ties the new DSO code (crypto/dso/) into the build for a
variety of platforms. A few are missing, and they will be added in
eventually, but as this is new stuff, it was better to not break lots of
platforms in one go that we can't easily test. The changes to "Configure"
should illustrate how to add support to other systems if you feel like
having a go.

NB: I'll add something shortly to allow you to add "dlfcn.h" support on
those platforms that don't have (or need) a dlfcn.h header file. (The
symbol for Configure will probably by "dlfcn_no_h").

Thanks to Richard Levitte, who is responsible for the dso_dl.c support,
understanding the trickier aspects of the build process, and giving great
feedback on everything else.

[Don't use this stuff if you're easily offended by changes to the
interface or behaviour - it's still work in progress.]

PR:

This is a set of startup code for the DSO support, it's not yet linked into
the build process (an upcoming commit no doubt), and is very much *new*
code - what that means is that it compiles ok - usually. It certainly
doesn't mean it runs well or even properly yet. Please don't muck round
with this unless you're looking to help out and hunt bugs. :-)

Currently this code doesn't have any support for controlling the "load"
behaviour (eg. paths, filename translations, etc). That'll be handled
using DSO_ctrl() and various flags, once we work out a sensible set of
flags.

Extend entry on ERR_print_errors.

Release done, change status.

Tagging has now been done, update to the next version (it's not quite
as important to keep a low profile here :-))

Tagging has now been done, update to the next possible version (I keep
a low profile, so we don't get discontinuity in the numbering...)

Version and name changes, and a last minute changelog

Building version 0.9.5a

_lrotl and _lrotr are defined in MSVC but nowhere else that we know
off.

Entry for ssleay_rand_status locking fix.

'entropy >= ENTROPY_NEEDED' should be evaluated while the
variables are locked.

Add a couple of FAQs.

Since ssleay_rand_initialize() unlocks then locks CRYPTO_LOCK_RAND,
it's a good thing if ssleay_rand_status() would do the corresponding
lock and unlock as everyone else...

Add pointer to EGD manpage.
Update the "randomness" section for the upcoming 0.9.5a release.

Add a default banner.  Contributed by Joon Radley <jradley@vps.co.za>

Don't force the use of GNU make with Borland C++ Builder.  Contributed by Joon Radley <jradley@vps.co.za>