single fault:-) Needless to mention that bnbug.c posted couple of days
ago passes as well...

where the new functions are mentioned.

backup will complain about some version not existing.  Perhaps.

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.

patch.

(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.

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

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.

system.

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.

restored, but not as a macro this time...

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

(actually, much more is needed, like a real config script)

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.

another one, but only if you stick to sproc(2).

IRIX, one is to call sproc(2) when every thread does get own pid and
POSIX threads when all the threads share same pid.

The return value of handshake_func is signed, not unsigned.

signed/unsigned stuff in s3_pkt.c)

Submitted by:
Reviewed by:
PR: