Michael G Schwern wrote:
I realize this might be because rt.cpan.org
does not appear to have been sending out ticket emails.
The RSS feeds work though. Shame there's no obvious way to sign up to
one feed for all my modules, but I have a little shell script which
periodically makes sure I'm
On 26 Feb 2007, at 18:23, chromatic wrote:
[snip]
I'm open to a patch that allows people who know what they're doing
to disable
the warnings.
Thank you!
Adrian said he might write one.
[snip]
I shall. I might even do it now :)
Adrian
This was *real fun* to track down. Here's a minimal test case of what
was happening:
#!/usr/bin/perl
use strict;
use warnings;
use HTML::TokeParser qwno_such_function;
print here;
I run that and it prints 'here', even though HTML::TokeParser does not
export 'no_such_function'. No
--- Ovid [EMAIL PROTECTED] wrote:
#!/usr/bin/perl
use strict;
use warnings;
use UNIVERSAL::require;
use HTML::TokeParser qwno_such_function;
print here;
That produces:
:!perl -Ilib parse.pl
no_such_function is not exported by the HTML::TokeParser module
Its not UNIVERSAL::require, its UNIVERSAL (which UNIVERSAL::require must
unfortunately load).
use UNIVERSAL;
use HTML::TokeParser qw(wibble);
HTML::TokeParser defines nor inherits any import routine. When there's no
import, any arguments to use are ignored and any calls to Class-import
Michael G Schwern wrote in perl.qa :
There is a fix for this, something like changing UNIVERSAL::import to be...
sub import {
my($class) = shift;
return unless $class eq 'UNIVERSAL';
...do the export...
}
Oh yes, that used to be a major *kh* problem.
That's
In article [EMAIL PROTECTED], Ovid
[EMAIL PROTECTED] wrote:
Note that the following does not trigger this:
use UNIVERSAL::require;
use CGI qwno_such_function;
CGI has the nifty feature of auto-generating functions from its import
list to turn them into HTML generating functions:
use
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
David Cantrell wrote:
Shame there's no obvious way to sign up to one feed for all my modules,
The RT query is written as part of the feed's URL, e.g. (after
URI-unescaping)
https://rt.cpan.org/Search/Results.rdf?Query=Queue = Alien-Dojo AND
(
This was *real fun* to track down. Here's a minimal test case of what
was happening:
#!/usr/bin/perl
use strict;
use warnings;
use HTML::TokeParser qwno_such_function;
print here;
I run that and it prints 'here', even though HTML::TokeParser does not
export 'no_such_function'. No
On 2/25/07, Joshua ben Jore [EMAIL PROTECTED] wrote:
I've hated it how ref() does the wrong thing so frequently so I wrote
a fix for it. I like to use mock objects to feed fake or proxy objects
to other things but this breaks when things not under my control use
ref() to examine the class of an
* Joshua ben Jore [EMAIL PROTECTED] [2007-02-28 06:20]:
On 2/27/07, A. Pagaltzis [EMAIL PROTECTED] wrote:
Together with the contortions required to safely examine $@
after an eval I'm getting tempted to put Unbreak::Eval on the
CPAN.
Please do.
I was joking, mostly; I have several other
On Wednesday 28 February 2007 12:53, A. Pagaltzis wrote:
I think it would already be a good idea if someone just collected
all the related issues and solutions in one prose document (maybe
as a meditation on PerlMonks) so whoever does have the time and
energy to tackle this can simply sit
I've had some requests for a mechanism for module authors to indicate
whether or not they want to be copied on module test emails generated
by CPAN::Reporter (particularly for passing reports). This seems like
the kind of thing that should go in the module META.yml.
Is there a de facto standard
13 matches
Mail list logo