[31186] in Perl-Users-Digest
Perl-Users Digest, Issue: 2431 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Thu May 21 09:09:47 2009
Date: Thu, 21 May 2009 06:09:11 -0700 (PDT)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Thu, 21 May 2009 Volume: 11 Number: 2431
Today's topics:
Re: ampersand subroutine <nat.k@gm.ml>
Re: ampersand subroutine <uri@StemSystems.com>
Re: array and filehandle. <uri@StemSystems.com>
Re: array and filehandle. <nitte.sudhir@gmail.com>
Re: array and filehandle. <whynot@pozharski.name>
Re: array and filehandle. <ben@morrow.me.uk>
Re: array and filehandle. <someone@example.com>
FAQ needed for PERL/PERL5 modules and paths <cts.private@yahoo.com>
FAQ needed for PERL/PERL5 modules and paths <cts.private@yahoo.com>
Re: FAQ needed for PERL/PERL5 modules and paths <ben@morrow.me.uk>
Is PERL good for a linguist new to programming? p.podmostko@googlemail.com
Re: Is PERL good for a linguist new to programming? <ben@morrow.me.uk>
Re: Is PERL good for a linguist new to programming? <tadmc@seesig.invalid>
new CPAN modules on Thu May 21 2009 (Randal Schwartz)
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Wed, 20 May 2009 19:52:04 -0700
From: Nathan Keel <nat.k@gm.ml>
Subject: Re: ampersand subroutine
Message-Id: <sm3Rl.68825$uD3.23748@newsfe20.iad>
Uri Guttman wrote:
>>>>>> "SP" == Sherm Pendley <spamtrap@dot-app.org> writes:
>
> SP> News123 <news123@free.fr> writes:
> >> In the latter case I'd suggest an explicit exit() statement before
> the >> function definitions in order to signal to a person reading the
> code, >> that no more code outside of function definitions will follow
>
> SP> If you're communicating to a person, comments are far clearer:
>
> SP> # End main code body
> SP> # Function definitions follow
>
> SP> Use exit() for its intended purpose, explicitly returning an exit
> code SP> to the parent process.
>
> i disagree. in my top level programs i always put an explicit exit()
> after the main line code ends.
If it's Perl code you're talking about, why not use something better
suited for that, if you might have code/routines/comments that could
create problems? exit() isn't the best method for preventing that
problem, as much as I agree that it's not a bad idea for the same
reasons, exit() isn't what I'd suggest.
------------------------------
Date: Wed, 20 May 2009 23:27:19 -0400
From: "Uri Guttman" <uri@StemSystems.com>
Subject: Re: ampersand subroutine
Message-Id: <87ab57rv8o.fsf@quad.sysarch.com>
>>>>> "NK" == Nathan Keel <nat.k@gm.ml> writes:
NK> Uri Guttman wrote:
>>
>> i disagree. in my top level programs i always put an explicit exit()
>> after the main line code ends.
NK> If it's Perl code you're talking about, why not use something
NK> better suited for that, if you might have code/routines/comments
NK> that could create problems? exit() isn't the best method for
NK> preventing that problem, as much as I agree that it's not a bad
NK> idea for the same reasons, exit() isn't what I'd suggest.
huh?? use what is better? exit is to exit and also tell the reader than
no more main line code will be executed. it serves a dual purpose. not
much else can do that.
uri
--
Uri Guttman ------ uri@stemsystems.com -------- http://www.sysarch.com --
----- Perl Code Review , Architecture, Development, Training, Support ------
--------- Free Perl Training --- http://perlhunter.com/college.html ---------
--------- Gourmet Hot Cocoa Mix ---- http://bestfriendscocoa.com ---------
------------------------------
Date: Wed, 20 May 2009 23:31:12 -0400
From: "Uri Guttman" <uri@StemSystems.com>
Subject: Re: array and filehandle.
Message-Id: <8763fvrv27.fsf@quad.sysarch.com>
>>>>> "BM" == Ben Morrow <ben@morrow.me.uk> writes:
BM> Quoth "Uri Guttman" <uri@StemSystems.com>:
>>
>> nope. remember many functions can take an array as the first arg so they
>> actually parse things with prototypes. you can find out the prototype of
>> any builtin with the function prototype. only those funcs that take a
>> final list do any slurping (splice, push, etc.) from the args list.
BM> It's important to realise that all the builtins are actually parsed
BM> specially, and many cannot be represented by prototypes, even some of
BM> those that claim to have them. The most obvious example is 'eof' (which
BM> cannot be reimplemented in Perl at all), but there are others like
BM> 'stat' and 'chdir' which take a filehandle or a string and get hints
BM> from the parser about which was passed which a user function cannot
BM> access.
sure. and also stat and the -X functions can work with _ as an arg. who
knows how perl parses that! one of the joys perl6 will have is a proper
parsable grammar (and a full perl6 parser accessible from perl6 and
written in perl6 grammar!).
but the main point is you can rarely pass an array to a builtin and have
it use those values for args.
uri
--
Uri Guttman ------ uri@stemsystems.com -------- http://www.sysarch.com --
----- Perl Code Review , Architecture, Development, Training, Support ------
--------- Free Perl Training --- http://perlhunter.com/college.html ---------
--------- Gourmet Hot Cocoa Mix ---- http://bestfriendscocoa.com ---------
------------------------------
Date: Thu, 21 May 2009 00:11:19 -0700 (PDT)
From: kath <nitte.sudhir@gmail.com>
Subject: Re: array and filehandle.
Message-Id: <8570bef4-6bfe-4a8e-b1d8-391847793a2b@g22g2000pra.googlegroups.com>
On May 21, 3:35 am, "A. Sinan Unur" <1...@llenroc.ude.invalid> wrote:
> Nene <rodbas...@gmail.com> wrote in news:e13780b2-d915-4bc1-9cc0-
> 97851e692...@r3g2000vbp.googlegroups.com:
>
> > I would like to turn my array into a filehandle like:
>
> > open(FILE, @array);
>
> > is that possible?
>
> No, that is not possible. Your question is not very clear.
>
> Do you have an array of filenames and you want to open the corresponding
> file for each in turn? Or, do you have a filename and you want to read
> the contents of the file in to an array?
>
> > So I can do:
>
> > while (my $line = <FILE>) {
> > my code goes here....
> > }
>
> open my $fh, '<', 'filename'
> or die "Cannot open 'filename': $!";
>
> while ( my $line = <$fh> ) {
>
> # do something
>
> }
>
> close $fh;
>
> --
> A. Sinan Unur <1...@llenroc.ude.invalid>
> (remove .invalid and reverse each component for email address)
>
> comp.lang.perl.misc guidelines on the WWW:http://www.rehabitation.com/clpmisc/
Hi,
If you have filenames in a array and want to read sequentially, then
you can do it in following manner. The default <> operator will open
each file(s) in @ARGV.
@ARGV = qw(file1 file2 file3);
while(<>){
#do someting...
}
------------------------------
Date: Thu, 21 May 2009 09:40:49 +0300
From: Eric Pozharski <whynot@pozharski.name>
Subject: Re: array and filehandle.
Message-Id: <slrnh19tru.lms.whynot@orphan.zombinet>
On 2009-05-20, Uri Guttman <uri@StemSystems.com> wrote:
>>>>>> "JE" == Jürgen Exner <jurgenex@hotmail.com> writes:
>
> JE> Nene <rodbass63@gmail.com> wrote:
> >> I would like to turn my array into a filehandle like:
> >>
> >> open(FILE, @array);
> >>
> >> is that possible?
>
> JE> I haven't tried it, but if the first element of the array is the mode
> JE> and the second the file name, then I don't see why there should be a
> JE> problem. At least I would assume that the function call semantics for
> JE> Perl's build-in functions are the same as for user-defined functions,
> JE> i.e. both flatten the argument list.
And? Noone actually tried?
$ perl -wle '@xy = qw( > /dev/null ); open $fh, @xy or die $!'
Name "main::fh" used only once: possible typo at -e line 1.
No such file or directory at -e line 1.
$ perl -wle '@xy = qw( > ); open $fh, @xy or die $!'
Name "main::fh" used only once: possible typo at -e line 1.
No such file or directory at -e line 1.
$ perl -wle 'open $fh, ">" or die $!'
Name "main::fh" used only once: possible typo at -e line 1.
No such file or directory at -e line 1.
> nope. remember many functions can take an array as the first arg so they
> actually parse things with prototypes. you can find out the prototype of
> any builtin with the function prototype. only those funcs that take a
> final list do any slurping (splice, push, etc.) from the args list.
>
> perl -le 'print prototype "CORE::open"'
> *;$@
>
> so that means open takes a handle and then an optional scalar (the mode
> or file name) and then slurps a list.
Not exactly. That C<(*)> represents typeglob. And looking in
F<perlsub>, it can bite.
> assuming i interpret the prototype correctly which could be wrong
> since i rarely use them.
Only perl can parse Perl.
*CUT*
Looking at code above I've got to crazy conclusion that there are some
(at least 2) implementations of B<open>. And that's the compiler what
decides what route to go. And since it can't get it, it falls back at
first one, which is C<open FILEHANDLE,EXPR>. Then this B<open> tries to
open empty filename. And obviously fails.
Maybe someone with deeper insight could comment?
p.s. Actually that idea is really crazy, because it's wrong
$ perl -wle '@xy = qw( /dev/null ); open $fh, @xy or die $!'
Name "main::fh" used only once: possible typo at -e line 1.
No such file or directory at -e line 1.
--
Torvalds' goal for Linux is very simple: World Domination
Stallman's goal for GNU is even simpler: Freedom
------------------------------
Date: Thu, 21 May 2009 01:50:08 +0100
From: Ben Morrow <ben@morrow.me.uk>
Subject: Re: array and filehandle.
Message-Id: <03lee6-45a.ln1@osiris.mauzo.dyndns.org>
Quoth Ben Morrow <ben@morrow.me.uk>:
>
> {
> package IO::Fake::FromArray;
>
> use overload "<>" => sub {
> my ($self) = @_;
>
> @$self or return;
>
> if (wantarray) {
> my @tmp = @$self;
> @$self = ();
> return @tmp;
> }
@$self or return;
wantarray and return delete @{$self}[0..$#$self];
return shift @$self;
would be both neater and faster, of course. I knew there must be an
idiom for 'clear and return this array', I just couldn't think of it :).
Ben
------------------------------
Date: Thu, 21 May 2009 04:38:01 -0700
From: "John W. Krahn" <someone@example.com>
Subject: Re: array and filehandle.
Message-Id: <u2bRl.108140$HZ1.1986@newsfe15.iad>
Ben Morrow wrote:
> Quoth Ben Morrow <ben@morrow.me.uk>:
>> {
>> package IO::Fake::FromArray;
>>
>> use overload "<>" => sub {
>> my ($self) = @_;
>>
>> @$self or return;
>>
>> if (wantarray) {
>> my @tmp = @$self;
>> @$self = ();
>> return @tmp;
>> }
>
> @$self or return;
> wantarray and return delete @{$self}[0..$#$self];
> return shift @$self;
>
> would be both neater and faster, of course. I knew there must be an
> idiom for 'clear and return this array', I just couldn't think of it :).
wantarray and return splice @$self;
John
--
Those people who think they know everything are a great
annoyance to those of us who do. -- Isaac Asimov
------------------------------
Date: Thu, 21 May 2009 11:22:17 +0200
From: "Charles T. Smith" <cts.private@yahoo.com>
Subject: FAQ needed for PERL/PERL5 modules and paths
Message-Id: <gv36g9$tm$1@online.de>
Can someone direct me to an explanation of the difference between
- perl
- perl5
- PERLLIB
- PERL_LIB
- PERL5LIB
- PREFIX
- INSTALL_BASE
- INSTALLPRIVLIB, etc.
perlmodinstall makes the extraordinary statement:
For instance, where I say "perl Makefile.PL", you can substitute "perl
Makefile.PL PREFIX=/my/perl_directory" to install the modules into
"/my/perl_directory". Then you can use the modules from your Perl
programs with "use lib "/my/perl_directory/lib/site_perl";" or sometimes
just "use "/my/perl_directory";".
thus suggesting that the only way to use non-standard paths is by
modifying the source code. If that were true, it would be a reason to
switch to python or something else.
Any thoughts are appreciated,
------------------------------
Date: Thu, 21 May 2009 12:48:27 +0200
From: "Charles T. Smith" <cts.private@yahoo.com>
Subject: FAQ needed for PERL/PERL5 modules and paths
Message-Id: <gv3bhs$5jr$1@online.de>
Can someone direct me to an explanation of the difference between
- perl
- perl5
- PERLLIB
- PERL_LIB
- PERL5LIB
- PREFIX
- INSTALL_BASE
- INSTALLPRIVLIB, etc.
In particular, I think it would be useful to have the users, purpose and
persistency of the variables described in a central location. Also, why
do we continue to maintain the distinction between perl and perl5?
perlmodinstall makes the extraordinary statement:
For instance, where I say "perl Makefile.PL", you can substitute "perl
Makefile.PL PREFIX=/my/perl_directory" to install the modules into
"/my/perl_directory". Then you can use the modules from your Perl
programs with "use lib "/my/perl_directory/lib/site_perl";" or sometimes
just "use "/my/perl_directory";".
thus suggesting that the only way to use non-standard paths is by
modifying the source code. If that were true, it would be a reason to
switch to python or something else.
Any thoughts are appreciated,
------------------------------
Date: Thu, 21 May 2009 12:33:13 +0100
From: Ben Morrow <ben@morrow.me.uk>
Subject: Re: FAQ needed for PERL/PERL5 modules and paths
Message-Id: <poqfe6-091.ln1@osiris.mauzo.dyndns.org>
Quoth "Charles T. Smith" <cts.private@yahoo.com>:
> Can someone direct me to an explanation of the difference between
> - perl
> - perl5
In what context are these? As path components? It's usual to install
Perl 5 stuff under .../lib/perl5/... since .../lib/perl/... was used for
Perl 4.
> - PERLLIB
This is an environmant variable. If PERL5LIB is not set, perl will try
PERLLIB instead.
> - PERL_LIB
This is a MakeMaker parameter, which you do not need to be concerned
with in any way. It is only used while building the core perl
distribution.
> - PERL5LIB
This is an environment variable. It is treated as a :-separated (or
;-separated on Win32) list of directories to prepend to @INC.
> - PREFIX
This is a MakeMaker parameter which allows you to specify where to
install a module, in a rather obscure fashion that depends on the
details of how your perl was Configured. It is deprecated in favour of
INSTALL_BASE.
> - INSTALL_BASE
This is a MakeMaker parameter, which specifies where to install the
module you are building. If you specify INSTALL_BASE=foo you need to add
foo/lib/perl5 to @INC.
> - INSTALLPRIVLIB, etc.
These are the detailed installation directories for various categories
of files. Unless you are trying to do something clever with you perl
installation, just ignore them.
> perlmodinstall makes the extraordinary statement:
>
> For instance, where I say "perl Makefile.PL", you can substitute "perl
> Makefile.PL PREFIX=/my/perl_directory" to install the modules into
> "/my/perl_directory". Then you can use the modules from your Perl
> programs with "use lib "/my/perl_directory/lib/site_perl";" or sometimes
> just "use "/my/perl_directory";".
^^
lib (this is a typo in perlmodinstall)
> thus suggesting that the only way to use non-standard paths is by
> modifying the source code.
Umm, no. That was just an example. You can also add directories to @INC
on the command-line with -I, and in the environment with PERL5LIB.
> If that were true, it would be a reason to switch to python or
> something else.
Really? Well, good luck with that, then.
Ben
------------------------------
Date: Thu, 21 May 2009 03:52:52 -0700 (PDT)
From: p.podmostko@googlemail.com
Subject: Is PERL good for a linguist new to programming?
Message-Id: <52528f8e-97af-45f9-9192-f8905a7f36a0@o30g2000vbc.googlegroups.com>
Hello there!
Just a small question. I'm about to start my postgraduate course in
translation and I wanted to specialise in computational linguistics.
Just wanted to know the opinion of PERL users if it makes sense to
start to learn it now. I have several ideas regarding linguistics-
related programs and wanted that language to help me create them and,
maybe in the future, write my PhD dissertation.
I've done some research and opinions about that language are heavily
polarised, namely that the syntax is cluttered, that it's a
Pathologically Eclectic Rubbish Lister, etc. I wanted to focus on PERL
due to it's supposed text-processing capabilities, and I've also
considered going for Python but I don't want to waste time on learning
something which is not very common and useful. If I'm to spend years
on learning a language (wheter it's French, PERL, Spanish or C++) I
want to know that there are opportunities for it and there's numerous
users of that language out there.
Thanks in advance for any suggestions!
Przemek
------------------------------
Date: Thu, 21 May 2009 12:43:01 +0100
From: Ben Morrow <ben@morrow.me.uk>
Subject: Re: Is PERL good for a linguist new to programming?
Message-Id: <5brfe6-091.ln1@osiris.mauzo.dyndns.org>
Quoth p.podmostko@googlemail.com:
>
> Just a small question. I'm about to start my postgraduate course in
> translation and I wanted to specialise in computational linguistics.
>
> Just wanted to know the opinion of PERL users if it makes sense to
The language is called Perl. It is not an acronym.
> start to learn it now. I have several ideas regarding linguistics-
> related programs and wanted that language to help me create them and,
> maybe in the future, write my PhD dissertation.
You want perl to write your dissertation for you? I don't think there
are any modules for that, but you could try CPAN. :)
> I've done some research and opinions about that language are heavily
> polarised, namely that the syntax is cluttered, that it's a
> Pathologically Eclectic Rubbish Lister, etc. I wanted to focus on PERL
> due to it's supposed text-processing capabilities, and I've also
> considered going for Python but I don't want to waste time on learning
> something which is not very common and useful.
Go to http://search.cpan.org/ and search for 'Lingua'. This will list
(some of) the modules people have written that deal with natural
language processing. Then see what you can find written in Python, and
make up your own mind :).
> If I'm to spend years
> on learning a language (wheter it's French, PERL, Spanish or C++) I
> want to know that there are opportunities for it and there's numerous
> users of that language out there.
There are numerous users of Perl out there.
Ben
------------------------------
Date: Thu, 21 May 2009 07:28:02 -0500
From: Tad J McClellan <tadmc@seesig.invalid>
Subject: Re: Is PERL good for a linguist new to programming?
Message-Id: <slrnh1ai6i.3g7.tadmc@tadmc30.sbcglobal.net>
p.podmostko@googlemail.com <p.podmostko@googlemail.com> wrote:
> Just a small question. I'm about to start my postgraduate course in
> translation and I wanted to specialise in computational linguistics.
Perl's creator, Larry Wall (a linguist), wrote a bit about *natural*
language principles that he incorporated into Perl's design:
http://www.wall.org/~larry/natural.html
Though that does not mention my personal favorite example of natural
language things in Perl. Perl has a concept of "singular" vs "plural"
that I've not seen in any other machine language.
("scalar context" vs "list context" in perl-speak)
> Just wanted to know the opinion of PERL users if it makes sense to
> start to learn it now.
The name of the language is "Perl".
"Perl" is used to refer to the language itself
"perl" is used to refer to the implementation of the language
(the interpreter, the binary)
"PERL" is used to indicate that you do not know the
"secret handshake" of people who really know Perl.
:-)
> I have several ideas regarding linguistics-
> related programs and wanted that language to help me create them and,
> maybe in the future, write my PhD dissertation.
The most powerful argument for using Perl is CPAN.
Many already-invented wheels just waiting for you to use them!
For natural language, the Lingua::* namespace is interesting.
> I've done some research and opinions about that language are heavily
> polarised, namely that the syntax is cluttered, that it's a
> Pathologically Eclectic Rubbish Lister, etc.
Everything is a tradeoff.
The "bad" things above may be offset by the expressiveness they
help realize...
> Thanks in advance for any suggestions!
Share the results of your research by putting them into
modules on CPAN. :-)
--
Tad McClellan
email: perl -le "print scalar reverse qq/moc.noitatibaher\100cmdat/"
------------------------------
Date: Thu, 21 May 2009 04:42:28 GMT
From: merlyn@stonehenge.com (Randal Schwartz)
Subject: new CPAN modules on Thu May 21 2009
Message-Id: <KJz92s.23E5@zorch.sf-bay.org>
The following modules have recently been added to or updated in the
Comprehensive Perl Archive Network (CPAN). You can install them using the
instructions in the 'perlmodinstall' page included with your Perl
distribution.
API-ISPManager-0.03
http://search.cpan.org/~nrg/API-ISPManager-0.03/
interface to the ISPManager Hosting Panel API ( http://ispsystem.com )
----
Bio-DOOP-DOOP-1.03
http://search.cpan.org/~razzor/Bio-DOOP-DOOP-1.03/
DOOP API main module
----
Bot-IKCBot-Pluggable-0.01
http://search.cpan.org/~hirose/Bot-IKCBot-Pluggable-0.01/
extended Bot::BasicBot::Pluggable for IKC
----
Bot-IKCBot-Pluggable-0.02
http://search.cpan.org/~hirose/Bot-IKCBot-Pluggable-0.02/
extended Bot::BasicBot::Pluggable for IKC
----
Cache-Ehcache-0.03
http://search.cpan.org/~yamamoto/Cache-Ehcache-0.03/
client library for Ehcache Server
----
Catalyst-Plugin-Log-Dispatch-0.11
http://search.cpan.org/~shot/Catalyst-Plugin-Log-Dispatch-0.11/
Log module of Catalyst that uses Log::Dispatch
----
Catalyst-Plugin-RunAfterRequest-0.01
http://search.cpan.org/~evdb/Catalyst-Plugin-RunAfterRequest-0.01/
run code after the response has been sent.
----
Catalyst-View-Component-jQuery-0.04
http://search.cpan.org/~converter/Catalyst-View-Component-jQuery-0.04/
Add a JavaScript::Framework::jQuery object to TT Views
----
CatalystX-Menu-Suckerfish-0.03
http://search.cpan.org/~converter/CatalystX-Menu-Suckerfish-0.03/
Generate HTML UL for a CSS-enhanced Suckerfish menu
----
Class-Sniff-0.08_03
http://search.cpan.org/~ovid/Class-Sniff-0.08_03/
Look for class composition code smells
----
Color-Palette-0.091400
http://search.cpan.org/~rjbs/Color-Palette-0.091400/
a set of named colors
----
Config-JFDI-0.06
http://search.cpan.org/~rkrimen/Config-JFDI-0.06/
Just * Do it: A Catalyst::Plugin::ConfigLoader-style layer over Config::Any
----
DBI-Easy-0.08
http://search.cpan.org/~apla/DBI-Easy-0.08/
yet another perl ORM for SQL databases
----
DBIx-Class-Fixtures-1.001002
http://search.cpan.org/~lsaunders/DBIx-Class-Fixtures-1.001002/
----
DBIx-Class-ResultSet-Void-0.05
http://search.cpan.org/~fayland/DBIx-Class-ResultSet-Void-0.05/
improve DBIx::Class::ResultSet with void context
----
DBIx-Class-ResultSet-Void-0.06
http://search.cpan.org/~fayland/DBIx-Class-ResultSet-Void-0.06/
improve DBIx::Class::ResultSet with void context
----
Data-FetchPath-0.02
http://search.cpan.org/~ovid/Data-FetchPath-0.02/
"eval"able paths to your complex data values
----
Data-Validation-0.2.78
http://search.cpan.org/~pjfl/Data-Validation-0.2.78/
Filter and check data values
----
Devel-CheckLib-0.6
http://search.cpan.org/~dcantrell/Devel-CheckLib-0.6/
check that a library is available
----
Devel-Optrace-0.04
http://search.cpan.org/~gfuji/Devel-Optrace-0.04/
Traces opcodes which are running now
----
Dist-Zilla-Plugin-PodPurler-0.091411
http://search.cpan.org/~rjbs/Dist-Zilla-Plugin-PodPurler-0.091411/
like PodWeaver, but more erratic and amateurish
----
Email-MIME-Kit-2.091410
http://search.cpan.org/~rjbs/Email-MIME-Kit-2.091410/
build messages from templates
----
Email-Send-Test-DataDumper-0.01
http://search.cpan.org/~danjou/Email-Send-Test-DataDumper-0.01/
Captures emails sent via Email::Send for testing, with Tie::DataDumper
----
Graphics-Color-0.21
http://search.cpan.org/~gphat/Graphics-Color-0.21/
Device and library agnostic color spaces.
----
Graphics-Primitive-Driver-Cairo-0.39
http://search.cpan.org/~gphat/Graphics-Primitive-Driver-Cairo-0.39/
Cairo backend for Graphics::Primitive
----
HTML-CTPP2-2.4.13
http://search.cpan.org/~stellar/HTML-CTPP2-2.4.13/
Perl interface for CTPP2 library
----
HTML-CTPP2-2.5.1
http://search.cpan.org/~stellar/HTML-CTPP2-2.5.1/
Perl interface for CTPP2 library
----
HTML-TurboForm-0.41
http://search.cpan.org/~camelcase/HTML-TurboForm-0.41/
----
Jabber-Connection-0.04
http://search.cpan.org/~qmacro/Jabber-Connection-0.04/
Simple connectivity functions for Jabber
----
Jifty-Plugin-Feedback-0.02
http://search.cpan.org/~sartak/Jifty-Plugin-Feedback-0.02/
Plugin to provides a feedback box
----
Lexical-Alias-0.01
http://search.cpan.org/~gfuji/Lexical-Alias-0.01/
Perl extention to declare lexical aliases
----
Mail-DKIM-0.34
http://search.cpan.org/~jaslong/Mail-DKIM-0.34/
Signs/verifies Internet mail with DKIM/DomainKey signatures
----
Math-GSL-0.20
http://search.cpan.org/~leto/Math-GSL-0.20/
Perl interface to the GNU Scientific Library (GSL)
----
Module-Extract-Use-0.14
http://search.cpan.org/~bdfoy/Module-Extract-Use-0.14/
Pull out the modules a module uses
----
Module-Install-0.89
http://search.cpan.org/~adamk/Module-Install-0.89/
Standalone, extensible Perl module installer
----
Module-List-0.002
http://search.cpan.org/~zefram/Module-List-0.002/
module `directory' listing
----
MooseX-MethodAttributes-0.11_02
http://search.cpan.org/~bobtfish/MooseX-MethodAttributes-0.11_02/
code attribute introspection
----
MooseX-Types-DateTimeX-0.06
http://search.cpan.org/~ecarroll/MooseX-Types-DateTimeX-0.06/
Extensions to MooseX::Types::DateTime::ButMaintained
----
Muldis-D-0.73.0
http://search.cpan.org/~duncand/Muldis-D-0.73.0/
Formal spec of Muldis D relational DBMS lang
----
MyCPAN-App-DPAN-1.21
http://search.cpan.org/~bdfoy/MyCPAN-App-DPAN-1.21/
----
MyCPAN-Indexer-1.21
http://search.cpan.org/~bdfoy/MyCPAN-Indexer-1.21/
Index a Perl distribution
----
Nagios-Plugin-OverHTTP-0.07
http://search.cpan.org/~dougdude/Nagios-Plugin-OverHTTP-0.07/
Nagios plugin to check over the HTTP protocol.
----
Net-Ifconfig-Wrapper-0.11
http://search.cpan.org/~tpaba/Net-Ifconfig-Wrapper-0.11/
provides a unified way to configure network interfaces on FreeBSD, OpenBSD, Solaris, Linux, OS X, and WinNT (from Win2K).
----
PDL-NetCDF-4.01
http://search.cpan.org/~dhunt/PDL-NetCDF-4.01/
Object-oriented interface between NetCDF files and PDL objects.
----
POE-Component-Client-Ident-1.16
http://search.cpan.org/~bingos/POE-Component-Client-Ident-1.16/
A component that provides non-blocking ident lookups to your sessions.
----
Padre-Plugin-PerlTidy-0.06
http://search.cpan.org/~bricas/Padre-Plugin-PerlTidy-0.06/
Format perl files using Perl::Tidy
----
Parse-CPAN-Meta-1.39
http://search.cpan.org/~adamk/Parse-CPAN-Meta-1.39/
Parse META.yml and other similar CPAN metadata files
----
Scalar-Alias-0.02
http://search.cpan.org/~gfuji/Scalar-Alias-0.02/
Perl extention to declare lexical aliases
----
Spreadsheet-WriteExcel-Simple-Tabs-0.02
http://search.cpan.org/~mrdvt/Spreadsheet-WriteExcel-Simple-Tabs-0.02/
Simple Interface to the Spreadsheet::WriteExcel Package
----
Syntax-Highlight-Perl6-0.57
http://search.cpan.org/~azawawi/Syntax-Highlight-Perl6-0.57/
Perl 6 Syntax Highlighter
----
Task-BeLike-BINGOS-1.00
http://search.cpan.org/~bingos/Task-BeLike-BINGOS-1.00/
Be the most BINGOS you can be
----
Template-Toolkit-2.20_3
http://search.cpan.org/~abw/Template-Toolkit-2.20_3/
Template Processing System
----
Test-Aggregate-0.35_05
http://search.cpan.org/~ovid/Test-Aggregate-0.35_05/
Aggregate *.t tests to make them run faster.
----
Test-Inline-2.210
http://search.cpan.org/~adamk/Test-Inline-2.210/
Embed your tests in your code, next to what is being tested
----
Test-NoPlan-0.0.1
http://search.cpan.org/~duncs/Test-NoPlan-0.0.1/
check perl test files for 'no_plan'
----
ThumbalizrSimple-0.01
http://search.cpan.org/~tomfahle/ThumbalizrSimple-0.01/
Simple Access to screenshot-tool thumbalizr
----
WebService-Cath-FuncNet-0.09
http://search.cpan.org/~isillitoe/WebService-Cath-FuncNet-0.09/
Interface to the CATH FuncNet webservice
----
XML-Easy-0.004
http://search.cpan.org/~zefram/XML-Easy-0.004/
XML processing with a clean interface
----
YAML-Tiny-1.39
http://search.cpan.org/~adamk/YAML-Tiny-1.39/
Read/Write YAML files with as little code as possible
----
eps2png-2.7
http://search.cpan.org/~jv/eps2png-2.7/
convert EPS files to PNG, JPG or GIF images
----
namespace-autoclean-0.06
http://search.cpan.org/~flora/namespace-autoclean-0.06/
Keep imports out of your namespace
If you're an author of one of these modules, please submit a detailed
announcement to comp.lang.perl.announce, and we'll pass it along.
This message was generated by a Perl program described in my Linux
Magazine column, which can be found on-line (along with more than
200 other freely available past column articles) at
http://www.stonehenge.com/merlyn/LinuxMag/col82.html
print "Just another Perl hacker," # the original
--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
<merlyn@stonehenge.com> <URL:http://www.stonehenge.com/merlyn/>
Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc.
See http://methodsandmessages.vox.com/ for Smalltalk and Seaside discussion
------------------------------
Date: 6 Apr 2001 21:33:47 GMT (Last modified)
From: Perl-Users-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 6 Apr 01)
Message-Id: <null>
Administrivia:
#The Perl-Users Digest is a retransmission of the USENET newsgroup
#comp.lang.perl.misc. For subscription or unsubscription requests, send
#the single line:
#
# subscribe perl-users
#or:
# unsubscribe perl-users
#
#to almanac@ruby.oce.orst.edu.
NOTE: due to the current flood of worm email banging on ruby, the smtp
server on ruby has been shut off until further notice.
To submit articles to comp.lang.perl.announce, send your article to
clpa@perl.com.
#To request back copies (available for a week or so), send your request
#to almanac@ruby.oce.orst.edu with the command "send perl-users x.y",
#where x is the volume number and y is the issue number.
#For other requests pertaining to the digest, send mail to
#perl-users-request@ruby.oce.orst.edu. Do not waste your time or mine
#sending perl questions to the -request address, I don't have time to
#answer them even if I did know the answer.
------------------------------
End of Perl-Users Digest V11 Issue 2431
***************************************
