TPF presence in GSoC and/or
GCI next year, please raise your hand, jump around, shout and, above
all, start doing whatever is necessary to make that happen.
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
essage in the last 18 months) and has the advantage of already
existing. I'm not convinced that Perl6 needs a list separate to Perl5.
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
nested
aggregates.
--
Paul Johnson - p...@pjcj.net
http://www.pjcj.net
minimal - you might be able to
retrofit it to Perl1 without too much trouble.
But I'd go the virtual machine route too, all else being equal.
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
effect of being read. For example, conversions are
cached.
Which is where, in C++, you would be using the mutable keyword. I don't
think this has yet made it into any C standard, but my knowledge in
these areas is a little out of date.
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
On Tue, Nov 27, 2007 at 02:01:25PM -0800, Patrick R.Michaud wrote:
After much discussion, we decided we'd like to have a
make quicktest target that runs a subset of core Parrot
tests that verify that the functionality is intact.
FWIW, this target is known as coretest in Perl 5.
--
Paul
, I'm resolving the ticket.
Sorry if this opens it up again.
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
otherwise gone unnoticed, but my first
thoughts would be that it was a bug in Devel::Cover.
Has anyone managed to shine any additional light on this in the last six
weeks?
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
to have settled on make testcover.
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
Mixing Cconsts
Combining Cconsts on a pointer and its constants can get confusing.
Very much so. s/constants/contents/ I suspect? Or maybe s/its constants/what
it points to/ ?
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
.)
(And sorry they are not already written. I suspect something a little
more robust there might have saved you a bit of pain.)
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
should in order to get
things the right way around.
But perhaps it's just my brain that's wired backwards.
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
allow to process to clean up.
Devel::Cover does its work in the very last END block. You really need
to let it run to completion.
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
is
right or not.
If this works then that's fine. You can probably be a bit more specific
with 'no warnings recursion', but as I say, it is only a warning. I
should sort it out in the Devel::Cover code itself at some point.
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
it really shouldn't cause any
further problems.
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
Devel::Cover databases.
But the test process being killed probably has something to do with it.
The files in the structure directory contain information about the
structure of files. That is, the statements, branches and conditions in
the file, and other similar data.
--
Paul Johnson - [EMAIL
correctly? If so, then Devel::Cover should report coverage at the
correct place. You can probably assume this is OK if error messages
from your template point you to the code correctly.
If you still have problems you might need to come back with a bit more
information.
Good luck.
--
Paul Johnson
was written to the database at all?
$ perl -MStorable -e 'retrieve /dev/null'
Magic number checking on storable file failed at ../../lib/Storable.pm
(autosplit into ../../lib/auto/Storable/_retrieve.al) line 331, at -e
line 1
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
is that the database is
read into a perl data structure. (The database is really little more
than a Storable dump of a Devel::Cover::DB object.) I'm afraid that the
pragmatic approach its probably to throw RAM at the hardware.
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
, using less space, and mostly working.
So something like perl -MDevel::Cover=+ignore,\\.pt$ ... might be what
you are really looking for.
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
, $options) if $options-{show}{branch};
print_conditions ($db, $file, $options) if $options-{show}{condition};
print_subroutines($db, $file, $options) if $options-{show}{subroutine};
}
}
From here you should be able to access any information you need.
--
Paul Johnson - [EMAIL
as
-MDevel::Cover=+ignore,\\.pt$
I think that use Devel::Cover qw( +ignore .pt$ ); should do that.
See -M in perldoc perlrun.
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
:
The symbol © (the letter C in a circle), or the word “Copyright,” or
the abbreviation “Copr.”
I wouldn't have said anything, but your correction seems to indicate
that the (C) is important. Is my information outdated?
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
On Thu, May 04, 2006 at 01:56:44PM +0300, Markus Laire wrote:
On 5/1/06, Paul Johnson [EMAIL PROTECTED] wrote:
But then again, as I said, I really don't see the problem that is being
solved.
This long-dot can be used for many things, not just method calls.
Thanks for taking the time
certianly happens to me fairly often.
Well, I'd obviously quite like that ;-)
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
if ((a = b)) to shut up gcc, and even adding # uncoverable to keep
Devel::Cover quiet ;-)
[ No, that last one doesn't work yet. ]
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
code as much as the next programmer, and probably a
lot more, but I just don't see the need for this syntax which seems
ugly, confusing and unnecessary.
But then again, as I said, I really don't see the problem that is being
solved.
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
needed a fairly recent (or possibly just not
ancient) version of java to get it to work), and being consistent with
the other languages seems to provide many benefits.
I'm on freenode #selenium if anyone wants to discuss this there.
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
On Mon, Apr 10, 2006 at 10:26:14AM -0700, Dan Fabulich wrote:
Paul Johnson wrote:
Re: CPAN...
I don't see a problem with that sort of thing going on CPAN, at least
not from that point of view, but I do wonder if it is worthwhile given
that it will exist as part of Selenium itself. I
.
I suppose you could consider a source filter, but I couldn't recommend
that.
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
to declare which hash keys or array elements are valid.
Do we have that already?
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
I need to
create separate cover_db_$$ dirs for each of the 20 runs, then use cover at
the end to merge them together?
I would hope things should work just as you are expecting, that is all
twenty runs should be merged to give combined coverage for the script
and any modules used.
--
Paul
before making a release.
Oh, and Test::JSON works well for me. Thanks!
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
On Fri, Nov 04, 2005 at 11:02:42AM -0500, Will Coleda wrote:
The mail list strips out .t attachments (Robert? is this necessary?)
This was changed on perl5-porters a few weeks ago, and since then I
don't recall seeming a marked increase in troff spam.
--
Paul Johnson - [EMAIL PROTECTED]
http
on this topic.
The bug is due to a combination of dodgy option handling and incorrect
(or at least unhelpful) behaviour with non-standard options.
I may yet completely overhaul the option handling. That this is a
possibility is the major reason I still call the code alpha.
--
Paul Johnson
think I have mentioned this before.)
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
On Fri, May 13, 2005 at 05:18:40PM +0100, Tim Bunce wrote:
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
solved ;-)
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
/slides/
and the more basic stuff can be found off http://www.pjcj.net/yapc/
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
still be enough. See
http://www.perladvent.org/2004/5th/
Do the same when you need to upgrade something.
I managed to install svk and a bunch of other stuff in this fashion
without problem.
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
::Color. That might be useful - or might serve as a
good basis to build something on.
See also Apache::Test.
http://perl.apache.org/docs/general/testing/testing.html#Colored_Trace_Mode
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
. It should also be possible to note why the code is
uncoverable. I've also found it useful to have different classes of
uncoverable code.
Why is it that my TODO list only gets longer?
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
On Mon, Jul 11, 2005 at 02:54:19PM -0700, Michael G Schwern wrote:
On Mon, Jul 11, 2005 at 11:22:51PM +0200, Paul Johnson wrote:
my $foo = $bar || default(); # DC ignore X|0
Hey, Devel::Cover! Ignore the case where the right side of this logic is
false.
I wasn't
On Wed, Jul 06, 2005 at 01:36:10AM +0200, Abigail wrote:
On Mon, Jul 04, 2005 at 05:21:01PM +0200, Paul Johnson wrote:
Unfortunately, upgrading isn't always an option. Anyone can type
$ ./Configure -des make make test install
but putting the results of such a command
this, sometimes it's hard enough
just stopping people from mandating the use of ksh, Java and XML.
Having said all that, feel free to do what you want with 5.004 support.
I don't care! I have 5.005!
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
, programmers shouldn't need to worry about what
optimisations are going on under the covers.
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
somewhere. But there is also a chance that I am
conflating two ops, since I have yet to come up with a way to uniquely
identify an op (suggestions welcome). You're not running on 5.6.x are
you?
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
, but I notice the docs
are wrong there. They wont be in the next release.
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
the problem only show up under the html report?
If you look at the subroutine coverage page, it claims that there is a
BEGIN block uncovered at that line.
That does sound a little strange. Are you able to produce an example
showing this problem?
Any insights?
Not at the moment, I'm afraid.
--
Paul
after the very first test that fails
because that's the one I'm going to fix now option while you're looking
at this.
Or even at some other time. Or somebody else. I'm not that fussy
really.
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
of coverage stats.
That total is calulated as the sum of all the covered constructs over
the sum of all constructs. That figure has more dubious value as it
assumes that all coverage criteria are equal when we all know that some
criteria are more equal than others.
--
Paul Johnson - [EMAIL
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 statistics for you too.
Paul Johnson may have this written up somewhere
Using Test::More, I would like to send some diagnostics to be seen only
when the harness is running in verbose mode.
There doesn't seem to be a way of doing this. The best I could come up
with is:
sub vdiag { pass(@_) }
but this has little to recommend it.
Thoughts?
--
Paul Johnson
On Thu, Apr 28, 2005 at 02:44:30PM +0100, Adrian Howard wrote:
On 28 Apr 2005, at 14:23, Paul Johnson wrote:
Using Test::More, I would like to send some diagnostics to be seen only
when the harness is running in verbose mode.
[snip]
diag some verbose diagnostics if $ENV
.
http://www.mail-archive.com/perl6-language@perl.org/msg11967.html
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
they are, but maybe that's not such a great
problem.
See http://www.eskimo.com/~scs/C-faq/faq.html, especially sections 3.8
and 11.33 for details.
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
which tweeks the system and then ensures
that foo.t still passes. How do I write tweek-then-foo.t?
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/
--
Paul Johnson - [EMAIL PROTECTED]
http
On Fri, Apr 01, 2005 at 01:47:36PM -0600, Walter Goulet wrote:
Finally, I wanted to confirm an assumption: I can split test.pl into a
set of seperate t/*.t test scripts regardless of whether I'm using
Test or Test::More.
Yes. Or neither or both.
--
Paul Johnson - [EMAIL PROTECTED]
http
expression
I can probably go into nauseating detail on any of these points if
required.
If you've got this far, thanks for listening!
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
the module - I'll just install it and run it.
This argument can also be applied to (most of) the modules in the Tie
namespace, though I know that not everyone is of the same opinion in
this regard.
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
into it.
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
cover.
There are also options to cover to merge separate coverage databases.
anyway, we need site-space and cpu-time somewhere to merge
the data.
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
On Mon, Mar 07, 2005 at 10:33:11PM +, Nicholas Clark wrote:
On Mon, Mar 07, 2005 at 07:59:40PM +0100, Paul Johnson wrote:
To do it properly it would need to be on a machine somewhere which would
accept uploaded coverage databases from anyone who wanted to submit one.
I discussed
test results?
It still chokes on certain not uncommon constructs like threads.
On that note, is forking also problematic?
Forking should be fine, for certain definitions of fine.
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
how the output is displayed, but I wasn't able to find anything that
improved on the current output in the general case.
I suppose that's the price you pay for TIMTOWTDI.
[ Is that a Python programmer I hear giggling in the background? ]
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
.
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
along with a test case based
on your failing example (I removed the rand part). If things are OK for
you I'll release a new version with this fix soon.
Thanks for the minimal test case. Bug fixes are so much easier with a
concise way to reproduce the problem.
--
Paul Johnson - [EMAIL PROTECTED
simple parts of perl5. Provided you're not too worried
about what's going on under the macros, I suppose.
if (SvTRUE(left) != SvTRUE(right))
RETSETYES;
else
RETSETNO;
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
Devel::Cover uses Storable internally.
Whether this is related to your main problem I can't tell, though I have
have seen that warning plenty of times before but never encountered your
main problem.
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
picked up? Maybe you could try printing out
the version of Storable being used before nstore is called?
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
really see it happening for me. So, I figure the next
best thing is to throw this idea out here and see if anyone else runs
with it.
Micheal suggested mjd's Rx might be useful. Jeff Pinyan's
Regexp::Parser might also help as a base.
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
.
Doing something similar before the test is run seems useful too.
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
/ above, but after many discussions on
this topic, I'm still not sure if I can.
http://www.nntp.perl.org/group/perl.perl6.language/9576
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
hope the effort proves worthwhile.
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
On Sat, Nov 13, 2004 at 12:33:01PM +1100, Leif Eriksen wrote:
First, thanx so very much for responding so quickly...
That was just to make up for the short delay here, and the much longer
delay to your last mail to me ;-)
Paul Johnson wrote:
On Sat, Nov 13, 2004 at 12:46:16AM +1100, Leif
it will tell you which directories are being
ignored by default. See the documentation to alter this if it is wrong
for you. (Or manually hack Devel::Cover::Inc, but that's not a
supported solution.)
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
/group/perl.perl5.porters/85930?show_headers=0
(I meant use_ok in that message, not isa_ok.)
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
if (exists B::check_av). In a standard 5.8.0
that would be false. In 5.8.1 and, it would seem, RH9 5.8.0 it is true.
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
/din/Devel-Cover-0.47/cover line 101
Can't open database
/error
Any clue why this error occurs.
Ah yes - that option was new in 0.48. I suggest you either upgrade to
version 0.49, use -ignore with the full path to File::Copy, or live with
getting the extra data or bogus branch report.
--
Paul
is if it is accompanied by a perfect
patch ;-) I will see if I can work out some sort of solution for the
next release.
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
by setting
PERL5OPT.
$ PERL5OPT=-MDevel::Cover your_prog
This will not work, however, if you have embedded perl and pass in a
modified environment which changes that variable.
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
that and can reduce it to a small script I'd be very
grateful.
I have a bit of a backlog of mail that's been waiting for me to get this
release out. If you've sent me something I'll try to get to it within
the next couple of weeks. Otherwise, please feel free to send me a
reminder.
--
Paul Johnson
?
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
On Tue, Oct 05, 2004 at 11:32:23AM -0700, David Wheeler wrote:
On Oct 5, 2004, at 11:25 AM, Paul Johnson wrote:
I wonder whether we shouldn't try to standardise the target name before
it's too late to do so. Module::Build uses covertest, I've always used
cover, and Geoff has just used test
surprise ;-)
[ Just before sending this I notice Geoff has recommended something
better, but I'll send this too as another WTDI. ]
#!/usr/bin/perl
# Copyright 2004, Paul Johnson ([EMAIL PROTECTED])
require 5.6.1;
use strict;
use warnings;
use ExtUtils::MakeMaker;
use ExtUtils::Manifest maniread
.
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
and
reports produced. I'm slowly making the changes to Devel::Cover to
allow that.
When such a system is in place, it could be queried in order to provide
some input towards the kwalitee.
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
will
obviously need to be weighted, but I just wanted to throw out a few
thoughts from the safety of the peanut gallery.
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
all the tests if I can somehow find out it's running on
ActiveState's build system.
As an aside, my Gedcom module always used to fail because the tests took
too long to run, though I see it passes now. And my Shell::Source
module has passed, even though it doesn't run on Windows ;-)
--
Paul
. Columns one and
five are especially problematic at the moment. So for the time being
you might prefer to simply note which parts cannot be covered and why,
and later convert that to whatever system we ultimately use.
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
at the moment.
In the meantime, please just ignore the noise. Or maybe add -X to your
command line, if you're feeling brave.
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
- thanks for that.
Yes, though you could argue that any warnings or errors coming from that
code will be confusing anyway.
In any case, the first fix will be in the next release,
excellent, thanks.
Which is now out.
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
other problems.
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
. The
change is in my development copy and will be in the next release.
Thanks again for reporting the problem and producing a small test case.
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
will be in the next release, and thanks again
for the great test cases.
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
recommendation.
[snip]
In general I'd like to get your opinion on how to mock unsuccessful
require.
local *CORE::GLOBAL::require = sub { die require $_[0] failed };
Goes back to before 5.6. I think it came in in 5.004.
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
this problem.
Thanks for reading this far. I must stop now as half time is over, so
it's back to the football ...
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
the coverage the -file and -exclude
options to cover will allow you to choose the files on which to report.
I should probably change those to be -select and -ignore to match.
Thank goodness I'm still on alpha versions ;-)
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
subs and *foo{THING}.
Enjoy,
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
required as
part of the test suite. Then again, I like Joshua Pritikin's
parenthetical question in Test.pm, Your test code should be simpler
than the code it is testing, yes?.
Hmmm. I'm not sure whether that will help you make a decision or not.
--
Paul Johnson - [EMAIL PROTECTED]
http://www.pjcj.net
1 - 100 of 209 matches
Mail list logo