On Tue, Nov 01, 2005 at 03:16:01PM +0200, Shlomi Fish wrote:
I'd like to see
that sort of thing as patches to Test::Harness rather than in a fork.
Well, I started with Test::Harness and gradually revamped it. The problem is
that some aspects of the T::H interface suck, and I had to
On Fri, 28 Oct 2005, Ruud H.G. van Tol wrote:
Or RPN-like:
$x #= 2* 1+ 3/;
Being a big fan of RPN myself (and considering it quite natural), I'd
appreciate very much such a feature. I had asked myself about RPN features
in P6, albeit in a probably unreasonable fashion:
On Sat, 29 Oct 2005, Christopher D. Malon wrote:
For the non-mathematically inclined:
A field is a set with two binary operations, + and *.
Under either operation (+ or *), the set is an abelian (= commutative) group,
and a field has a distributive property: a * (b + c) = a*b + a*c.
An easy
On Fri, 28 Oct 2005, John Williams wrote:
But IMHO the reduction in typing for this relatively minor issue is not
really worth the surprise to newbies at seeing operandless operators.
I don't buy that argument as newbies are already exposed to all sorts of
surprises including operandless
On Tue, Nov 01, 2005 at 10:22:03AM -0800, Allison Randal wrote:
On a grammar that worked in a recent version of PGE, I'm now getting
an error when I try to construct the grammar. The error disappears
when I eliminate all non-greedy quantifiers from the grammar (though,
of course, the
James,
The explanation is that D::C saves a copy of your @INC at build time
in a .pm and subsequently uses that list to filter out the code perl
libraries. That @INC probably had some /5.8.4/ subdirs in it. With
the new Perl, the @INC now has /5.8.7/ subdirs and those aren't being
On Tue, Nov 01, 2005 at 08:25:36PM -0500, James E Keenan wrote:
When I began to write this posting, it was to get an answer to a
question. But I figured out a workaround halfway through, so now I'm
posting an answer.
I have happily been using Devel::Cover for more than a year on Perl
Fixed in r9591. Thanks, Leo
Geoffrey Young wrote:
2) at the end of run it gives:
All tests successful, 1 test skipped.
Files=7, Tests=22, 140 wallclock secs (134.28 cusr + 5.51 csys = 139.79
CPU)
server localhost:8529 shutdown
make[1]: Leaving directory `/home/stas/apache.org/Apache-Test'
make: cover: Command not found
Geoffrey Young wrote:
hi all :)
I just commited a patch to Apache-Test in svn that removes all the
additional work involved with getting Devel::Cover to work for server side
tests. now a simple 'make testcover' should be all you need to do to get
coverage results from code within handler()
On 11/1/05, Jonathan Lang [EMAIL PROTECTED] wrote:
Rob Kinyon wrote:
1. choose one of a set of available methods to call its own.
2. create a version of its own.
3. pass the buck.
#1 and #2 are identical. Stevan and I have always viewed #1 as a
special case of #2. If you want to
On 11/2/05, Michele Dondi [EMAIL PROTECTED] wrote:
On Fri, 28 Oct 2005, John Williams wrote:
But IMHO the reduction in typing for this relatively minor issue is not
really worth the surprise to newbies at seeing operandless operators.
I don't buy that argument as newbies are already
Michele Dondi:
Ruud H.G. van Tol:
Or RPN-like:
$x #= 2* 1+ 3/;
Being a big fan of RPN myself (and considering it quite natural), I'd
appreciate very much such a feature. I had asked myself about RPN
features in P6, albeit in a probably unreasonable fashion:
Tels ha scritto:
-BEGIN PGP SIGNED MESSAGE-
Moin,
On Friday 28 October 2005 22:34, Christopher H. Laco wrote:
Ovid wrote:
The code is designed well enough that adding new features is quick
and easy. Unfortunately, whenever I need to change my code I fire up
a Web server and view
Chris Dolan wrote:
In the last year as a Fink maintainer (Mac OS X debian-like package
manager), I've come across a couple CPAN modules that have no license
information at all. It's very frustrating. I've submitted RT bugs,
but one of them has been fixed (thanks Ken Williams).
To
-BEGIN PGP SIGNED MESSAGE-
Moin,
On Wednesday 02 November 2005 16:45, Marcello wrote:
Tels ha scritto:
-BEGIN PGP SIGNED MESSAGE-
[snip]
I'm considering just using Test::WWW::Mechanize to do integration
testing through a Web server I run in the tests. This will be much
Tels ha scritto:
-BEGIN PGP SIGNED MESSAGE-
Moin,
On Wednesday 02 November 2005 16:45, Marcello wrote:
Tels ha scritto:
-BEGIN PGP SIGNED MESSAGE-
[snip]
I'm considering just using Test::WWW::Mechanize to do integration
testing through a Web server I run in the tests.
On 10/28/05, Ovid [EMAIL PROTECTED] wrote:
The code is designed well enough that adding new features is quick and
easy. Unfortunately, whenever I need to change my code I fire up a Web
server and view the results in the browser and then write the tests
after I've written the code (this is
-BEGIN PGP SIGNED MESSAGE-
Moin,
On Wednesday 02 November 2005 18:02, Marcello wrote:
Tels ha scritto:
-BEGIN PGP SIGNED MESSAGE-
While this works mostly fine for ASCII, the HTML/SVG is undertested
because the text/code output can change quite radically, while still
On Nov 2, 2005, at 10:19 AM, David Landgren wrote:
Chris Dolan wrote:
In the last year as a Fink maintainer (Mac OS X debian-like
package manager), I've come across a couple CPAN modules that
have no license information at all. It's very frustrating. I've
submitted RT bugs, but one
Tels ha scritto:
-BEGIN PGP SIGNED MESSAGE-
Moin,
On Wednesday 02 November 2005 18:02, Marcello wrote:
Tels ha scritto:
-BEGIN PGP SIGNED MESSAGE-
While this works mostly fine for ASCII, the HTML/SVG is undertested
because the text/code output can change quite radically,
Hi all,
I've noticed that http://search.cpan.org/~ovid/HOP-Parser-0.01/,
amongst other modules, has no CPAN test results appearing even though
CPAN tester reports are coming in. I've seen this for other modules,
too.
Is there an announced reason for this I missed or is something down?
Cheers,
Ovid wrote:
Hi all,
I've noticed that http://search.cpan.org/~ovid/HOP-Parser-0.01/,
amongst other modules, has no CPAN test results appearing even though
CPAN tester reports are coming in. I've seen this for other modules,
too.
Is there an announced reason for this I missed or is
On Wed, 2005-11-02 at 17:19 +0100, David Landgren wrote:
I know that the current alpha of ExtUtils::MakeMaker supports this, but
until it is released as stable *and* module authors have the time to
upgrade EU::MM *and* release a new version of their module(s), those
authors will be
Chris Dolan wrote:
On Nov 2, 2005, at 10:19 AM, David Landgren wrote:
Chris Dolan wrote:
In the last year as a Fink maintainer (Mac OS X debian-like package
manager), I've come across a couple CPAN modules that have no
license information at all. It's very frustrating. I've submitted
On Wed, November 2, 2005 11:48 am, Christopher H. Laco wrote:
Ovid wrote:
Hi all,
I've noticed that http://search.cpan.org/~ovid/HOP-Parser-0.01/,
amongst other modules, has no CPAN test results appearing even though
CPAN tester reports are coming in. I've seen this for other modules,
too.
David Landgren wrote:
I am not going to use Module::Build. I've tried it but I prefer EU::MM,
at least for the time being. I'm all for the concept, but I wanted to do
something really basic with it for a new module a while ago. I forget
the details, but after futzing around for a while I just
On Wed, 2 Nov 2005, Michele Dondi wrote:
On Fri, 28 Oct 2005, John Williams wrote:
But IMHO the reduction in typing for this relatively minor issue is not
really worth the surprise to newbies at seeing operandless operators.
I don't buy that argument as newbies are already exposed to all
On Nov 2, 2005, at 12:13 PM, David Landgren wrote:
No. I'm complaining that there's no need for two different Kwalitee
points for this, that's all. I think one is sufficient (and a very
worthy one I should add, in case I wasn't being clear, which I
probably wasn't).
Ahh, that was unclear
-BEGIN PGP SIGNED MESSAGE-
Moin Marcello,
On Wednesday 02 November 2005 18:36, Marcello wrote:
Tels ha scritto:
-BEGIN PGP SIGNED MESSAGE-
Moin,
On Wednesday 02 November 2005 18:02, Marcello wrote:
Tels ha scritto:
[snip]
Might be, but I am not generting XML, but
I'm trying to use libc to be able to do a directory listing, and and if
I used the DATATYPE_CSTR I get a segfault, and if I use
DATATYPE_STRING, I get a returning unhandled string type in struct.
I don't know if I'm doing the calls wrong or what since the
documentation is vague in places.
Due to the variable-sized register frames, the usage of bsr/ret has
some more limitations: you can't bsr into a different .sub anymore.
TODO the PASM/PIR assembler should catch this abuse of bsr.
.sub main
bsr foo
.end
.sub foo
# a lot of registers used
# bang
ret
.end
bsr is only
# New Ticket Created by Will Coleda
# Please include the string: [perl #37590]
# in the subject line of all future correspondence about this issue.
# URL: https://rt.perl.org/rt3/Ticket/Display.html?id=37590
Begin forwarded message:
From: Leopold Toetsch [EMAIL PROTECTED]
Date:
On Wed, 2005-11-02 at 11:46 -0700, John Williams wrote:
It is not so much an operator, as it is a subroutine with really strange
syntax, and the side-effect of changing the $_ variable. You need to use
an operator to get it to affect a different variable.
operators _are_ subroutines. There
On Wed, 2005-11-02 at 09:03 -0500, Rob Kinyon wrote:
I think the difference comes from the Principle of Least Surprise. The
various operators being discussed in this thread are all operators
which are in languages that have common use - C, C++, Java, the .Net
stack, etc. Regexen and the
On Wed, 02 Nov 2005 17:19:07 +0100, David Landgren [EMAIL PROTECTED] wrote:
Chris Dolan wrote:
In the last year as a Fink maintainer (Mac OS X debian-like package
manager), I've come across a couple CPAN modules that have no license
information at all. It's very frustrating. I've
Sam Vilain skribis 2005-11-03 11:01 (+1300):
Does ++; mean postfix:++ or prefix:++ ?
I no longer think $_ defaulting for mutating ops is a good idea, but to
answer your question, read the original post: all these would imply the
LHS, so that makes ++ postfix.
Juerd
--
# New Ticket Created by Bernhard Schmalhofer
# Please include the string: [perl #37592]
# in the subject line of all future correspondence about this issue.
# URL: https://rt.perl.org/rt3/Ticket/Display.html?id=37592
The examples in 'examples/streams' should also be tested.
See
On Tue, Nov 01, 2005 at 04:02:04PM -0800, Jonathan Lang wrote:
True enough; but it needn't be true that d have the same tools
available to resolve the conflicts that c has.
There are three ways that a role can deal with a conflict:
1. choose one of a set of available methods to call its
On Wed, Nov 02, 2005 at 16:37:29 -0600, Jonathan Scott Duff wrote:
On Tue, Nov 01, 2005 at 04:02:04PM -0800, Jonathan Lang wrote:
True enough; but it needn't be true that d have the same tools
available to resolve the conflicts that c has.
There are three ways that a role can deal with a
Jonathan Scott Duff wrote:
People keep using the word hierarchy when talking about roles and I
keep thinking that it is the one word that definitely does NOT apply.
Heirarchies are for classes and inheritance relationships, not roles
and composition.
In my world view, a role that is composed
On Nov 1, 2005, at 10:45, Patrick R. Michaud wrote:
Oops, I left out a goto -- now fixed in r9687.
Awesome! It works beautifully, and here's the result:
http://use.perl.org/~Allison/journal/27427
Allison
On 11/2/05, Jonathan Lang [EMAIL PROTECTED] wrote:
Let's say you have this:
role A {method foo() { code1; } }
role B {method foo() { code2; } }
role C does A does B {
method foo() { A::foo(); }
method bar() { B::foo(); }
}
Should the following be valid?
role D does C
Hi Folks,
I don't think it's worth reviewing everything that's untidy about the
current configure systems; it should be pretty obvious from looking at
the code that it needs refactoring. This isn't a criticism of the
original authors, just that the system has out grown it's roots as
'throw away'
Tels ha scritto:
-BEGIN PGP SIGNED MESSAGE-
Moin Marcello,
On Wednesday 02 November 2005 18:36, Marcello wrote:
Tels ha scritto:
-BEGIN PGP SIGNED MESSAGE-
Moin,
On Wednesday 02 November 2005 18:02, Marcello wrote:
Tels ha scritto:
[snip]
Might be, but I am not
45 matches
Mail list logo
