Re:Help with Mac Bundling

2009-11-11 Thread Mattia Barbon mattia.bar...@libero.it
Hi, I am the maintainer for SDL Perl. We are having trouble bundling for MacOSX. We are using perl Build bundle. We have some success with it but we can't even run 'cpan -t .' on it. I have asked around an padre users say wxperl bundles well on MacOSX. But it uses Makefile.PL. Is there a

Re: Help with Mac Bundling

2009-11-11 Thread Kartik Thakore
Yes this is exactly what we need! Kartik Thakore On 11-Nov-09, at 6:15 AM, Mattia Barbon \mattia\.barb...@libero\.it \ mattia.bar...@libero.it wrote: Hi, I am the maintainer for SDL Perl. We are having trouble bundling for MacOSX. We are using perl Build bundle. We have some success

Re: Why you don't want to use /dev/random for testing

2009-11-11 Thread Jonathan Yu
I should note, I wrote an article on this awhile back. Take it with a grain of salt, as I'm not an expert in the area; I just wrote bindings for the ISAAC algorithm to Perl. http://jawnsy.wordpress.com/2009/06/04/performance-of-mathrandomisaac/ It compares the performance of multiple different

Re: Why you don't want to use /dev/random for testing

2009-11-11 Thread O. STeffen BEYer
Dear Jonathan, thanks a lot for the link to this very interesting article! However, a more useful graphical representation of the quality of PRNG’s would be to take consecutive pairs of random numbers as the (X,Y) coordinates of a point to plot. Non-uniform distributions are then easily visible

Re: Why you don't want to use /dev/random for testing

2009-11-11 Thread Tim Bunce
The next version of NYTProf supports profiling some 'slow' perl opcodes. I've included the rand opcode for exactly this reason. Tim. On Tue, Nov 10, 2009 at 07:01:38PM -0800, cr...@animalhead.com wrote: Many of you know that the random number generator /dev/random is subject to delays when it

Re: Why you don't want to use /dev/random for testing

2009-11-11 Thread Tim Bunce
On Wed, Nov 11, 2009 at 10:22:23AM +, Tim Bunce wrote: The next version of NYTProf supports profiling some 'slow' perl opcodes. I've included the rand opcode for exactly this reason. I meant srand (though rand is also included, just in case). Though having just looked at the Configure code

Re: Why you don't want to use /dev/random for testing

2009-11-11 Thread David Nicol
there's always http://fourmilab.ch/cgi-bin/Hotbits?nbytes=128fmt=hex although I don't know what their massively parallel availability is. Probably less than google charts. -- http://twitter.com/HankSwap tweets approximately every 36 hours using random delays. Promotional excerpts are fair use!

Re: Why you don't want to use /dev/random for testing

2009-11-11 Thread David Golden
On Tue, Nov 10, 2009 at 10:01 PM, cr...@animalhead.com wrote: Many of you know that the random number generator /dev/random is subject to delays when it has not accumulated enough entropy, which is to say randomness.  These delays are said to be longer on Linux /dev/random that on some other

Re: Why you don't want to use /dev/random for testing

2009-11-11 Thread Jonathan Yu
I'm not sure how many of these modules use it -- in particular, I know Math::Random::ISAAC only mentions it in POD. Using /dev/random isn't very portable -- what happens when you're on Windows? On Wed, Nov 11, 2009 at 2:15 PM, David Golden xda...@gmail.com wrote: On Tue, Nov 10, 2009 at 10:01

Re: Why you don't want to use /dev/random for testing

2009-11-11 Thread David Golden
On Wed, Nov 11, 2009 at 2:40 PM, Jonathan Yu jonathan.i...@gmail.com wrote: I'm not sure how many of these modules use it -- in particular, I know Math::Random::ISAAC only mentions it in POD. Using /dev/random isn't very portable -- what happens when you're on Windows? Some things may check