On Thu, Jan 16, 2014, Florian Weimer wrote: > > The additional resolution of a tick counter might make reseeding > after fork unnecessary, but it's difficult to be sure. Something > not based on timing information looks desirable to me. >
I should point out that the aim of the current code is not to completely reseed after fork() but to make the PRNG state diverge so that the two processes do not share the same internal PRNG state. Steve. -- Dr Stephen N. Henson. OpenSSL project core developer. Commercial tech support now available see: http://www.openssl.org ______________________________________________________________________ OpenSSL Project http://www.openssl.org Development Mailing List openssl-dev@openssl.org Automated List Manager majord...@openssl.org