ffectively, it allows
> one to use
> the full power of Perl as its own, recursively applied, macro language.
>
> The Filter::Util::Call module (by Paul Marquess) provides a usable Perl
> interface to source filtering, but it is not nearly as simple as
> it could be.
>
> T
From: Edward Peschko [mailto:[EMAIL PROTECTED]]
...
> I'm beginning to think there should be an extra flag that turns
> *on* warnings
> even if 'no warnings' is explicitly stated. This is the 'enable
> me to help you
> out' flag. That way, it would be a lot easier for me as a module
> consume
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
...
>
> The basic usefulness of warnings is not in question. This is about
> the *perception* of their utility. Warnings are only useful if the
> user heeds them. The question is, will having them on by default make
> the user more or less l
> The behaviour is explained quite well in E5 I think.
Is that the "soon to be released" E5?
Paul
> > Is that the "soon to be released" E5?
>
> No, that's the "to be released today" E5.
>
> ;-)
Yy!!
From: Michael G Schwern [mailto:[EMAIL PROTECTED]
> On Mon, Jul 04, 2005 at 10:36:39AM +0100, Ben Evans wrote:
> > I would say that this cascade effect is precisely why you *should*
> > drop 5.004 compatability. There's no excuse other than "if it ain't
> broke,
> > don't fix it" for running such
From: Konovalov, Vadim [mailto:[EMAIL PROTECTED]
> > I've just been through the should-I-shouldn't-I-support-5.4 with my
> > (painfully slow) rewrite of Compress::Zlib. In the end I
>
> ...
>
> I always thought that Compress::Zlib is just a wrapper around zlib which
> in
> turn is C and develop
From: David Landgren [mailto:[EMAIL PROTECTED]
> Konovalov, Vadim wrote:
> >>I've just been through the should-I-shouldn't-I-support-5.4 with my
> >>(painfully slow) rewrite of Compress::Zlib. In the end I
> >
> >
> > ...
> >
> > I always thought that Compress::Zlib is just a wrapper around zlib
From: Paul Johnson [mailto:[EMAIL PROTECTED]
> On Mon, Jul 04, 2005 at 03:00:14AM -0700, Michael G Schwern wrote:
>
> > On Mon, Jul 04, 2005 at 10:36:39AM +0100, Ben Evans wrote:
> > > I would say that this cascade effect is precisely why you *should*
> > > drop 5.004 compatability. There's no
From: Yitzchak Scott-Thoennes [mailto:[EMAIL PROTECTED]
> On Mon, Jul 04, 2005 at 02:19:16PM +0100, Paul Marquess wrote:
> > Whilst I'm here, when I do get around to posting a beta on CPAN, I'd
> prefer
> > it doesn't get used in anger until it has bedded-in. If
I'm cc-ing this to p6 because there doesn't seem to be anyone left on p5p.
Let me deal with the easy bit first. I've added a convenience function
called "warnings::warnif" that allows you to write this:
warnings::warnif($category, "message") ;
instead of this:
if (warnings::enabled($ca
From: Simon Cozens [mailto:[EMAIL PROTECTED]]
> On Sun, Aug 13, 2000 at 09:36:48PM -0400, Ronald J Kimball wrote:
> > On Sun, Aug 13, 2000 at 09:04:41PM +0100, Paul Marquess wrote:
> > > I'm cc-ing this to p6 because there doesn't seem to be anyone left on
p5p.
&g
From: Damian Conway [mailto:[EMAIL PROTECTED]]
...
>
> No. That's my point. I want to match BANG followed by maximal whitespace
> followed by another BANG. But a line-by-line filter fails dismally if that
> maximal whitespace contains a newline.
>
> Admittedly this particular example is contrived
I was using 2015.01 star, and, yes, Virgin UK is the ISP.
The URL ( http://ecosystem-api.p6c.org/projects.json ) returns a 200 + HTML
content. The ISP form to get it unblocked says "2-3 weeks for a resolution".
Ugh!
cheers
Paul
-Original Message-
From: Steve Mynott [mailto:steve.myn...
From: Tom Browder [mailto:tom.brow...@gmail.com]
>
> Given so many handy methods for built-in classes, it would be nice to have a
> couple of more for some, for instance:
>
> IO:Path.stemname
> Like basename except any suffix is removed
>
> IO::Handle.say (or println)
> Like print
15 matches
Mail list logo