Protect loading routines with a lock.
PR: 373

"=head3" tags only work with recent versions of the pod tools and 0.9.7
should cooperate with older environments. This replaces them with "I<..>"
tags.

The ampersand is not required in these constructs, and was giving AIX
warnings.

Reported by: Bernhard Simon.

Always forget this one...

Another Solaris shared build clean-up. This is not actually needed if one
uses WorkShop C. It's gcc driver that brings copy of libgcc.a into .so
otherwise. In case you wonder what it's -Wl,-z... and not just -z. Problem
is that gcc driver apparently omits all -z options but -z text. Don't ask
me why. I'm not committing corresponding workaround into the HEAD as
Makefile.shared reportedly needs even more work...

DES PIC-ification. "Cygwin" companion. Problem was that preprocessor macro
is not expanded if prepended with a $-sign.

Make sure manual pages are properly linked to on systems that have case
insensitive file names, as well as those that do not have symlinks.
Incidently, both these cases apply on DOS/Windows...

Update the make system for installations:

- define a HERE variable to indicate where the source tree is (not
  used right now)
- make more use of copying and making attribute changes to {file}.new,
  and then move it to {file}
- use 'mv -f' to avoid all those questions to the user when the file
  in question doesn't have write attributes for that user.

Don't define macros in terms of asm() when __STRICT_ANSI is defined.

Ooops! No ROTATE on some platforms after x86_64 performance patch...

As you might have noticed I tried to change for . prefix, because it's
the one to be used to denote local labels in single function scope.
Problem is that SHA uses same label set across functions, therefore I
have to switch back to $ prefix.

Solaris shared build fix-ups. See RT#238,239 for details.

x86_64 performance patch.

This commit was manufactured by cvs2svn to create branch
'OpenSSL_0_9_7-stable'.

x86_64 performance patch.

DES PIC-ification. Windows companion.

DES PIC-ification. Windows companion.

The ampersand is not required in these constructs, and was giving AIX
warnings.

Reported by: Bernhard Simon.

IA-32 assembler modules (primarily DES) PIC-ification. Idea is to keep
shared libraries shared.

IA-32 assembler modules (primarily DES) PIC-ification. Idea is to keep
shared libraries shared.

OK, there's at least one application author who has provided dynamic locking
callbacks

OK, there's at least one application author who has provided dynamic locking
callbacks

BIO_new_bio_pair() was unnecessarily described in it's own page as well as in
BIO_s_bio.pod.  The most logical is to move everything needed from
BIO_new_bio_pair.pod to BIO_s_bio.pod (including the nice example)
and toss BIO_new_bio_pair.pod.  I hope I got all the info over properly.
PR: 370

BIO_new_bio_pair() was unnecessarily described in it's own page as well as in
BIO_s_bio.pod.  The most logical is to move everything needed from
BIO_new_bio_pair.pod to BIO_s_bio.pod (including the nice example)
and toss BIO_new_bio_pair.pod.  I hope I got all the info over properly.
PR: 370

BIO_set_nbio() is enumerated, but not explained.  Remove it from enumeration
since it's both enumerated and explained in BIO_s_connect.pod.
PR: 370

BIO_set_nbio() is enumerated, but not explained.  Remove it from enumeration
since it's both enumerated and explained in BIO_s_connect.pod.
PR: 370

I forgot one item I intend to work on.

Skip DH-specific tests when no-dh has been configured.
PR: 353

Skip DH-specific tests when no-dh has been configured.
PR: 353

Add a static lock called HWCRHK, for the case of having an application
that wants to use the hw_ncipher engine without having given any
callbacks for the dynamic type of locks.

Document the modifications in 0.9.7 that will make the hw_ncipher.c
engine work properly even in bad situations.

Make 'tunala' link with zlib if possible (so it works if openssl was
configured with zlib support).

In CRYPTO_lock(), check that the application cares about locking (provided
callbacks) before attempting to lock.

In CRYPTO_lock(), check that the application cares about locking (provided
callbacks) before attempting to lock.

