st the byte) to each handle. If it comes in on pipe one and
the number is where it should be, it's a 'ok #', if it comes in on that
second pipe, it's a 'not ok #'.
Now that I think about it, though, I'm not sure if this causes problems
or solves problems. :)
Comments?
Regards,
Jonathan Rockway
signature.asc
Description: OpenPGP digital signature
ampering with my
distributions as we speak. This message might not really be from Jon
Rockway :)
On a related note, I sent some patches in to the Crypt::OpenPGP author a
while ago but never heard anything back. Is that module still being
maintained?
Regards,
Jonathan Rockway
signature.asc
Description: OpenPGP digital signature
lways write your own HTML
converter with HTML::TreeBuilder.
I do this in my blog software:
http://trac.jrock.us/trac/blog_software/browser/lib/Blog/Format/HTML.pm
This has the added advantage of allowing you to remove "nasty" HTML, if
that's relevant in your application.
Rega
ts.
I dunno, maybe I *am* overthinking this. It's just TAP. I guess what I
really want is for the perl interpreter to be able to serialize itself
so I can debug failing tests more easily. That's not really a TAP
issue,though :)
Regards,
Jonathan Rockway
Adam Kennedy wrote:
> Whoa whoa w
if i recall correctly, syck doesn't handle utf-8/16. does/will tap
care about that?
That's true -- I think Audrey patched the perl version to work properly,
but I forgot that other languages are without that functionality. Ruby
doesn't properly support Unicode either, so Unicode support pro
till be
acceptable.
OK, you've convinced me. All-YAML TAP isn't a good idea. I might play
with it a little more though, just for fun.
Regards,
Jonathan Rockway
r
and the quoter both misinterpret the interface in the same way.
Things to think about :)
Regards,
Jonathan Rockway
avior, and
99.99% of HTTP users have no idea what an HTTP header even is.)
Regards,
Jonathan Rockway
David Landgren wrote:
demerphq wrote:
On 7/12/06, Smylers <[EMAIL PROTECTED]> wrote:
David Landgren writes:
> Expected and actual has a long tradition in scientific endeavour,
And
ed -- there will be a HTML table or something.
That's the advantage of making these part of the TAP protocol; you won't
have to worry about the semantics of "got" or "expected"... that will
all be handled for you by the parser and then be presented nicely.
To summarize, right now "got" and "expected" are artifacts of Test::More
(etc.), not the TAP protocol.
Regards,
Jonathan Rockway
No worries
about TAP 1.0 vs. TAP 1.1, just download the new Test:Harness from CPAN
and everything will work. Right?
Regards,
Jonathan Rockway
ed, maybe we can hash out a ToC / outline and
submit a proposal to O'Reilly? That would be pretty neat :)
Regards,
Jonathan Rockway
the man page, it looks like isa_ok and can_ok can't even
accept a test description?
Regards,
Jonathan Rockway
signature.asc
Description: OpenPGP digital signature
d accepting an array, anyway? Can't you just do:
can_ok($object, $_, "can object $_?") for @methods;
This would then run (scalar @methods) tests, but I'd think you'd want
that anyway. It doesn't make sense for a test for ->can("foo") to fail
when ->
eason')
Note that in my original post I specified "array" instead of "list" for
a reason :)
Regards,
Jonathan Rockway
signature.asc
Description: OpenPGP digital signature
gle method name. Everyone's happy :)
Time for sleep!
Regards,
Jonathan Rockway
Jonathan Rockway wrote:
>> I do not think that prototype means what you think it means.
>
> It means what I think it means. Same syntax as we have currently, no.
> You would have to do this
now I see a third resolution: don't use M::I for CPAN modules.
CPAN (the software) handles dependency installing, it's standard with
perl, good enough. I do like M::I, I just can't think of why it's
really necessary for CPAN modules. (For non-CPAN perl packages, thou
est::More does right now, since can_ok
could now accept a test name.
Regards,
Jonathan Rockway
signature.asc
Description: OpenPGP digital signature
have packages for icu. apt-get
install libicu.* will get everything you need on Debian. (On other
distros, be sure to install the -dev or -devel pacakages).
Anyway, here's where I got it from:
ftp://ftp.software.ibm.com/software/globalization/icu/3.4.1/icu-3.4.1.tgz
Regards,
Jonathan Rockway
Mark J. Reed wrote:
> I distinctly recall having to do things like (my $a, undef, my $b) to
> avoid errors because you can't assign to undef. Maybe I'm just
> hallucinating.
Maybe :)
$ perl -Mstrict -e 'my ($a, undef, $b) = 1..3; print "$a $b\n";'
1 3
This works as far back as v5.6.0 (which is
t;$a is 1 and $b is 3";
I'll look around in the source and see if I can make this work like
perl5 (unless that's a bad idea for some reason).
Regards,
Jonathan Rockway
--
package JAPH;use Catalyst qw/-Debug/;($;=JAPH)->config(name => do {
$,.=reverse qw[Jonathan tsu rehton lre rekca Rockway][$_].[split //,
";$;"]->[$_].q; ;for 1..4;$,=~s;^.;;;$,});$;->setup;
Ovid wrote:
(reversed the message a bit)
> is 'b', any('a' .. 'h'), 'junctions should work';
This looks like a Test "bug"; it's doing something like:
is 'b', 'a' # not ok
is 'b', 'b' # ok
is 'b', 'c' # not ok
...
If you write:
ok 'b' === any('a'..'h')
The result is one passing
21 matches
Mail list logo