From owner-freebsd-bugs Tue Apr 17 7:20: 9 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 3258937B42C for ; Tue, 17 Apr 2001 07:20:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3HEK4f64047; Tue, 17 Apr 2001 07:20:04 -0700 (PDT) (envelope-from gnats) Date: Tue, 17 Apr 2001 07:20:04 -0700 (PDT) Message-Id: <200104171420.f3HEK4f64047@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Peter Pentchev Subject: Re: misc/26646: srand() provides only 8-bit table Reply-To: Peter Pentchev Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/26646; it has been noted by GNATS. From: Peter Pentchev To: Seth 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