sk_*_push() returns the number of items on the stack, not the index of the
pushed item.  The index is the number of items - 1.  And if a NULL item was
found, actually use it.
Finally, provide a little bit of safety in CRYPTO_lock() by asserting the a
requested dynamic lock really must exist, instead of just being silent about it

sk_*_push() returns the number of items on the stack, not the index of the
pushed item.  The index is the number of items - 1.  And if a NULL item was
found, actually use it.
Finally, provide a little bit of safety in CRYPTO_lock() by asserting the a
requested dynamic lock really must exist, instead of just being silent about it

Let's not forget the other places where HEADER_DES_H and HEADER_DES_OLD_H
were defined.

Let's not forget the other places where HEADER_DES_H and HEADER_DES_OLD_H
were defined.

Let's not forget the other places where HEADER_DES_H and HEADER_DES_OLD_H
were defined.

Let's not forget the other places where HEADER_DES_H and HEADER_DES_OLD_H
were defined.

Since HEADER_DES_H has been the protector of des.h since libdes
(before SSLeay, maybe?), it's better to have that macro protect
the compatibility header des_old.h.  In the new des.h, let's use
a slightly different protecting macro.

The rationale is that there are application that might include (via
other header files, perhaps) both an old libdes des.h and OpenSSL's
des.h.  Whichever comes first would overshadow the other because of
the clash in protecting macro.  This fix solves that problem.

Since HEADER_DES_H has been the protector of des.h since libdes
(before SSLeay, maybe?), it's better to have that macro protect
the compatibility header des_old.h.  In the new des.h, let's use
a slightly different protecting macro.

The rationale is that there are application that might include (via
other header files, perhaps) both an old libdes des.h and OpenSSL's
des.h.  Whichever comes first would overshadow the other because of
the clash in protecting macro.  This fix solves that problem.

This stops a compiler warning from -Wmissing-prototypes.
(Noticed by Nils Larsch)

Update -Olimit setting.
Submitted by: Bernhard Simon <simon@zid.tuwien.ac.at>
Reviewed by:
PR:

Update -Olimit setting.
Submitted by: Bernhard Simon <simon@zid.tuwien.ac.at>
Reviewed by:
PR:

test commit (just removing tailing blanks) #2 after migration

test commit (removing trailing blanks) after migration

test blank-line commit after migration -- just ignore

A memset() too many got converted into a OPENSSL_cleanse().
PR: 393

A memset() too many got converted into a OPENSSL_cleanse().
PR: 393

BN_sqr test failure entry.

Fix wrong URI.
Submitted by: assar@kth.se
Reviewed by:
PR: 390

Fix wrong URI.
Submitted by: assar@kth.se
Reviewed by:
PR: 390

make update

Hmm, Geoff's change made things quite interesting.  We can now give
users the option of disabling deprecated functions, which should of
course be reflected in libeay.num and .def files.  Quite nice,
actually.

Nils Larsch submitted;
  - a patch to fix a memory leak in rsa_gen.c
  - a note about compiler warnings with unions
  - a note about improving structure element names

This applies his patch and implements a solution to the notes.

Since it's defined in draft-ietf-tls-compression-04.txt, let's make
ZLIB a known compression method, with the identity 1.

Undefine OPENSSL_NO_DEPRECATED inside openssl application code if we are
being built with it defined - it is not a symbol to affect how openssl
itself builds, but to alter the way openssl headers can be used from an API
point of view. The "deprecated" function wrappers will always remain inside
OpenSSL at least as long as they're still being used internally. :-)

The exception is dsaparam which has been updated to the BN_GENCB-based
functions to test the new functionality. If GENCB_TEST is defined, dsaparam
will support a "-timebomb <n>" switch to cancel parameter-generation if it
gets as far as 'n' seconds without completion.

This is a first-cut at improving the callback mechanisms used in
key-generation and prime-checking functions. Rather than explicitly passing
callback functions and caller-defined context data for the callbacks, a new
structure BN_GENCB is defined that encapsulates this; a pointer to the
structure is passed to all such functions instead.

