only queried when the /dev/[u]random devices did not return enough
entropy. Only the amount of entropy missing to reach the required minimum
is queried, as EGD may be drained.
Queried locations are: /etc/entropy, /var/run/egd-pool

correctly, but RAND_add(..,n) counts the increasing n several times.
Only RAND_add(..,n) once entropy collection is finished.

them for a short period of time (actually, poll them with select(),
then read() whatever is there), which is about 10ms (hard-coded value)
each.

Separate Windows and Unixly code, and start on a VMS variant that
currently just returns 0.

Spotted by "David Schwartz" <davids@webmaster.com>.

The randomness may not actually be very good (we don't know).

At the same time, add VMS support for Rijndael.

returns -1...

acceptable, since all that happens if it fails is a library with
an index, which makes linking slower, but still working correctly.

work better in Win32.  Verified by zhu qun-ying <qyzhu@krdl.org.sg>.

so disable that part.
Reported by Jeffrey Altman <jaltman@columbia.edu>

disagree on the proper syntax and type names.

Jeffrey Altman reminds us to initialize some variables and ercommends the use of LOadLibrary instead of GetModuleHandle

problems with GetCursorInfo, but also adds network statistics and
performance statistics where available.

doesn't quite work on WinNT 4 earlier than SP6.  It works fine on
Windows 98 and Windows 2000.

I'm disabling it for now.  What's really needed is some kind of check
to see if GetCursorInfo is safe to call, or alternatively, GetCursor
or GetCursorPos could be used, according to Jeffrey.

no way to make sure GetCursorInfo will give us a valid answer.

The copy at www.usenix.org is the old version.

- Make sure PCURSORINFO is defined even on systems that do not provide it.
- Change the reference to Peter Gutmann's paper.
- Make sure we don't walk the whole heap lists for performance reasons.
  Jeffrey Altman suggests following Peter Gutmann's advice to keep it
  to 50 heap entries per heap list.

supporting threads, which means that th assertion is supperbly
dangerous, so make sure it's not compiled under Win32, period.

it wants to stir the pool using ssleay_rand_add.  This fix provides the
possibility to call ssleay_rand_add inside a locked state by simply telling
it not to do any locking through a static variable.  This isn't the most
elegant way one could do this, but it does retain thread safety during the
stirring process.

In crypto/err/err.c need to initialise p to
NULL in case thread_hash is NULL. Otherwise
p will be uninitialized.

rand_lcl.h

The message to everyone is "Do not hack OpenSSL when stressed"...

the RANDEGD environment variable.

today.  Time to add extra info so the poor users know where to
go with their troubles.

Fixes for Win32 build.

This is mostly a work around for the old VC++ problem
that it treats func() as func(void).

Various prototypes had been added to 'compare' function
pointers that triggered this. This could be fixed by removing
the prototype, adding function pointer casts to every call or
changing the passed function to use the expected arguments.
I mostly did the latter.

The mkdef.pl script was modified to remove the typesafe
functions which no longer exist.

Oh and some functions called OPENSSL_freeLibrary() were
changed back to FreeLibrary(), wonder how that happened :-)

label. (Reported by Alexei Bakharevski.)