On Monday, 4 March 2013 at 11:04:46 UTC, Joseph Rushton Wakeling
wrote:
On 03/04/2013 09:58 AM, Andrea Fontana wrote:
Maybe you can try to connect an external hardware device (e.g.
arduino) and read
some params from real world... :)
Yes, there are nice options here ... :-)
However, to re-foc
On 03/04/2013 09:58 AM, Andrea Fontana wrote:
Maybe you can try to connect an external hardware device (e.g. arduino) and read
some params from real world... :)
Yes, there are nice options here ... :-)
However, to re-focus the discussion -- I'm not so much asking "How do I ensure
my own code
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
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 anyth
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 trustwort
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 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 man
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 of rand
On 03/03/13 10:06, Johannes Pfau wrote:
Am Sun, 03 Mar 2013 09:58:41 +0100
schrieb "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 rea
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 un
Am Sun, 03 Mar 2013 09:58:41 +0100
schrieb "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. :-(
>
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? With t
12 matches
Mail list logo