This wrapper structure allows the encapsulation of "old" and "new" style
callbacks - "new" callbacks return a boolean result on the understanding
that returning FALSE should terminate keygen/primality processing.  The
BN_GENCB abstraction will allow future callback modifications without
needing to break binary compatibility nor change the API function
prototypes. The new API functions have been given names ending in "_ex" and
the old functions are implemented as wrappers to the new ones.  The
OPENSSL_NO_DEPRECATED symbol has been introduced so that, if defined,
declaration of the older functions will be skipped. NB: Some
openssl-internal code will stick with the older callbacks for now, so
appropriate "#undef" logic will be put in place - this is in case the user
is *building* openssl (rather than *including* its headers) with this
symbol defined.

There is another change in the new _ex functions; the key-generation
functions do not return key structures but operate on structures passed by
the caller, the return value is a boolean. This will allow for a smoother
transition to having key-generation as "virtual function" in the various
***_METHOD tables.

Fix a warning, and do some constification as a lucky side-effect :-)

Since it's defined in draft-ietf-tls-compression-04.txt, let's make
ZLIB a known compression method, with the identity 1.

Implement a stateful variant if the ZLIB compression method.  The old
stateless variant is kept, but isn't used anywhere.

Forgot one.

Add a few items I intend to work on for 0.9.8 and on.

I haven't worked on OCSP at all for a long time, and my KRB5 work will
be concentrated on Heimdal support.

Workaround for GCC-ia64 compiler bug.

Submitted by: <appro>
Reviewed by:
PR:

Workaround for GCC-ia64 compiler bug.

Submitted by: <appro>
Reviewed by:
PR:

linux64-sparcv9 support

Submitted by: <appro>
Reviewed by:
PR:

Some compilers are quite picky about non-void functions that don't return
anything.

Some compilers are quite picky about non-void functions that don't return
anything.

Apparently, bash is more forgiving than sh.  To be backward
compatible, don't use ==, use = instead...

Apparently, bash is more forgiving than sh.  To be backward
compatible, don't use ==, use = instead...

Keep NEWS in HEAD up to date.

The news were not updated in time...

Tagging has been done, time to move the branch to 0.9.7-beta6
development.

Keep STATUS in HEAD up to date.

Time to release 0.9.7-beta5.
The tag will be OpenSSL_0_9_7-beta5.

Merge in relevant changes from the OpenSSL 0.9.6h release.

Merge in relevant changes from the OpenSSL 0.9.6h release.

SSL_CERT_FILE should be used in place of the system default file, not as
a first alternative to try

SSL_CERT_FILE should be used in place of the system default file, not as
a first alternative to try

Corrected DJGPP patch

Corrected DJGPP patch

linux64-sparcv9 support finally debugged and tested.

Submitted by:
Reviewed by:
PR:

Make sure to implement the cryptodev engine only when /dev/crypto exists.
PR: 385

Make sure to implement the cryptodev engine only when /dev/crypto exists.

make update

make update

Declare another general file.

Allow users to modify /MD to /MT.
PR: 380

Allow users to modify /MD to /MT.
PR: 380

Make sure using SSL_CERT_FILE actually works, and has priority over system defaults.
PR: 376

Make sure using SSL_CERT_FILE actually works, and has priority over system defaults.
PR: 376

If an application supports static locks, it MUST support dynamic locks as
well to be able to use the CHIL engine.
PR: 281

If an application supports static locks, it MUST support dynamic locks as
well to be able to use the CHIL engine.
PR: 281

PR: 381

Only check for a result buffer if the allocated string is a prompt string.
PR: 381

Only check for a result buffer if the allocated string is a prompt string.
PR: 381

Do not implement RC4 stuff if RC4 is disabled.  Concequently, apply the same
rule for SHA stuff.
PR: 381

Do not implement RC4 stuff if RC4 is disabled.  Concequently, apply the same
rule for SHA stuff.
PR: 381