On Mon, 3 Sep 2001 07:43:00 -0400, in perl.perl5.porters you wrote:
> +# Check that srand() isn't effected by $_
*a*ffected.
> + 'srand(), no arg, not effected by $_');
And again.
--- t/op/srand.t.orig Mon Sep 3 13:07:28 2001
+++ t/op/srand.tMon Sep 3 20:27:3
On Mon, Sep 03, 2001 at 05:30:21PM +0100, Nicholas Clark wrote:
> > t/op/numconvert.t Yes (I don't understand the warning at the top)
>
> Which warning would that be?
Would you believe "# Repent for the end is near?"
I have no idea what I was talking about.
> I think it's more likely to
01-09-03 13.43, skrev Michael G Schwern på [EMAIL PROTECTED] följande:
> I've split off the srand() tests into their own test file and added in
> some more.
>
> I've discovered a bug/undocumented feature. srand() appears to take
> integers, at least on Linux. Perl silently truncates them. It
On Mon, Sep 03, 2001 at 01:47:24PM +0200, Arthur Bergman wrote:
> > I've discovered a bug/undocumented feature. srand() appears to take
> > integers, at least on Linux. Perl silently truncates them. It
> > appears that's because ANSI C's srand takes an unsigned integer.
> > I've added docs to p
01-09-03 13.43, skrev Michael G Schwern på [EMAIL PROTECTED] följande:
> I've split off the srand() tests into their own test file and added in
> some more.
>
> I've discovered a bug/undocumented feature. srand() appears to take
> integers, at least on Linux. Perl silently truncates them. It
I've split off the srand() tests into their own test file and added in
some more.
I've discovered a bug/undocumented feature. srand() appears to take
integers, at least on Linux. Perl silently truncates them. It
appears that's because ANSI C's srand takes an unsigned integer.
I've added docs t
01-09-03 12.29, skrev Michael G Schwern på [EMAIL PROTECTED] följande:
> This adds an ok() function to t/op/time.t and names each test.
> I also added a test for the scalar version of localtime.
>
> It also turns this really interesting way to say "grep"
>
> index(" :0:1:-1:364:365:-364:-365:",
01-09-03 12.24, skrev Michael G Schwern på [EMAIL PROTECTED] följande:
> The folks on [EMAIL PROTECTED] were musing that the rand() tests are
> documented to fail about 1% of the time. Now that we're smoke
> testing, we're easily running it a few dozen times a day and that 1%
> is going to start
This adds an ok() function to t/op/time.t and names each test.
I also added a test for the scalar version of localtime.
It also turns this really interesting way to say "grep"
index(" :0:1:-1:364:365:-364:-365:",':' . ($localyday - $yday) . ':') > 0)
into a grep.
Once I sync up Test::More I ca
The folks on [EMAIL PROTECTED] were musing that the rand() tests are
documented to fail about 1% of the time. Now that we're smoke
testing, we're easily running it a few dozen times a day and that 1%
is going to start showing up.
So we simply push off the problem a bit by increasing the # of rep
01-09-03 03.38, skrev Michael G Schwern på [EMAIL PROTECTED] följande:
> Andrew Wilson wrote up tests for CGI::Switch, CGI::Apache and
> CGI::Cookie.
Applied as #11836, thanks!
--
Arthur
On Sun, Sep 02, 2001 at 01:57:01AM +0100, Richard Clamp wrote:
> Tony, can you give me feedback on if 0.06 is now more like what you
> hacked 0.02 into, or does it still need that separate _load_code
> interface?
I think it does. Perhaps, I haven't quite delved deeply enough, but the
issue I face
12 matches
Mail list logo
