e_os.h defines Getenv()

CONF_METHOD is one of the few places where you find MS_FAR.  I can't
really see why we need to define these function pointers with MS_FAR
if it's not done cosistently everywhere.

If we decide to support MS_FAR modifiers, it's better to have the
named something more unique for OpenSSL and to define them in e_os2.h.

Define the OPENSSL_NO_* macros as NO_* macros for the sake of applications thathaven't yet been changed

e_os.h problems have been solved in the main branch.

undo previous change: "e_os.h" is now the official name for the file
to include (but the OpenSSL_0_9_6-stable branche still has
inconsistencies)

include e_os.h as "openssl/e_os.h" (as elsewhere)

e_os.h does not belong with the exported headers.  Do not put it there
and make all files the depend on it include it without prefixing it
with openssl/.

This means that all Makefiles will have $(TOP) as one of the include
directories.

Since RAND_file_name() uses strlen, make sure the number that's
compared to it has the type size_t.  Included the needed headers to
make that happen.

Use e_os2.h rather than opensslconf.h, since some needed macros are
defined there.

Exported header files should not include e_os.h.

Since opensslconf.h might be included over and over, undefine
OPENSSL_UNISTD before redefining it, to avoid compiler warnings.

One indirection level too little compared to the
pre-CRYPTO_MEM_LEAK_CB time.

Windows does not know of strigs.h or strcasecmp, so when in Windows,
make strcasecmp a macro to _stricmp.

Always include opensslconf.h, even if it's already been done before.
The reason is that some parts are only included when certain other
include files have been included.

Also, it seems that the rest of the OpenSSL code assumes that all
kinds of M$ Windows are MSDOS as well...

When inside a #if 0..#endif, do not define anything.

Since SSL_add_dir_cert_subjects_to_stack isn't impemented on VMS,
there's no point creating an alias for it.

Include e_os2.h instead of opensslconf.h.
SSL_add_dir_cert_subjects_to_stack is not implemented on WIN32 and
VMS, so declare it the same way.

Rebuild ASN1 error codes to remove unused function and reason codes.

If a callback is generating a new session ID for SSLv2, then upon exiting,
the ID will be padded out to 16 bytes if the callback attempted to generate
a shorter one. The problem is that the uniqueness checking function used in
callbacks may mistakenly think a 9-byte ID is unique when in fact its
padded 16-byte version is not. This makes the checking function detect
SSLv2 cases, and ensures the padded form is checked rather than the shorter
one passed by the callback.

Note changes re: session ID generation callbacks, etc.

This adds command-line support to s_server for controlling the generation
of session IDs. Namely, passing "-id_prefix <text>" will set a
generate_session_id() callback that generates session IDs as random data
with <text> block-copied over the top of the start of the ID. This can be
viewed by watching the session ID s_client's output when it connects.

This is mostly useful for testing any SSL/TLS code (eg. proxies) that wish
to deal with multiple servers, when each of which might be generating a
unique range of session IDs (eg. with a certain prefix).

This change allows a callback to be used to override the generation of
SSL/TLS session IDs in a server. According to RFC2246, the session ID is an
arbitrary value chosen by the server. It can be useful to have some control
over this "arbitrary value" so as to choose it in ways that can aid in
things like external session caching and balancing (eg. clustering). The
default session ID generation is to fill the ID with random data.

The callback used by default is built in to ssl_sess.c, but registering a
callback in an SSL_CTX or in a particular SSL overrides this. BTW: SSL
callbacks will override SSL_CTX callbacks, and a new SSL structure inherits
any callback set in its 'parent' SSL_CTX. The header comments describe how
this mechanism ticks, and source code comments describe (hopefully) why it
ticks the way it does.

Man pages are on the way ...

[NB: Lutz was also hacking away and helping me to figure out how best to do
this.]

'make update'

'make update'

Modify mkdef.pl to recognise and parse prprocessor conditionals of the
form '#if defined(...) || defined(...) || ...' and '#if !defined(...)
&& !defined(...) && ...'.  This also avoids the growing number of
special cases it was previously handling (some of them wrongly).

