src-test2/lib/libc/stdlib/random.c, branch release/8.2.0_cvs FreeBSD source tree https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F8.2.0_cvs 2011-02-16T16:18:46Z Copy releng/8.2 to release/8.2.0 for 8.2-RELEASE. 2011-02-16T16:18:46Z Ken Smith kensmith@FreeBSD.org 2011-02-16T16:18:46Z urn:sha1:dec99dafe5763ba1db6950342aa80a634169c083 Approved by: re (implicit) This commit was manufactured to restore the state of the 8.2-RELEASE image. Per Regents of the University of Calfornia letter, remove advertising 2007-01-09T00:28:16Z Warner Losh imp@FreeBSD.org 2007-01-09T00:28:16Z urn:sha1:c879ae3536e6d92b8d96c8965c5b05fcb9541520 clause. # If I've done so improperly on a file, please let me know. Use 'uint32_t' instead of 'long' when a 32-bit integer is intended. 2004-01-20T03:02:18Z David Schultz das@FreeBSD.org 2004-01-20T03:02:18Z urn:sha1:307649e2f34ba5afe7fa7aac41f1eb606274a4d4 This results in no functional change, aside from fixing a data corruption bug on LP64 platforms. The code here could still use a significant amount of cleanup. PR: 56502 Submitted by: hrs (earlier version) For type 0 rng lower initial drop to 50, it is enough to hide linearity 2003-08-10T17:49:55Z Andrey A. Chernov ache@FreeBSD.org 2003-08-10T17:49:55Z urn:sha1:40220dde01a8da89fedfb7c78b1c485714ab6ef7 Reorganize historic #ifdef section For rand(3) and random(3) TYPE_0 drop NSHUFF values right after srand{om}() 2003-02-04T11:24:08Z Andrey A. Chernov ache@FreeBSD.org 2003-02-04T11:24:08Z urn:sha1:ddd972a9bd5f8a73cd9eb33181072d07ea99aa73 to remove part of seed -> 1st value correlation. Correlation still remains because of algorithm limits. Note that old algorithm have even stronger correlation, especially in the lower bits area, but not eye-visible, as current one. Park & Miller PRNG can be safely initialized with any value but 0 and stuck 2003-02-03T10:22:12Z Andrey A. Chernov ache@FreeBSD.org 2003-02-03T10:22:12Z urn:sha1:2f5ef51de2995dce0f81042d954bb9c8f00e7d9f at 0 as designed. Its BSD adaptation tries to fight it by mapping 0 to 2147483647 after calculation, but this method not works since 2147483647 seed returns to 0 again on the next interation. Instead of after calculation mapping, map 0 to another value _before_ calculation, so it never stucks. Fix the style of the SCM ID's. 2002-03-22T21:53:29Z David E. O'Brien obrien@FreeBSD.org 2002-03-22T21:53:29Z urn:sha1:333fc21e3cd79bca0c94d7722c5a56cb5ad078d1 I believe have made all of libc .c's as consistent as possible. Remove __P() usage. 2002-03-21T22:49:10Z David E. O'Brien obrien@FreeBSD.org 2002-03-21T22:49:10Z urn:sha1:c05ac53b8bbbbd998e18c6544011dd90f0f082da Remove 'register' keyword. 2002-03-21T18:49:23Z David E. O'Brien obrien@FreeBSD.org 2002-03-21T18:49:23Z urn:sha1:8fb3f3f68288ae2b1b53dd65e3dd673d83c80f4c Add a long-overdue nail to the deprecated /dev/urandom interface 2001-10-30T21:26:50Z Mark Murray markm@FreeBSD.org 2001-10-30T21:26:50Z urn:sha1:724641c6f4800f0ca277f82746e01dd761af3534 by asking some things that need unpredictable numbers to read /dev/random instead.