> > Then you will get collisions which you will have to deal with. I am not > > familiar with the code but if we can handle collisions nicely then that > > would be the way to go: 64^6 = 2^36 possibilities which is nice... > > 1) Just totally opposite: mixing random with non-random sources you'll get > into collision much faster then with random source only. 2) Yet, of course, > the code handles collisions. Incorrect. See my other mail; ${RANDOM} xor ${PREDICTABLE} is random. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
- Re: mktemp() patch Kris Kennaway
- Re: mktemp() patch Kris Kennaway
- Re: mktemp() patch Jeroen C. van Gelderen
- Re: mktemp() patch Kris Kennaway
- Re: mktemp() patch Jeroen C. van Gelderen
- Re: mktemp() patch Andrey A. Chernov
- Re: mktemp() patch Matthew Dillon
- Re: mktemp() patch Andrey A. Chernov
- Re: mktemp() patch Andrey A. Chernov
- Re: mktemp() patch Mark Murray
- Re: mktemp() patch Mark Murray
- Re: mktemp() patch Andrey A. Chernov
- Re: mktemp() patch Andrey A. Chernov
- Re: mktemp() patch Mark Murray
- Re: mktemp() patch Mark Murray
- Re: mktemp() patch Mark Murray
- Re: mktemp() patch Andrey A. Chernov
- Re: mktemp() patch Mark Murray
- Re: mktemp() patch Andrey A. Chernov
- Re: mktemp() patch Mark Murray
- Re: mktemp() patch Warner Losh