I had forgotten to change mkerr.pl to use the new macro system.

strdup() is a X/Open extension.

With later version of DEC C on VMS, some functions (strcmp(), for
example) are declared with some extra linkage information.  This
generates a warning when using the function name as a value to a
regular function pointer with the "correct" definition of the
function.  Therefore, use a macro to cast the appropriate function on
VMS.

Some functions, like strdup() and strcasecmp(), are defined in
strings.h according to X/Open.

I forgot there was a reason why the inclusions and definition of u_int
was made in a certain sequence.  This change restores the earlier
"chain of command".

OpenVMS catches up.

The callbacks in the NAME_FUNCS structure are not used directly as LHASH
callbacks, and their prototypes were consistent as they were. These casts
need reversing.

Also, I personally find line breaks during parameter lists (ie a line
ending in a comma) easier to read at a glance than line breaks at the end
of a function call and before a dereference on the return value (ie a line
ending in a closed-bracket followed by a line starting with "->").

make it a loop as in dsa

Get e_os2.h to get all the system definitions correctly.

Get the right cast for lhash callback functions.

Include string.h so mem*() functions get properly declared.

Fix typo.

A new bunch of too long symbols to hack.
OCSP_CRLID_new and OCSP_crlID_new clash on case-insensitive systems.

DEC C on VMS is pedantic by definition.

Include OpenSSL header files earlier so macros like OPENSSL_SYS_VMS
get a chance to be defined.
Make a batter file name translator (uhm, no, that's not the finished
variant :-)).

Include OpenSSL header files earlier so macros like OPENSSL_SYS_VMS
get a chance to be defined.

Include opensslconf.h or the like early to make sure system macros get
correctly defined.

Let VMS catch up.

DEC C on VMS is pedantic by definition.

Use sk_*_new_null() instead of sk_*_new(NULL).  That avoids getting
lots of silly warnings from the compiler.

honour '-no_tmp_rsa'

Include string.h so mem* functions get properly declared.

Include OpenSSL header files earlier so macros like OPENSSL_SYS_VMS
get a chance to be defined.

Include string.h so mem* functions get properly declared.

Use 0 instead of NULL, at least for function casts, since there are
variants of stdio.h that define NULL in such a way that it's "unsafe"
to use for function pointer casting.

update

Use new-style system-id macros everywhere possible.  I hope I haven't
missed any.

This compiles and runs on Linux, and external applications have no
problems with it.  The definite test will be to build this on VMS.

Fix BN_[pseudo_]rand: 'mask' must be used even if top=-1.

Mention BN_[pseudo_]rand with top=-1 in CHANGES.

Use new-style system-id macros.

I'm sick of the warnings about long long...

Use BN_rand_range().

Fix warning.

BN_rand_range() needs a BN_rand() variant that doesn't set the MSB.

note OPENSSL_issetugid().

Temporary fix for build break.
It's still inconsistent - probably better to undo the whole OPENSSL_NO_* thing.

Make sure time() is properly declared.

Use the new-style system-identity macros.

I forgot to document the system identification macros

Make all configuration macros available for application by making
sure they are available in opensslconf.h, by giving them names starting
with "OPENSSL_" to avoid conflicts with other packages and by making
sure e_os2.h will cover all platform-specific cases together with
opensslconf.h.

I've checked fairly well that nothing breaks with this (apart from
external software that will adapt if they have used something like
NO_KRB5), but I can't guarantee it completely, so a review of this
change would be a good thing.

Remove temporary files when done.

make update

An obvious but hard-to-see cut'n'paste error corrected.

New -set_serial options to 'req' and 'x509'.

Remove the old broken bio read of serial numbers in the 'ca' index
file. This would choke if a revoked certificate was specified with
a negative serial number.

Fix typo in uid.c

Do not insert things in syms{} and kind{} when parsing the header
files.  Instead, insert proper information in the $def string, which
will be properly munged later on.

