On Sat, Feb 17, 2001 at 04:44:38AM -0500, [EMAIL PROTECTED] wrote:
>
> t/lib/ should look something lib/. Instead of 't/lib/ansicolor.t' it
> should be 't/lib/Term-ANSIColor.t' or perhaps
> 't/lib/Term/ANSIColor.t'. For a module with multiple test files, it
> would be (Test.pm as the example):
On Mon, Feb 19, 2001 at 10:50:04AM -0500, Chris Nandor wrote:
> At 15:45 + 2001.02.19, Tim Bunce wrote:
> >On Mon, Feb 19, 2001 at 09:03:00AM -0600, Jarkko Hietaniemi wrote:
> >> On Mon, Feb 19, 2001 at 04:01:25PM +0100, H.Merijn Brand wrote:
> >> > On Mon, 19 F
On Mon, Feb 19, 2001 at 09:03:00AM -0600, Jarkko Hietaniemi wrote:
> On Mon, Feb 19, 2001 at 04:01:25PM +0100, H.Merijn Brand wrote:
> > On Mon, 19 Feb 2001 08:49:04 -0600, Jarkko Hietaniemi <[EMAIL PROTECTED]> wrote:
> > > On Mon, Feb 19, 2001 at 03:47:12PM +0100, Johan Vromans wrote:
> > > > As
Umm, let's not go overboard. The t/TEST script says
# This is written in a peculiar style, since we're trying to avoid
# most of the constructs we'll be testing for.
and the same obviously applies to some of the t/*/*.t tests.
I'm sure Larry would have found getting perl5 off the ground harder
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,
On Sat, Oct 04, 2003 at 11:47:31PM +0200, Paul Johnson wrote:
> On Sat, Oct 04, 2003 at 11:25:27PM +0200, Gabor Szabo wrote:
>
> > That's what I thought and recalled from the presentation of Paul
> > and I understand the red 50 in branch and the red 33 in cond but
> > I don't understand the green
On Wed, Oct 15, 2003 at 02:10:46PM +0200, Rafael Garcia-Suarez wrote:
> Nick Ing-Simmons <[EMAIL PROTECTED]> wrote:
> > >Could we infer that a distribution that comes with several Makefile.PLs
> > >may have an overcomplicated build process, maybe indicating a low
> > >kwalitee ?
> >
> > Should I i
On Mon, Oct 20, 2003 at 11:05:38PM +0200, Paul Johnson wrote:
> On Mon, Oct 20, 2003 at 09:34:38PM +0100, Tony Bowden wrote:
> > On Mon, Oct 20, 2003 at 10:16:40PM +0200, Paul Johnson wrote:
> > > I wrote "database" in quotes because currently we are talking about a
> > > flat file, written using D
On Tue, Oct 21, 2003 at 12:34:44PM -0500, Dave Rolsky wrote:
>
> Anyway, my taint mode experience has been that random things break in very
> weird ways when using it.
I'd guess that many extensions don't handle magic properly.
Extension authors rarely add the extra logic, even if they know
what
On Tue, Oct 21, 2003 at 03:01:20PM -0700, Ovid wrote:
> --- Tim Bunce <[EMAIL PROTECTED]> wrote:
> > > I'll look into SQLite.
> >
> > I'd caution against rushing in any particular direction without some
> > profiling information to back it up.
>
On Wed, Oct 22, 2003 at 10:35:49AM +0100, Nicholas Clark wrote:
> On Wed, Oct 22, 2003 at 10:01:26AM +0100, Tim Bunce wrote:
>
> > I don't have time in the short term to work on the (albeit fairly
> > trivial) change to Storable. If someone can do that and get a new
> &g
On Thu, Oct 23, 2003 at 09:17:24PM -0500, Michael Carman wrote:
>
> [1] roughly 430 tests in 18 *.t files. Timing done with a wristwatch on a
> single-user WinXP system.
>
> I tried it, and it does help some. In my very unscientific test[1] it ran about
> 20% faster. The size of the db file (
I'd be very happy if you could find someone willing to rework,
and ideally then extend, the DBI test suite. Parts of it date back
to before perl 5.0 was released :)
Tim.
On Sun, Oct 12, 2003 at 10:42:36PM -0500, Andy Lester wrote:
> We've got a couple new hoplites out there, so check out the stat
On Tue, Oct 28, 2003 at 02:37:29PM +, [EMAIL PROTECTED] wrote:
> Tim Bunce <[EMAIL PROTECTED]> wrote:
> > Michael Carman wrote:
> >>
> >> I tried it, and it does help some. In my very unscientific test[1] it
> >> ran about 20% faster. The
On Tue, Oct 28, 2003 at 08:03:58AM -0600, Andy Lester wrote:
> On Tue, Oct 28, 2003 at 11:24:51AM +0000, Tim Bunce ([EMAIL PROTECTED]) wrote:
> > I'd be very happy if you could find someone willing to rework,
> > and ideally then extend, the DBI test suite. Parts of it date bac
On Wed, Oct 29, 2003 at 11:16:57AM +0100, Paul Johnson wrote:
>
> I'm still a little concerned about hitting problems with Storable, so I
> think I'll apply the patch and then run cpancover on a bunch of modules
> and compare the output to that of Data::Dumper/eval. If all goes well
> I'll keep t
On Wed, Oct 29, 2003 at 12:38:31PM -0600, Andy Lester wrote:
> >1) DBI (Tim Bunce specifically asked for help in re-designing the test
> > suite).
> >
> >2) CPANPLUS.
> >
> >3) Module::Build.
>
> I'm all for having those biggies handled by Phalan
On Sun, Nov 02, 2003 at 12:20:11AM -0600, Andy Lester wrote:
> >>Anything that uses the C operator is a prime candidate for
> >>bugginess. Please keep an eye out for them as you do your testing.
> >>Any function that contains C oughta be heavily checked.
> >>
> >>Ditto anything that uses C or C wi
On Tue, Oct 28, 2003 at 05:33:09PM +, [EMAIL PROTECTED] wrote:
> Tim Bunce <[EMAIL PROTECTED]> wrote:
> > On Tue, Oct 28, 2003 at 02:37:29PM +, [EMAIL P
On Mon, Nov 03, 2003 at 09:32:28PM -0600, Michael Carman wrote:
> On 11/3/2003 12:20 PM, Tim Bunce wrote:
> > On Tue, Oct 28, 2003 at 05:33:09PM +, [EMAIL PROTECTED] wrote:
> >>
> >> Right now, if your cover_db holds data for a dozen files, but you test them
>
On Mon, Nov 03, 2003 at 05:06:01PM +0100, Elizabeth Mattijsen wrote:
> At 14:06 + 11/3/03, Tim Bunce wrote:
> >Its cheap to reset an iterator, just do
> > keys %foo;
> >before the C loop.
>
> Just wondering, is keys() optimized for void context? Perlfunc onl
On Sun, Feb 22, 2004 at 06:36:22AM -0600, Scott Bolte wrote:
> On Sun, 22 Feb 2004 01:07:38 -0500, Michael G Schwern wrote:
> >
> > See above. Yes, ssh is not portable enough.
>
> Where is the gap? I have OpenSSH on every Unix platform I
> use and, with cygwin's help, all the windows
On Tue, Mar 09, 2004 at 11:35:44AM -0400, Brian Cassidy wrote:
>
> Well, that's the basics anyway!
Thanks Brian.
Like Nick, I've never really got into RSS feeds yet. I've always
wanted to find a way to have changes emails to me. Your post prompted
me to look again and I found a couple of ready-m
stent connections avoid that problem?
> Scott
>
> P.S. Btw, I've switched to Net::Jabber for this IPC
>problem. Thanks to whoever mentioned it, it rocks!
Okay. Thanks for the update.
Tim.
>
>
> On Sun, 22 Feb 2004 19:0
On Tue, May 11, 2004 at 01:47:46PM -0500, Andy Lester wrote:
> I've committed my t/41 and t/42 changes to subversion. They are not the
> same as what I submitted to the list.
>
> > Is there any reason to now use skip_all? (Remember, you're wearing
> > the official "Test Expert" hat now so you nee
On Tue, May 11, 2004 at 01:48:47PM -0500, Andy Lester wrote:
> On Tue, May 11, 2004 at 01:58:51PM -0400, stevan little ([EMAIL PROTECTED]) wrote:
> > Should we put the -T flag in all the test files? I can do that if so.
>
> I'd like to. I'd like every module to think about taint-safety. DBI
> es
On Tue, May 11, 2004 at 05:13:19PM -0400, stevan little wrote:
> On May 11, 2004, at 2:47 PM, Andy Lester wrote:
>
> >>One concern just popped into my head... I'd like to not have to
> >>depend on very recent versions of Test::More. Can you look into
> >>that and make recommendations about what ve
On Tue, May 11, 2004 at 05:44:39PM -0400, stevan little wrote:
> A question for the class:
>
> Is specifying the -w flag in the she-bang line sufficient? Or should we
> also include $^W = 1 at the top of every file as well?
It's sufficient. And no, don't remove it and don't change to "use warnin
On Tue, May 11, 2004 at 03:23:40PM -0700, chromatic wrote:
> On Tue, 2004-05-11 at 15:19, stevan little wrote:
>
> > If 5.6.1 is the official minimum, then maybe this brings back up the -w
> > vs. warnings issue? Since Ovid pointed out that 5.6 was the minimum for
> > the warnings pragma, and 5.
(it basically
> fails to load the regular test file).
>
> I think this makes sense, the zppp* files should not have -T in their
> she-bang, since the regular test files they load already do. Would you
> agree?
Yes.
Tim.
> Steve
>
> On May 11, 2004, at 6:06 PM, Tim Bunc
On Tue, May 11, 2004 at 01:58:51PM -0400, stevan little wrote:
> Tim, Andy,
>
> Should we put the -T flag in all the test files? I can do that if so.
>
> Also, i noticed in the most recently checked in versions, that the
> 'skip_all' code was not included from the patches Andy sent for
> 41prof
On Mon, May 10, 2004 at 01:51:48PM -0400, stevan little wrote:
> On May 10, 2004, at 1:46 PM, H.Merijn Brand wrote:
>
> >On Mon 10 May 2004 19:40, stevan little <[EMAIL PROTECTED]>
> >wrote:
> >>I have committed my first set of changes to the DBI svn repository. I
> >>am mostly still working on c
On Mon, May 10, 2004 at 01:40:55PM -0400, stevan little wrote:
> I have committed my first set of changes to the DBI svn repository.
Thanks!
I got an assortment of warnings from various tests. I suspect you
didn't run a plain "make test" before the checkin (please do).
I've checked in fixes for t
On Mon, May 10, 2004 at 10:29:53PM +0100, Tim Bunce wrote:
> On Mon, May 10, 2004 at 01:40:55PM -0400, stevan little wrote:
> > I have committed my first set of changes to the DBI svn repository.
> The changes have turned up a warning that ought to have been produced
> before: &quo
On Thu, May 06, 2004 at 05:09:03PM -0600, Jim Cromie wrote:
> stevan little wrote:
>
> >I looked on the site (http://qa.perl.org/phalanx/), but there was
> >nothing said about how to get involved in this project. Are you
> >looking for help? And if so, how can I help?
>
> sure. Pick a module f
On Fri, May 07, 2004 at 03:03:10PM -0400, stevan little wrote:
> On May 7, 2004, at 1:37 PM, Tim Bunce wrote:
> >
> >But still no hoplite has actually adopted the DBI...
>
> Since I would like to get involved here, and (with the exception of
> HTML::Template, which is alr
On Fri, May 07, 2004 at 05:14:39PM -0500, Andy Lester wrote:
> On Fri, May 07, 2004 at 10:31:49PM +0100, Tim Bunce ([EMAIL PROTECTED]) wrote:
> > Here's what I'd like to see done soonish:
> >
> > 1. Convert all exisiting test files to Test::More
> > 2. Part
On Sat, May 08, 2004 at 03:16:45PM -0400, stevan little wrote:
> On May 8, 2004, at 2:25 PM, Tim Bunce wrote:
> >
> >Just some (and thanks for that). But there are still a few with
> >custom ok() subs and some others using the plain Test module.
> >
> >Tim.
>
On Fri, May 14, 2004 at 09:16:00PM -0400, stevan little wrote:
> Tim, Andy,
Could you take a look at this problem with threaded perl:
t/10examp.ok 165/252Invalid value for shared scalar at
/usr/local/perl583-i/lib/5.8.3/Test/Builder.pm line 319.
WHOA! Somehow you got a different num
On Sat, May 15, 2004 at 11:47:39AM +0100, Tim Bunce wrote:
> On Fri, May 14, 2004 at 09:16:00PM -0400, stevan little wrote:
> > Tim, Andy,
>
> Could you take a look at this problem with threaded perl:
>
> t/10examp.ok 165/252Invalid value for shared scalar at
&
re was before. Can you send your
> diffs back to Damian to incorporate?
>
> No rules that say "We can only incorporate tests when everything is
> covered." ANY amount of test improvement is still an improvement. I
> sent some DBI test patches a month ago, and I thought Tim
On Sat, May 15, 2004 at 01:17:27PM -0500, Andy Lester wrote:
> >Not having a threaded version of perl handy right now (I am home, it
> >is at work), I cannot test this right now. The changes I had made were
> >only to change a few tests to 'cmp_ok' and add test names, which
> >should not affect
Any idea when the next release of Test::More will be available?
The last development release was Test-Simple-0.48_01 November 2002
That one uses a string for $VERSION which contains an underscore
so for people with it installed "perl Makefile.PL" for the DBI says:
> Argument "0.48_01" isn't num
On Mon, May 24, 2004 at 07:50:40AM -0700, David Wheeler wrote:
> On May 24, 2004, at 4:02 AM, Tim Bunce wrote:
>
> >Any idea when the next release of Test::More will be available?
>
> We could use a new version of Test::Harness, too, given this bug:
>
> https://rt.cpa
On Wed, Jul 07, 2004 at 05:12:20PM -0700, chromatic wrote:
>
> Add no_plan while you're writing tests, run the tests, then when you're
> done, change the plan to reflect the number of tests to run. I have a
> brain-dead simple vim mapping to do just that.
Aside: Would be good if someone maintain
On Mon, Jul 19, 2004 at 05:00:05AM -0700, Ask Bjoern Hansen wrote:
> [EMAIL PROTECTED] (Tony Bowden) writes:
>
> [...]
> > The two "best" ideas we've had so far are to either run the SQL in the
> > code against a temporary database, and then compare both SHOW CREATE
> > TABLE outputs, or to use so
On Thu, Jul 22, 2004 at 04:28:08PM +0200, Thomas Klausner wrote:
> Hi!
>
> I ran CPANTS today, you can view results here:
>
> http://cpants.dev.zsi.at/
> ( or http://test1.dev.zsi.at if DNS isn't updated..)
>
> in /metrics there is a yaml-file for each dist
> cpants.db (or cpants.db.gz) is a
On Sat, Jul 24, 2004 at 06:35:44PM +0200, Thomas Klausner wrote:
> Hi!
>
> On Fri, Jul 23, 2004 at 03:29:10AM +0100, Tim Bunce wrote:
>
> > The DBI gets 9. The one failure is permissions_ok:
> >
> > > permissions_ok (i.e. all files are read/writable by extrac
On Fri, Sep 03, 2004 at 04:02:39PM -0400, stevan little wrote:
> I seem to have fixed the issue, it had something to do with the scope
> of some of the DBD specific variables. Basically, I had repleaced
> several use vars (...) with our $variable not realizing the variables
> were then being
On Mon, Dec 06, 2004 at 10:28:45PM -0600, Andy Lester wrote:
> I think even better than
>
> ok( $expr, "name" );
> or
> ok( $expr, "comment" );
> is
> ok( $expr, "label" );
>
> RJBS points out that "comment" implies "not really worth doing", and I
> still don't like "name" because it impli
On Tue, Apr 12, 2005 at 02:02:07PM -0400, Sam Tregar wrote:
> On Tue, 12 Apr 2005, Paul Johnson wrote:
>
> > I would do it in the same way as if this had nothing to do with tests.
> > That is, abstract away the common code into a module, which can also
> > live under t/
>
> That would be a lot of
On Fri, May 13, 2005 at 10:51:56AM +0200, Paul Johnson wrote:
> On Fri, May 13, 2005 at 03:00:39PM +1000, [EMAIL PROTECTED] wrote:
>
> > [EMAIL PROTECTED] wrote:
> >
> > >Covering the XS portion of the code with gcov is possible, and Devel::Cover
> > >will create all kinds of nice webpages and st
I needed some code to trawl through a directory tree parsing perl
modules and scripts to determine their dependencies.
The closest existing CPAN code was Module::Dependency but it fell short
of what I needed. The original author (P Kent) has passed over
maintenance to me. My latest release is:
On Wed, Jul 12, 2006 at 03:03:14AM +0200, Tels wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Moin Tim,
>
> On Tuesday 11 July 2006 18:34, Tim Bunce wrote:
> > I needed some code to trawl through a directory tree parsing perl
> > modules and scripts t
On Thu, Jul 20, 2006 at 10:24:49PM -0500, Andy Lester wrote:
> Is there anything out there that will generate a tree of
> dependencies, probably based on META.yml?
>
> I figure I can pass in Mason, Test::WWW::Mechanize and Catalyst and
> get back a list of dependencies that those require. It
On Mon, Sep 24, 2007 at 08:54:12AM +0200, Andreas J. Koenig wrote:
> > On Thu, 20 Sep 2007 03:00:59 -0700, Michael G Schwern <[EMAIL
> > PROTECTED]> said:
>
> > Most CPAN smoke testers wouldn't have caught it because even though they
> often
> > run alphas they usually don't install
I'm strugling to find a common denominator in these test results:
http://bbbike.radzeit.de/~slaven/cpantestersmatrix.cgi?dist=Devel-NYTProf+2.07_94
It would be wonderful if there was some tool that would analyse the
perl -V output and help identify the combinations of settings associated
with fai
On Thu, Jan 29, 2009 at 10:16:15PM +0100, Andreas J. Koenig wrote:
> >>>>> On Wed, 28 Jan 2009 13:50:05 +, Tim Bunce
> >>>>> said:
>
> > I'm strugling to find a common denominator in these test results:
> >
> http://bbbike.
On Tue, Jun 23, 2009 at 04:07:55PM -0400, Michael G Schwern wrote:
> is_passing()
>
>
> As a side effect of this work, there is finally a way to tell if a test is
> currently passing. Test::Builder->is_passing(). Its really "have I failed
> yet", but if you don't think about it too
On Thu, Apr 23, 2015 at 05:59:34PM +0200, Cosimo Streppone wrote:
>
> Now, problem.
>
> I'd like to use port 0 to bring up the daemon, so that the test suite
> can be run in parallel without port clashes. With port == 0 the TCP/UDP
> bind will happen on a random free port.
>
> When the fork + ex
On Thu, Apr 23, 2015 at 08:21:28PM +0200, Cosimo Streppone wrote:
> On 23. april 2015 19:02, Tim Bunce wrote:
>
> > On Thu, Apr 23, 2015 at 05:59:34PM +0200, Cosimo Streppone wrote:
> >>
> >> When the fork + exec'd daemon chooses a random port, I need to be
61 matches
Mail list logo
