"Doug Kaufman" wrote: > I also looked at the problem of DJGPP not having had a good way of > getting entropy to seed the PNRG. I made a change to let DJGPP use the > rand_egd mechanism. I don't see any reason why it can't work in DJGPP > and now seems to be polling the socket when tested.
The rand_egd.c code uses an AF_UNIX socket which isn't supported in Watt-32 (it would return -1). The net effect would be the same as before your patch. > I also put in a > new RAND_poll function for DJGPP. The DJGPP system does not have a > good random number generator, but does have two pseudo random number > generators, rand and random, which use different algorithms to obtain > pseudorandom numbers from a seed. This looks okay. I'm not sure about the uniformity of rand() vs. random(). The djgpp-workers have had some discussions about this. Refs: http://www.delorie.com/archives/browse.cgi?p=djgpp-workers/2000/06/09/09:50:39 http://www.delorie.com/archives/browse.cgi?p=djgpp-workers/1998/11/18/17:08:34 Look at the TT800 generator with a seq-length of 2^800-1. Maybe this could be lifted into OpenSSL/djgpp. If I had a PC with the VIA Padlock chipset, it would probably be simple to get hardware PRNG to work under djgpp too. --gv ______________________________________________________________________ OpenSSL Project http://www.openssl.org Development Mailing List [EMAIL PROTECTED] Automated List Manager [EMAIL PROTECTED]
