Include rand.h so RAND_pseudo_bytes may be declared.
Remove one ampersand so the compiler may complain less.
Make rand() static so it will not conflict with the C RTL.
Make bug() static too, for good measure.

More platforms passed the test.

More tests passed.

works on solaris

Update the OpenVMS/VAX status

IRIX6* tests passed.

MacOS tidbits. Add new files to the project, update config.

corrections

Works with gcc 2.8.0 as well.

No, the VAX is not a 64 bit architecture.

Use standard header file string.h for memset prototype (where
"standard" refers to the C language, probably there's also some
standard that defines memory.h).

Don't call BN_rand with zero bits in bntest.c

Make sure to catch UnixWare 7, even if the version is 7.1.1 or
something like that.

Update config for the unixware targets by looking at what was done in
Apache's GuessOS (from Apache 1.3.1).

Declare memset.

Typo.

AIX and HP-UX are passing the tests.

Warning about old gcc, though (and I recall getting in trouble with
gcc 2.8.0.  I'll try that again).

OpenSSL doesn't compile well on OpenVMS/VAX, it seems.

I'm looking into it, it's probably a simple script error.

One test passed for VMS.

A new beta has been released, and one test is documented.

OpenVMS often has problems with files with more than on period in it.
Here's instructions on what to do if you get into trouble because of
that.

remove obsolete BN_CTX info

Add a comment.

For lack of a better name, this is now called 0.9.5beta3-dev until the
release.

Change version string to reflect the release of beta 2.

Stop logging all the files that are copied all over the place...

New logical names to skip algorithms are now supported.

New logical names to skip algorithms are now supported.
Also, on Alpha, vms.mar is no longer used (it produced a lot of
confusing messages) for BN.  Instead, the assembler part of bn_lcl.h
is used.

New "target": CONFIG.  This will build the opensslconf.h file from
what is known about VAX and Alpha running VMS, and from the
opensslconf.h.in (in VMS often named OPENSSLCONF.H_IN) file.

Add and change docs for the changes that have been made.

put function names in the title.

Statement that it fails only on 32-bit architectures isn't true.

Overly long lines look ugly in the DOS editor. :)

Bug fix!

Fix so Win32 compiles again...

Fix so Win32 assembly language works with MASM.

Add info about where to get MASM.

*** empty log message ***

workaround no longer needed

remove

Reorganize bn_mul.c (no bugfix yet), remove obsolete files in BN library.

minor clarification

Make ASN1 types real typedefs.

Rebuild error files.

BN_div_recp fix. I've ran divtest for 10 mins and it didn't exhibit a
single fault:-) Needless to mention that bnbug.c posted couple of days
ago passes as well...

A small script to compile mttest.c on VMS as well.

Make sure there's some entropy, and log a few more errors.

More get0 et al. changes.  Also provide fgrep targets in CHANGES
where the new functions are mentioned.

make update

Make sure that all test files are gone before starting the tests, or
backup will complain about some version not existing.  Perhaps.

Move to using the same perl code as Makefile.ssl

Just as in Unix, make sure to generate some kind of "random data".

Typo corrected.

Don't include sys/types.h if NO_SYS_TYPES_H is defined.

The OpenVMS library is most definitely not built for anything but
files, unless it's all in unixly syntax.  We can't guarantee that
right now, so let's skip the whole test suit.  There are other places
(like the open()) where errors are detected anyway.

Add support for Unixware 7.  Thanks to Ron Record <rr@sco.com> for the
patch.

Make clear which naming convention is meant.

Fix shadow warning.

ftruncate() and fileno() are not supported on all versions of OpenVMS
(they don't really exist before version 7), so that solution was toast.
Instead, let's do it the way it's done on Unix, but then remove older
versions of the file.

That new mechanism *may* fail for some unixly formated file spec,
although I wouldn't worry too much about it.

Rename functions for new convention.

Let's avoid compiler warnings over types.

Actually, this should be resolved by using size_t a bit more, but
that'll be for later.

Compile rand_egd.c on VMS as well.

For safety, check __VMS as well.

Correct small typo

Since a stack with quite long name is declared here, vms_idhacks.h is
also needed to get around C compilers on VMS that set the symbol limit
to 31 characters.  Bot the macros VMS and __VMS are checked, since
there's no real way to know if e_os.h has been included yet.

Small error fix.

Adjust all the old scripts to deal with the new location.

New script to compile on systems that already have pthreads in the
system.

Update the two threads modules to conform to our recommendations (use
CRYPTO_num_locks() instead of CRYPTO_NUM_LOCKS!), and correct all the
inconsistencies with the rest of OpenSSL.

At least, this compiles nicely on Linux using PTHREADS.  I've done no
other tests so far.

Some time in history, SSL_CTX_sessions() disappeared.  It is now
restored, but not as a macro this time...

flush output.
Looks like it fails when b is a power of 2, but I never get incorrect
results.

Another test passed

Enhance consistency by using BIO_flush() instead of fflush().

Changes to synchronise with Unix.
(actually, much more is needed, like a real config script)

Test the division functions.

Apparently BN_div_recp reports an error for small divisors
(1,2,4,8,40).

I haven't got mismatches so far. If you can, please run the test
program for a few days (nohup divtest >out& or something), and if it
reports a mismatch, post the output.

Status update

Linux is almost the only one where getpid() == thread-id. IRIX is
another one, but only if you stick to sproc(2).

Use unsigned loop index to make compilers happy

The main() return value is a program's exit code.

links

There're two (incompatible) ways to write multi-threaded programs under
IRIX, one is to call sproc(2) when every thread does get own pid and
POSIX threads when all the threads share same pid.

mention RAND_egd()

The previous revision should have generated _more_ warnings, not less ...
The return value of handshake_func is signed, not unsigned.

More VC++ pickiness. (destest.c doesn't have a "return" and the usual
signed/unsigned stuff in s3_pkt.c)

Submitted by:
Reviewed by:
PR:

Gets around VC++ compiler pickiness. (long != double)

PR:

Add OpenSSL licen[cs]e.

mt contained an old copy of mttest.c. remove it and move the other
files to crypto/threads

Fix off-by-one error :-)

In "make clean", delete files created by "make report".

Fix warnings by using unsigned int where appropriate.

Ignore files that, well, should be ignored.

VC++ problem

*** empty log message ***

EGD bugfix.

Submitted by: Lutz Jaenicke <Lutz.Jaenicke@aet.TU-Cottbus.DE>

ispell

linux-ppc

Submitted by: Franz Sirl <Franz.Sirl-kernel@lauterbach.com>

signed/unsigned mismatch (VC++)

Submitted by: Peter 'Luna' Runestig" <peter+openssl-users@runestig.com>

different snprintf version.

Use threads for linux-ppc.

Clarification.

handle entropy estimate correctly

Allow code which calls RSA temp key callback to cope
with a failure.

Fix typos in some error codes.