On Monday, 4 March 2013 at 04:18:10 UTC, Rob T wrote:
On Saturday, 2 March 2013 at 17:40:58 UTC, Joseph Rushton
Wakeling wrote:
Hello all,
Can anyone advise on the theoretical basis for the
unpredictableSeed method in std.random? I've tried googling
around for the theory of good thread-safe
is statistically safe?, as there are lots of ways I can go about
that. I'm concerned with the theoretical and practical justification for
Phobos' existing unpredictableSeed, and possible superior alternatives that
could reasonably be implemented _for Phobos_.
-focus the discussion -- I'm not so much asking
How do I ensure my own code is statistically safe?, as there
are lots of ways I can go about that. I'm concerned with the
theoretical and practical justification for Phobos' existing
unpredictableSeed, and possible superior alternatives that
could
Can anyone advise on the theoretical basis for the
unpredictableSeed method in std.random? I've tried googling
around for the theory of good thread-safe seed generation
methods but haven't really found anything. :-(
I have to ask: what would be a good unpredictableSeed by
definition
Am Sun, 03 Mar 2013 09:58:41 +0100
schrieb Ivan Kazmenko ga...@mail.ru:
Can anyone advise on the theoretical basis for the
unpredictableSeed method in std.random? I've tried googling
around for the theory of good thread-safe seed generation
methods but haven't really found anything
03-Mar-2013 12:58, Ivan Kazmenko пишет:
Can anyone advise on the theoretical basis for the unpredictableSeed
method in std.random? I've tried googling around for the theory of
good thread-safe seed generation methods but haven't really found
anything. :-(
I have to ask: what would be a good
On 03/03/13 10:06, Johannes Pfau wrote:
Am Sun, 03 Mar 2013 09:58:41 +0100
schrieb Ivan Kazmenkoga...@mail.ru:
Can anyone advise on the theoretical basis for the
unpredictableSeed method in std.random? I've tried googling
around for the theory of good thread-safe seed generation
methods
On 03/03/2013 09:58 AM, Ivan Kazmenko wrote:
I have to ask: what would be a good unpredictableSeed by definition? With the
current implementation, three downsides come to my mind:
1. Process ID, thread ID and system tick are insecure sources of randomness and
can provide just a few bits
On 03/03/2013 10:06 AM, Johannes Pfau wrote:
Maybe it would make sense to use /dev/random where available? (The
problem is that /dev/random can block. On small embedded systems
without monitor/mice/keyboard this can happen easily)
I suppose theoretically you shouldn't be calling /dev/random
But from googling around I see that /dev/random can block
fairly quickly, after only a handful of numbers :-(
You can solve this by using /dev/urandom instead, as Jerome have
said already.
Is something equivalent available on Windows?
There's CryptGenRandom.
On 03/03/2013 12:41 PM, jerro wrote:
You can solve this by using /dev/urandom instead, as Jerome have said already.
Yes, but this is less trustworthy from a randomness point of view. I might use
it personally for something, but I wouldn't want to use it as the basis of a
supposedly
On Saturday, 2 March 2013 at 17:40:58 UTC, Joseph Rushton
Wakeling wrote:
Hello all,
Can anyone advise on the theoretical basis for the
unpredictableSeed method in std.random? I've tried googling
around for the theory of good thread-safe seed generation
methods but haven't really found
Hello all,
Can anyone advise on the theoretical basis for the unpredictableSeed method in
std.random? I've tried googling around for the theory of good thread-safe seed
generation methods but haven't really found anything. :-(
Thanks best wishes,
-- Joe
13 matches
Mail list logo
