Date: Tue, 17 Apr 2001 07:20:04 -0700 (PDT) From: Peter Pentchev <roam@orbitel.bg> To: freebsd-bugs@FreeBSD.org Subject: Re: misc/26646: srand() provides only 8-bit table Message-ID: <200104171420.f3HEK4f64047@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
The following reply was made to PR misc/26646; it has been noted by GNATS. From: Peter Pentchev <roam@orbitel.bg> To: Seth <seth@psychotic.aberrant.org> Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: misc/26646: srand() provides only 8-bit table Date: Tue, 17 Apr 2001 17:15:08 +0300 On Tue, Apr 17, 2001 at 10:02:23AM -0400, Seth wrote: > > >Number: 26646 > >Category: misc > >Synopsis: srand() provides only 8-bit table > >Originator: Seth > >Release: FreeBSD 4.0-20000710-STABLE i386 > >Organization: [snip] > >Fix: > > There are two possible workarounds. The first is to identify all third-party > code that uses srand() and rand() and apply the necessary patches to > make them use srandom() and random(). The second is to "fix" srand() > and rand() by redefining them as srandom() and random(): There was a recent discussion on -arch, which seemed to suggest that the first workaround would be the better one. There seem to be people running programs that depend on the exact algorithm rand() uses - don't as me why.. and.. hm.. I don't seem to remember any other reasons for not strengthening s/rand() that popped up then.. G'luck, Peter -- I am jealous of the first word in this sentence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200104171420.f3HEK4f64047>