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>

Fix typo in -clrext option, but add a compatibility hack because
0.9.5a should not break anything that works in 0.9.5.

Comments for SSL_get_peer_cert_chain inconsistency.

Removed, especially since it conflicts with des.pod on
case-insensitive file systems.

Fix for HMAC.

NeXT workaround.

Beautifying code.

List "no-..." option first because it's the most frequently needed one.

Vi, again

Info on proposed release date

Another VAX environment passed

VI gave me 4-space tabs...  Corrected

One VAX environment passed

Update docs.

Explain configuration options more completely.

Update for new hpux-parisc-cc-o4 entry.

another one done.

More info in the Win32 test

A couple of corrections concerning HPUX 10 and shared libraries.
Contributed by Lutz Jaenicke.

Geoff Thorpe reports a whole bunch of tests passing.

Another VMS/Alpha with a much more evil compiler passed as well...

VMS on Alpha passed

Add a few more FAQs.

Test results.

Surround the diff with the new snippage delimiters

Update status

Tagging has been done, update to next probable version...

I almost forgot...

Time for version 0.9.5a beta2

I know it's earlier than announced.  The high amount of problems in
beta1 warants this, however.

New FAQ for the OpenSSH configuration problem.

I know, this isn't really a OpenSSL issue, but we keep getting
questions about it, so we might as well provide the solution...

Clean up context, even if an error occured.

ssize_t for Ultrix

Corrected.  It said before that ivec had to be initialised to zero,
which isn't true.  What is true, however, is that SSH assumes it is.

"make update"

A quick hack to have ssize_t work with gcc under SunOS 4 (tested on
SunOS 4.1.4).

Update docs and remove old PKCS#7 README file.

RAND_event()

Fix a memory leak in PKCS12_parse.
Don't copy private key to X509 etc public key structures.
Fix for warning.

more failures

More failures.

Ulf M\81öller reports OpenBSD-x86 and solaris-sparcv9-cc passed.

OpenBSD complains.

In some of the Makefiles CPP was not defined.

Jaenick Lutz reports that hpux-parisc-cc with +02 passed.

Ref: Message-ID: <20000320070111.A90876@wiz.Sendmail.COM>

Problems with the Windows build.

Document pseudo-commands.

Mention the bug fixes.

I just got a not very pleasant report.

There are a few new features in 0.9.5a...  And I've probably
forgotten a few.

New status

Tagging done, we move to the next possible.

Beta 1 of 0.9.5a building.

make update

Change the version text, it's time to release the first beta of 0.9.5a.

Sample application using RAND_event() to collect entropy from mouse
movements, keyboard etc. and write it to a seed file.

Bug fix: RAND_write_file() failed to write to files created by open()
on Win32.

Make sure an error condition is returned if, for some reason, the file
couldn't be opened.

oops. don't use "entropy" directly.

New function RAND_event() collects entropy from Windows events.

FLAT_INC is not needed; we use -I.. all the time

Integrate podd.h sk.h into set_key.c

Change the notation and coding of the version to be able to contain
both a patch level and a beta status.  IMHO, it also makes more sense
to have beta status be part of the development status than to have it
be an alternate name for patch levels under special conditions.

Keep in sync with Unix code, and prepare for a misfeature fix.

make update

cleanup.

libdes manpage.

This may still contain a few errors from the old documentation,
but most of it should make sense.