ANNOUNCE: Pod::Coverage 0.06 (with discourse Re: ANNOUNCE: Pod::Coverage 0.02 release)

2001-09-01 Thread Richard Clamp
On Fri, Aug 31, 2001 at 05:50:28PM +0200, Tels wrote: > Did I explain it better now? Yes. Actually in retrospect you covered it well enough before, I was just being dense. Maths never was my strong suit. > No problem with the name ;) (Could have an uncovered() alias, though ;) Done. It gave

Re: [PATCH t/op/misc.t] cleanup

2001-09-01 Thread Michael G Schwern
On Sun, Sep 02, 2001 at 03:15:29AM +0300, Jarkko Hietaniemi wrote: > > @@ -739,3 +783,9 @@ > > # keep this last - doesn't seem to work otherwise? > > This requirement magically went away while I was away? Oh, I fixed that but forgot to remove the comment. -- Michael G. Schwern <[EMAIL PRO

[PATCH] rm t/run/segfault.t; mv t/op/misc.t t/run/kill_perl.t

2001-09-01 Thread Michael G Schwern
Okay, part two of the t/op/misc.t cleanup. This one deletes t/run/segfault.t (redundant) and moves t/op/misc.t to the more descriptive t/run/kill_perl.t --- MANIFEST2001/09/02 00:13:36 1.1 +++ MANIFEST2001/09/02 00:17:55 @@ -2049,7 +2049,6 @@ t/op/lop.t See if lo

[PATCH t/op/misc.t] cleanup

2001-09-01 Thread Michael G Schwern
Ok. mjd dug out this archeological discovery: http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2000-12/msg00491.html About t/op/misc.t. It does what t/run/segfault.t is trying to do, but better. In light of that, here's a cleanup. Added instructions and a better description

Re: ANNOUNCE Testing SDK

2001-09-01 Thread Tim Bunce
On Thu, Aug 30, 2001 at 08:26:53AM -0400, Sean Dague wrote: > On Wed, Aug 29, 2001 at 04:54:35PM -0400, Michael G Schwern wrote: > > On Wed, Aug 29, 2001 at 10:57:00PM +0900, Tatsuhiko Miyagawa wrote: > > > What's wrong with Bundle::*? > > > > Bundles require a working and configured CPAN shell,

ANNOUNCE: Pod::Coverage 0.05

2001-09-01 Thread Richard Clamp
I've just pushed a new release to CPAN, covering most of the easy to implement suggestions I've had over the past few days. Changes since 0.04: Used Pod::Find to deal with alternative locations for pod files. Introduced pod_from. Merged some patches from Schwern. Added

Re: concat.t cleanup (no concats!)

2001-09-01 Thread Michael G Schwern
On Thu, Aug 30, 2001 at 04:37:04PM -0400, Joe McMahon wrote: > --- old_op/concat.t Sun Aug 12 00:34:56 2001 > +++ op/concat.t Thu Aug 30 16:26:00 2001 > @@ -5,49 +5,47 @@ > @INC = '../lib'; > } > > -print "1..11\n"; We kinda needed that. :) -- Michael G. Schwern <[EMAIL PROTE

Re: concat.t cleanup (no concats!)

2001-09-01 Thread Michael G Schwern
On Thu, Aug 30, 2001 at 04:37:04PM -0400, Joe McMahon wrote: > I took the printf(), added an sprintf() and another conditional > operator, and got the following: > > my $test = 1; > sub ok { >my($ok, $name) = @_; > >printf "%sok %d - %s%s\n", $ok ? "" : "not ", $test, $name, >

Test::Inline::Cookbook

2001-09-01 Thread darren chamberlain
Hello, all. While beginning to use inline tests, Shane Landrum and I have started writing Test::Inline::Cookbook. It contains a few small snippets of code which we found useful while writing inline tests for a local module. As we integrate inline testing into all of our internally developed mod

Re: What in t/op can use Test::More and what can't.

2001-09-01 Thread Joe McMahon
Am I being goofy if I want to fix the stuff that I know is bad even if it can't be done via an ok() function? I seem to recall that the print "not " unless something; print "ok xx\n"; occurs a lot and make VMS all urpy. I'll look into cleaning that up after doing the ok() insetions. It's p

concat.t cleanup (no concats!)

2001-09-01 Thread Joe McMahon
I took the printf(), added an sprintf() and another conditional operator, and got the following: my $test = 1; sub ok { my($ok, $name) = @_; printf "%sok %d - %s%s\n", $ok ? "" : "not ", $test, $name, ($ok ? "" : sprintf("\t# Failed test at line %d\n", (caller)[2])); $t

Re: What in t/op can use Test::More and what can't.

2001-09-01 Thread Joe McMahon
Michael G Schwern wrote: >t/op/flip.t Yes (what is this?) > Flip-flop operator, I think. I'll keep plugging, and thanks for the help. --- Joe M.

Re: More diffs (right format this time)

2001-09-01 Thread Joe McMahon
Michael G Schwern wrote >Hmmm. concat.t is wy too basic to use Test::More on it. delete.t >is pushing it. die.t and die_exit.t cannot be tested with Test::More >since it relies on that functionality. > Okay, not a problem. I can clean up the prints anyway: print "not " unless some_c

More diffs (right format this time)

2001-09-01 Thread Joe McMahon
I've switched over to using is() for anything that wasn't an '==' test' on funky numeric values; there are a lot of those in (e.g.) bop.t, and I didn't want to change the fundamental nature of the tests. I've also gotten my diff format right this time. :) So here are: - avhv.t - bop.t - cha

Re: ANNOUNCE Testing SDK

2001-09-01 Thread Sean Dague
On Wed, Aug 29, 2001 at 04:54:35PM -0400, Michael G Schwern wrote: > On Wed, Aug 29, 2001 at 10:57:00PM +0900, Tatsuhiko Miyagawa wrote: > > What's wrong with Bundle::*? > > Bundles require a working and configured CPAN shell, which many people > do not or can not have. Also, you can't specify e

Re: Try this one instead - patch for avhv.t

2001-09-01 Thread Joe McMahon
Michael G Schwern wrote: >On Wed, Aug 29, 2001 at 12:27:40PM -0400, Joe McMahon wrote: > >>I didn't send the one that uses Test::More, which was really silly because >>the one I sent doesn't work (left out one test)! >> > >Ooooh, much better. Test::More should be safe here, it doesn't use >pseud