a little
assistance.
So, my only practical suggestion, I'm afraid, is to bundle all the
top-level statements into a subroutine (which, as an old C programmer I
tend to call "main") and then call that subroutine as the only top-level
statement.
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
k on Devel::Cover.
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
for
ops, and doesn't suffer from the same deficiency.
There is a small chance that you might get coverage for File::Path by
setting DEVEL_COVER_OPTIONS=-replace_ops,0 but I have not tried it and
wouldn't like to bet on it. But if it doesn't work and anyone would
like to dig into it, that is where I would start.
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
n be done, I think,
until Coveralls supports more powerful coverage criteria.
Many languages can provide code coverage nowadays, but there are still
not many that provide as powerful coverage criteria as Devel::Cover does
for Perl.
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
haven't already done so, and please contribute and / or
publicise as you are able.
http://blogs.perl.org/users/shadowcat_mdk/2015/02/gsoc-i-need-your-ideas.html
Thanks!
--
Paul Johnson - p...@pjcj.net
e my final report is:
Total hours worked on grant: 400:00
This report is also available at
http://blogs.perl.org/users/paul_johnson/2014/10/final-tpf-develcover-grant-report.html
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
On Sun, Aug 03, 2014 at 09:02:56PM +0200, Christian Walde wrote:
> On Fri, 01 Aug 2014 14:32:44 +0200, Paul Johnson wrote:
>
> >I'll try to remember for the final report.
>
> Mildly disagree and think it's still worth it to put the May/June
> report on BPO as wel
wsletter purposes, but again it's a little late now. Oh well, I'll
know better for next time ;-)
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
3:10
26.05 2:00
28.05 2:50
29.05 3:20
31.05 7:30
Total 25:00
Total hours worked on grant: 390:25
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
ae04-8631d666d1b8
... and many more ...
You can see the commits at https://github.com/pjcj/Devel--Cover/commits/master
Hours worked:
05.04 4:00
06:04 2:20
10:04 1:40
12:04 2:30
17:04 3:15
18:04 4:50
19:04 1:30
26:04 1:50
28:04 2:20
29:03 3:30
31:03 2:4
3 6:40
18:03 5:15
19:03 7:00
20:03 3:45
21:03 6:50
22:03 4:40
29:03 3:30
31:03 2:45
Total 40:25
Total hours worked on grant: 334:55
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
On Mon, Sep 02, 2013 at 11:46:16AM +0200, Christian Walde wrote:
> On Sun, 01 Sep 2013 00:59:11 +0200, Paul Johnson wrote:
>
> >that work this month, but instead I focussed on reducing the
> >number of times that subroutine was called.
>
> I'm curious, did you do
as
caused me to go back and change some code, so there's another benefit.
> Anyways, just wanted to share how valuable I thought the time you put
> into these reports is, especially if those hours are above and beyond
> the time your grant covers (but even if they aren't).
t a 50ยข explanation is, so I hope I've
guessed correctly.
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
d7-11e2-8541-50faf1ff63fb
http://www.cpantesters.org/cpan/report/bea64e9c-f2a1-11e2-b883-7597f1ff63fb
http://www.cpantesters.org/cpan/report/7e018316-f61b-11e2-9843-3cfc88f30751
You can see the commits at https://github.com/pjcj/Devel--Cover/commits/master
Hours worked:
21.08 5:20
24.08 4
for .gcov files
Closed RT tickets:
#34888 Fix pod coverage for multiple packages in a file.
You can see the commits at https://github.com/pjcj/Devel--Cover/commits/master
Hours worked:
16.07 1:30
17.07 6:30
18.07 1:45
Total 9:45
Total hours worked on grant: 284:55
--
P
nt: 275:10
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
T tickets:
#34888 Fix pod coverage for multiple packages in a file.
You can see the commits at https://github.com/pjcj/Devel--Cover/commits/master
Hours worked:
18.05 2:45
20.05 3:30
27.05 1:00
30.05 2:30
31.05 2:15
Total 12:00
Total hours worked on grant: 269:
29.03 2:15
Total 9:45
Total hours worked on grant: 257:35
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
Total 0:00
Total hours worked on grant: 257:35
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
5 persistent test bug + fix
#61775 Clobbering %ENV variable 'PWD' (already fixed?)
You can see the commits at https://github.com/pjcj/Devel--Cover/commits/master
Hours worked:
02.02 6:20
09.02 3:30
11.02 1:45
15:02 4:10
23:02 5:45
28:02 4:50
Total 26:20
Total hours worked on grant: 247:50
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
wed things down to a bug,
please post it to github.
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
On Tue, Feb 12, 2013 at 12:38:12PM +0100, Christian Walde wrote:
> On Mon, 11 Feb 2013 21:53:10 +0100, Paul Johnson wrote:
>
> >Then I looked into a couple of cpantesters reports which showed a problem
> >on Windows. I couldn't repeat the failures, and it seemed that onl
On Mon, Feb 11, 2013 at 07:02:44PM -0500, James E Keenan wrote:
> On 2/11/13 4:56 PM, Paul Johnson wrote:
> >On Wed, Jan 02, 2013 at 10:39:21PM -0500, James E Keenan wrote:
> >
> >>So, thanks again for making this coverage available, and let me
> >>recommend that
j/Devel--Cover/commit/0bc4c245ff464b4eac194a6b02d7e8e11b2596af
The cpancover run is currently in progress and should be up in an hour
or two.
And thanks for your work on Data::Dumper.
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
ainting errors.
Merged pull requests:
42 Add Javascript filtery thing to Html_basic reports
You can see the commits at https://github.com/pjcj/Devel--Cover/commits/master
Hours worked:
05.01 9:20
19.01 2:30
23.01 1:15
26.01 8:25
Total 21:30
Total hours worked on grant: 221:30
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
ead tests
24599 Some classes not covered
Closed Github tickets:
Merged pull requests:
34 Doc tweaks
37 Add modules to cpancover
39 Adding my modules
You can see the commits at https://github.com/pjcj/Devel--Cover/commits/master
Hours worked: 18:05
Total hours worked on grant: 200:00
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
me how to do it. The
patch is at https://github.com/CPAN-API/metacpan-web/pull/732 should anyone
feel like taking this further.
Merged pull requests:
37 Add modules to cpancover
You can see the commits at https://github.com/pjcj/Devel--Cover/commits/master
Hours worked:
08.12 6:20
22.12 2:30
Total 8:50
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
x27;ve made a meta ticket there pointing to open bugs in RT.
Merged pull requests:
34 Doc tweaks
You can see the commits at https://github.com/pjcj/Devel--Cover/commits/master
Hours worked:
01.12 1:55
Total 1:55
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
On Tue, Dec 04, 2012 at 10:32:00PM +0100, Paul Johnson wrote:
> On Thu, Nov 29, 2012 at 12:02:00PM +, David Cantrell wrote:
> > Devel::Cover breaks my tests!
> I'd guess that there's a 75% chance that the problem will lie within
> Cover.xs, but I know that's not
rvice should be resumed next week.
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
see the commits at https://github.com/pjcj/Devel--Cover/commits/master
Hours worked: 18:45
Total hours worked on grant: 181:55
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
pjcj/Devel--Cover/commits/master
Hours worked: 3:20
Total hours worked on grant: 163:10
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
utes are properly supported under Devel::Cover, and
it's an area I've not really looked into yet.
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
m still at the summit, but I should be able to do some Devel::Cover work in
week 23.
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
modules were
causing the entire process to abort, so I fixed those up and completed a new
run of cpancover.
You can see the commits at https://github.com/pjcj/Devel--Cover/commits/master
Hours worked:
08.10 3:20
Total 3:20
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
rant in the
report for 06.2012. I reported there that I had worked two hours fewer than I
actually had. That error propagated forwards, but I have rectified it here.)
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
In accordance with the terms of my grant from TPF this is the report for
week 20 of my work on improving Devel::Cover.
This report covers 29.09 to 05.10.
I wasn't able to do any grant related work this week.
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
pjcj/Devel--Cover/commits/master
Hours worked:
22.09 1:45
24.09 7:10
Total 8:55
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
There are APIs for both reports and annotations.
Path coverage was already in the TODO, but I have added cyclomatic
complexity annotations. Thanks for mentioning it.
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
On Sun, Sep 23, 2012 at 06:50:18PM +0100, Steffen Schwigon wrote:
> Paul Johnson writes:
> > I have tried, but I couldn't get perlbrew to automatically apply
> > appropriate patches to old perls so they could be built today
>
> Not sure how old you mean. Older than 5.8?
You can see the commits at https://github.com/pjcj/Devel--Cover/commits/master
Hours worked:
17.09 4:45
19.09 9:00
20.09 3:25
Total 17:10
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
In accordance with the terms of my grant from TPF this is the report for
week 17 of my work on improving Devel::Cover.
This report covers 08.09 to 14.09.
Unfortunately I was unable to do any grant related work this week.
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
ommits at https://github.com/pjcj/Devel--Cover/commits/master
Hours worked: 42:55
Total hours works on grant: 131:45
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
, but if you think I should have
answered you and I haven't done so, please feel free to resend or remind me.
You can see the commits at https://github.com/pjcj/Devel--Cover/commits/master
Hours worked:
15.08 2:35
Total 2:35
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
ver tool includes ignored files
77818 tests fail due to spaces in @INC (Devel::Cover::Inc issue)
You can see the commits at https://github.com/pjcj/Devel--Cover/commits/master
Hours worked:
04.08 14:00
07.08 1.55
09.08 2:20
Total 18:15
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
pantesters reports:
http://www.cpantesters.org/cpan/report/a7ec86de-db7e-11e1-97c0-97aef2681f56
You can see the commits at https://github.com/pjcj/Devel--Cover/commits/master
Hours worked:
02.08 09:40
03.08 12:25
Total 22:05
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
On Sat, Aug 04, 2012 at 12:19:18PM -0400, James E Keenan wrote:
> On 8/4/12 11:34 AM, James E Keenan wrote:
> >On 8/4/12 11:16 AM, James E Keenan wrote:
> >>On 8/4/12 10:54 AM, Paul Johnson wrote:
> >>How did you generate
> >>>your coverage report?
>
html_basic
and got these results:
http://pjcj.sytes.net/tmp/test-more/cover_db/coverage.html
which includes both Test/Builder2.pm and Test/More.pm as well as some
other modules, but doesn't include Makefile.PL. How did you generate
your coverage report?
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
de0e8
http://www.cpantesters.org/cpan/report/675f887f-6fa2-1014-9b4e-081b3373d4b5
You can see the commits at https://github.com/pjcj/Devel--Cover/commits/master
Hours worked: 25:20
Total hours works on grant: 88:50
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
In accordance with the terms of my grant from TPF this is the report for
week 10 of my work on improving Devel::Cover.
This report covers 21.07 to 27.07.
I wasn't able to do any grant related work this week.
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
ww.cpantesters.org/cpan/report/675f887f-6fa2-1014-9b4e-081b3373d4b5
You can see the commits at https://github.com/pjcj/Devel--Cover/commits/master
Hours worked:
14.07 03:20
16.07 04:25
20.07 01:15
Total 09:00
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
2.07 3:05
13.07 8:45
Total 16:20
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
On Fri, Jul 13, 2012 at 08:06:12PM -0400, Ricardo Signes wrote:
> * Paul Johnson [2012-07-12T13:36:26]
> > > Feature request: some way of easily seeing just my dists.
> >
> > >>TODO
> >
> > I can't promise when I'll get around to it, but I
On Tue, Jul 10, 2012 at 05:44:39PM +0100, David Cantrell wrote:
> On Tue, Jul 10, 2012 at 03:02:21PM +0200, Paul Johnson wrote:
>
> > I spent some time on cpancover. I received some feedback from my
> > initial work with suggestions for improvements, which I implemented...
>
ster
Hours worked: 21:20
Total hours works on grant: 63:30
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
In accordance with the terms of my grant from TPF this is the report for
week 7 of my work on improving Devel::Cover.
This report covers 30.06 to 06.07.
I wasn't able to do any grant related work this week.
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
In accordance with the terms of my grant from TPF this is the report for
week 6 of my work on improving Devel::Cover.
This report covers 23.06 to 29.06.
I wasn't able to do any grant related work this week.
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
nts to state the problems.
There seems to be something a little unusual with your setup, but it
doesn't seem to be that unusual. I'd love to know what it is and I'd be
happy to help you work out what's going on and come up with a (hopefully
generic) solution either here or in private if necessary.
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
eased this week, and Devel::Cover passes all
its tests with it.
You can see the commits at https://github.com/pjcj/Devel--Cover/commits/master
Hours worked:
16.06 0:15
20.06 0:15
Total 0:30
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
13.06 2:10
14.06 3:55
15.06 1:50
Total 15:15
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
pantesters.org/cpan/report/363db460-91a3-11e1-a1fe-d0960df65b4f
http://www.cpantesters.org/cpan/report/e042a488-9109-11e1-bd3e-c0e207492f11
And many more covering the same problems in various guises.
You can see the commits at https://github.com/pjcj/Devel--Cover/commits/master
Hours worked: 44:10
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
.com/pjcj/Devel--Cover/commits/master
Hours worked:
02.06 3:15
08.06 2:20
Total 5:35
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
grant.
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
in public and other people give
answers, as in this case.
Oh, and if there is anything that anyone has contacted me about and
hasn't got a reply, if it's not in github or RT, please feel free to
contact me again now that I should be in a better position to reply.
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
go through the API so I think it's fairly complete.
> and for the initial announcement, see:
> http://domm.plix.at/perl/2012_02_21_app_archivedevelcover.html
You talk here about Devel::Cover's speed. That's something I'm hoping
to get time to look at under this grant too.
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
s in various guises.
You can see the commits at https://github.com/pjcj/Devel--Cover/commits/master
Hours worked:
17.05 0:35
18.05 4:25
19.05 5:50
21.05 3:20
22.05 11:00
23.05 7:30
24.05 8:05
25.05 3:25
Total 44:10
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
ork is reverted, it has been top
> notch. If it is reverted, it may find life in another module where a complete
> emulation of use is desired as a user function or method.
It might be nice to take the enhanced use_ok code out completely and put
it into its own module.
Yeah, I know.
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
aker, but it's not Devel::Cover. This is causing
the warnings you see, but you should just ignore the warnings.
Also, I should fix up Devel::Cover firstly so that it knows about
AutoSplit's tricks, and secondly so that it doesn't spit out warnings
about problems you don't care about (such as installed modules).
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
st::Simple remain unchanged.
> Thoughts?
I see no problems. When something becomes very common a short form is
welcome.
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
er dinner for evening hacking.
The biggest problem would seem to be the limit of 30 people. Or is it?
Have we hit 30 people the last couple of times?
La Cantine would seem to be dependant on finding generous sponsors.
> > We will have a weekly meeting on #perl-qa (irc.perl.org), every
>
s
If you can't or don't want to create a login there, just mail me
directly.
Thanks very much!
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
ere she may well consider it an advantage if I were to be travelling
through France at that time.
If we go with Friday to Sunday then April 13th - 15th works better for
me. But i'm only really mentioning this to break the silence. I'm
grateful for whatever you are able to arrange and hope to be able to
attend whenever that is.
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
;
> HARNESS_PERL_SWITCHES=-MDevel::Cover=-db,testcover_db,-select,Foo
> /usr/local/bin/prove t/unit
Hmmm. I would have expected this to have provided the resuults you wanted.
Do you have a minimal example you can send?
> Any ideas on how to accomplish this? Can I provide any more information?
> Thanks in advance for any help.
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
raph&mode=Year
Does anyone have any appropriate contacts in any other languages? I think it
would be great if we were able to get together and learn from each other.
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
eve that other than
> that, I'm also quite flexible.
You got married on Easter Sunday? Nice ;-)
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
l success doesn't mean the
testsuite is parallel safe in general.
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
ect that an update to the API for this situation might be
welcomed.
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
.
So I suggest bringing discussion back to perl-qa and then people like me will
at least read the messages which is a prerequisite to actually saying
something. Though, as I say, there's no guarantee that you will get actually
get any more replies.
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
rldoc cover
> perldoc Devel::Cover::Tutorial
>
> ISTR a post by Paul Johnson about this a few years back. You might want
> to search the Google Groups archive of this list for that.
I probably just mumbled something about how long an opcode takes to run
or something. I've ne
gt; controled by the setting of the option start=no? (See
> http://search.cpan.org/dist/Devel-NYTProf/lib/Devel/NYTProf.pm#RUN-TIME_CONTROL_OF_PROFILING)
This is a slightly different question. Se Devel::Cover::set_coverage().
You can turn off all the coverage criteria to get this effect.
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
like to have. If anyone would like to answer
messages, send patches or help out in any other way I'm always grateful
for such assistance.
Enjoy.
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
ot doing that.
I agree that since autodie (I still hate that name) handles half of this
is would be very nice if it could somehow be persuaded to handle the
other half.
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
putting use_ok in a BEGIN block. And I don't think I've ever had a "use"
fail and been confused by the test output.
So no complaints here.
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
d a couple of minutes whilst waiting for
something to complete. Blame the slow server I'm developing on. The
whole thing is probably down to that butterfly in Brazil that just won't
stop flappings its wings.
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
pass("Third test");
Very nice.
One question though. Why
subtest "text", sub {};
rather than
subtest {}, "text";
?
The latter seems more consistent as well as removing a rather annoying bit of
syntax. Were you worried that "text" might get lost at the end of the sub?
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
e that "Java is safe to deploy, why not Perl?"
I'm not sure it really has anything to do with language. The main app
I'm working with has perl, java, C++, PL/SQL, groovy, shell, proprietary
4GLs and who-knows-what-else. I tend to treat them all the same as far
as QA
The real reason is that the production system has a production database
running, and I don't want to do anything which might compromise that
database. Similarly for the filesystem etc.
The downtime is also something to consider, but that would only be
important on installations which were n
a
couple of thoughts on the relationship between formal proofs and testing:
"Beware of bugs in the above code; I have only proved it correct, not tried
it." -- Donald Knuth (http://www-cs-faculty.stanford.edu/~knuth/faq.html)
http://www.google.com/search?q=naur+%22correctness+pro
ility for the contents of this message
and wonders why he bothered writing it. He certainly doesn't agree with
the opinions contained therein and will not defend them. Furthermore,
he urges you to do the same.
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
coverage database merging has gone awry. Does that
sound plausible? If you delete all the coverage information and start from
scratch does that "solve" the problem? Did the runs take place on different
machines? Are the clocks accurate wherever the runs were executed? Did you
get any other m
On Thu, Aug 21, 2008 at 10:09:32AM -0400, Christopher H. Laco wrote:
> I've got one at home now that also has .rb files...
>
> Why .phpt instead of .php?
Why not .t for every language?
I have a suspicion that I will like the dot change but not the .t
change.
--
Paul Jo
to mess things up if
I don't check it in. This, of course, says more about me than it does
about what should be considered best practice.
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
On Mon, Aug 18, 2008 at 03:50:00AM -0700, Ovid wrote:
> Thoughts?
Agreement.
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
ect you've fallen foul of the problem documented in the KNOWN BUGS
section of the documentation.
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
on this
subject, see http://pjcj.sytes.net/notes/2007/03/14#alpha
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
#x27;s "Received".) Haven't we had this discussion before?
> ;-)
Quite.
But did we ever get an answer to the original question? I have a
similar requirement and the answers currently seem to be
1. Buildbot (which seems to be overkill in my situation)
2. Smolder an
;t run my cleanup code
or whatever. I just want to easily find out what the first error was,
and then have a short edit/test cycle until the bug is fixed. Then I'll
go back to plain "make test" as usual.
Anyway, thanks for making this happen.
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
testing this
print 'hi' or carp q{can't print!} ;
But if you do this and then test a failed print you will get a coverage
error because you did something you said was impossible.
I think I must be missing something. What is it that is stopping you
from getting your final 0.2% coverage?
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
r.
So perhaps we need another type of test. Eric seems to be suggesting we
need another N types of test. I suspect YAGNI, but what do I know? I'd
have said that to this "second" use of TODO too.
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
1 - 100 of 299 matches
Mail list logo