Make the choice of "makedepend" program choosable through a switch.

VMS follows suit.

Memory leak detection bugfixes for multi-threading.

Add uid.{c,o}

Perl code patch contributed by "Kurt J. Pires" <kjpires@iat.com>
His own words are:

The patch adds no new functionality (other than a simple test package)
to the libraries, but it allows them to be compiled with Perl5.6.0.
It has only been tested under "Red Hat Linux release 7.0 (Guinness)"
with the unpatched verion of OpenSSL 0.9.6 released last September.

Make it possible to use gcc to generate the dependency tables.

ispell

pod format error

New options to 'ca' utility to support CRL entry extensions.

Add revelant new X509V3 extensions.

Add OIDs.

Fix ASN1 memory leak code to pop info if external allocation used.

Move entry to match chronologic orderering.

Don't forget to mention minor change.

Add "-rand" option to s_client and s_server.

That was misleading. The problem won't happen with 0.9.6a anyway.

Include the newly reported problem with bc on FreeBSD 4.2.

Option to disable standard block padding with EVP API.

Add -nopad option to enc command.

Update docs.

New function OPENSSL_issetugid(). Needs more work.

Initial OCSP SSL support.

IRIX bugfix

Finish first round of session cache documentation.

Update of linux-ppc.  Contributed by MATSUURA Takanori
<t-matsuu@protein.osaka-u.ac.jp>

New manual page: SSL_CTX_set_mode.

New function OCSP_parse_url() and -url option for ocsp utility.

Doesn't handle SSL URLs yet.

Modify OCSP nonce behaviour.

Work around for libsafe "error".

Re-order a couple of static functions and "#if 0" out unused ones - this
gets rid of gcc warnings.

This change was a quick experiment that I'd wanted to try that works quite
well (and is a good demonstration of how encapsulating the SSL in a
memory-based state machine can make it easier to apply to different
situations).

The change implements a new command-line switch "-flipped <0|1>" which, if
set to 1, reverses the usual interpretation of a client and server for SSL
tunneling. Normally, an ssl client (ie. "-server 0") accepts "cleartext"
connections and conducts SSL/TLS over a proxied connection acting as an SSL
client. Likewise, an ssl server (ie. "-server 1") accepts connections and
conducts SSL/TLS (as an SSL server) over them and passes "cleartext" over
the proxied connection. With "-flipped 1", an SSL client (specified with
"-server 0") in fact accepts SSL connections and proxies clear, whereas an
SSL server ("-server 1") accepts clear and proxies SSL. NB: most of this
diff is command-line handling, the actual meat of the change is simply the
line or two that plugs "clean" and "dirty" file descriptors into the item
that holds the state-machine - reverse them and you get the desired
behaviour.

This allows a network server to be an SSL client, and a network client to
be an SSL server. Apart from curiosity value, there's a couple of possibly
interesting applications - SSL/TLS is inherently vulnerable to trivial DoS
attacks, because the SSL server usually has to perform a private key
operation first, even if the client is authenticated. With this scenario,
the network client is the SSL server and performs the first private key
operation, whereas the network server serves as the SSL client. Another
possible application is when client-only authentication is required (ie.
the underlying protocol handles (or doesn't care about) authenticating the
server). Eg. an SSL/TLS version of 'ssh' could be concocted where the
client's signed certificate is used to validate login to a server system -
whether or not the client needs to validate who the server is can be
configured at the client end rather than at the server end (ie. a complete
inversion of what happens in normal SSL/TLS).

NB: This is just an experiment/play-thing, using "-flipped 1" probably
creates something that is interoperable with exactly nothing. :-)

More about session caching.

Include information that automatic query is a new feature.

Update for 0.9.7 with SSL_OP_CIPHER_SERVER_PREFERENCE.

Manual page for SSL_CTX_set_options(). Unfortunately for some of the
options someone much longer working with OpenSSL/SSLeay is needed.

Oops: It's RegTP, not RegPT ...