"Andrey A. Chernov" wrote:
> On Sun, Jan 20, 2002 at 19:55:31 +0000, Mark Murray wrote:
> > This works, but strikes me as overkill. This is salt, not cryptographic
> > randomness, so 'srandom(junk)' is most likely better as a replacement
> > for srandomdev() (where 'junk' can be time(), pid or anything similar).
> You can't call srandom() from the libraries for the same purposes as
> srandomdev(), i.e. it damages user application current RNG state in the
> same way.
> I mean this:
> 1) User call srandom(3)
> 2) Library calls srandomdev() or srandom(123)
> Second step is effectively damages srandom(3) RNG state.
Since the library is a totally encapsulated usage, it makes sense
for it to save and restore state aroun its use of the functions,
which would effectively allow concurrent use of the generator
with other code that uses it.
Other code that cares about the state should do the same.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message