Re: [perl #41224] [BUG] SKIP behaves differently in Test::Builder and Test/Builder.pir

2007-01-10 Thread chromatic
On Wednesday 10 January 2007 12:17, Jerry Gay wrote: > perl reports 'ok', while parrot reports 'not ok.' i expect the > implementations to match behavior. but which behavior is correct? i'm > leaning towards perl's, since that module has been around for ages, > and has been used to test countless

Re: [perl #41230] [BUG] t/codingstd/perlcritic.t uses too many resources

2007-01-10 Thread Paul Cochrane
t/codingstd/perlcritic.t is currently using 500+MP and growing on my sistem, and 95% cpu, after only 2min running. and it's still on test 1 of 17. this is way too many resources. somebody's got to find a way to make it friendlier. sooner rather than later. I noticed this before the test was chan

[perl #41231] [TODO] exempt languages/ files from perlcritic testing

2007-01-10 Thread via RT
# New Ticket Created by Jerry Gay # Please include the string: [perl #41231] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=41231 > coding standards must apply to core code, but languages have less strict requirements. let'

[perl #41230] [BUG] t/codingstd/perlcritic.t uses too many resources

2007-01-10 Thread via RT
# New Ticket Created by Jerry Gay # Please include the string: [perl #41230] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=41230 > t/codingstd/perlcritic.t is currently using 500+MP and growing on my sistem, and 95% cpu, a

[perl #41228] [TODO] update CREDITS in preparation for 0.4.8 release

2007-01-10 Thread via RT
# New Ticket Created by Jerry Gay # Please include the string: [perl #41228] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=41228 > this is a reminder to update CREDITS in preparation for 0.4.8 release ~jerry

[perl #41227] [TODO] update NEWS in preparation for 0.4.8 release

2007-01-10 Thread via RT
# New Ticket Created by Jerry Gay # Please include the string: [perl #41227] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=41227 > this is a reminder to update NEWS in preparation for 0.4.8 release ~jerry

[perl #41226] [TODO] hunt through DEPRECATED.pod and find things to deprecate

2007-01-10 Thread via RT
# New Ticket Created by Jerry Gay # Please include the string: [perl #41226] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=41226 > there's plenty of items in DEPRECATED.pod that have been there for a release or more, and a

[svn:parrot-pdd] r16543 - trunk/docs/pdds/clip

2007-01-10 Thread leo
Author: leo Date: Wed Jan 10 14:13:30 2007 New Revision: 16543 Modified: trunk/docs/pdds/clip/pddXX_pmc.pod Log: be slightly more verbose re TBD Modified: trunk/docs/pdds/clip/pddXX_pmc.pod == --- trunk/docs/pdds/clip

Parrot Bug Day -- 13 January 2007

2007-01-10 Thread jerry gay
Fellow birders~ On Saturday, 13 January, 2007, please join us on IRC in #parrot (irc.perl.org) to work on closing out as many RT (https://rt.perl.org/rt3/) tickets as possible in the parrot queue. This will help us get ready for the next release of parrot 0.4.8, scheduled for Tuesday 16 January 2

[perl #41224] [BUG] SKIP behaves differently in Test::Builder and Test/Builder.pir

2007-01-10 Thread via RT
# New Ticket Created by Jerry Gay # Please include the string: [perl #41224] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=41224 > in perl 5, the following: #!perl use strict; use warnings; use Test::Builder; my

Re: I/O PDD - ready for implementation

2007-01-10 Thread Larry Wall
On Tue, Jan 09, 2007 at 10:28:22PM -0800, Allison Randal wrote: : If both sync and async ops returned status objects, it would be : conveniently consistent. It would also be annoyingly heavyweight for a : simple synchronous operation, but then the biggest cost for I/O ops is : generally the I/O.