| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
after srandom(1)
|
|
|
|
| |
value correlation. Correlation still remains because of algorithm limits.
|
|
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
| |
ready for it yet.
|
|
|
|
|
|
|
|
| |
This will make a number of things easier in the future, as well as (finally!)
avoiding the Id-smashing problem which has plagued developers for so long.
Boy, I'm glad we're not using sup anymore. This update would have been
insane otherwise.
|
| |
|
|
|
|
|
| |
Since /usr/include/libkern doesn't and shouldn't exist, this is the
least evil way to handle this.
|
| |
|
|
|