[31201] in Perl-Users-Digest
Perl-Users Digest, Issue: 2446 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Thu May 28 03:09:43 2009
Date: Thu, 28 May 2009 00:09:08 -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, 28 May 2009 Volume: 11 Number: 2446
Today's topics:
Re: comma operator nick_keighley_nospam@hotmail.com
Re: compiled perl question. [OT] <jurgenex@hotmail.com>
Re: edit array in place <whynot@pozharski.name>
Re: edit array in place <uri@StemSystems.com>
Re: edit array in place <whynot@pozharski.name>
Re: edit array in place <uri@StemSystems.com>
Re: Is PERL good for a linguist new to programming? p.podmostko@googlemail.com
Re: Is PERL good for a linguist new to programming? <uri@StemSystems.com>
Re: Is PERL good for a linguist new to programming? <frank@example.invalid>
Re: Is PERL good for a linguist new to programming? p.podmostko@googlemail.com
Re: Is PERL good for a linguist new to programming? <uri@StemSystems.com>
Re: Is PERL good for a linguist new to programming? <uri@StemSystems.com>
Re: Is PERL good for a linguist new to programming? <mvdwege@maily.com>
new CPAN modules on Thu May 28 2009 (Randal Schwartz)
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Wed, 27 May 2009 03:07:39 -0700 (PDT)
From: nick_keighley_nospam@hotmail.com
Subject: Re: comma operator
Message-Id: <022a6936-6f86-47f7-a644-4c3d1266e1a7@n19g2000vba.googlegroups.com>
On 27 May, 02:22, Franken Sense <fr...@example.invalid> wrote:
<snip>
> Perl has many, newfangled operators, and I was hoping to do double damage
> by figuring out about the comment operator in C and the => operator in
> perl, which is integral to a hash, which is their "one size fits all"
> abstract data structure.
I take it you meant "the *comma* operator in C". Just in case you
didn't,
there is no "comment operator" in C
<snip>
------------------------------
Date: Wed, 27 May 2009 14:01:43 -0700
From: Jürgen Exner <jurgenex@hotmail.com>
Subject: Re: compiled perl question. [OT]
Message-Id: <vcar159fov1qa7dbiiubc87hnhablg0727@4ax.com>
Tassilo von Parseval <ethan@ethan.com> wrote:
>Thus spake Sherm Pendley:
>> Jürgen Exner <jurgenex@hotmail.com> writes:
>>
>>> I don't understand. perldoc is part of Perl. If it isn't installed then
>>> your Perl installation is broken. Maybe fix it?
>>
>> That kind of brokenness is sadly common among Linux distributions. Many
>> of them separate Perl's 'perldoc' script and '*.pod' files into a -dev
>> package that must be installed separately.
>
>Which happens to make perfect sense. As much as we Perl purists may
>despise it, I certainly welcome not having to install all the utility
>junk belonging to languages I do not program in (Python, Ruby etc.) when
>all I need is the core of it to satisfy some dependency of another
>package.
Fair enough. But _WHEN_ you program in language X then the documentation
for that language does become a vital part of the installation.
>All of this is of course blatantly off-topic.
Not really. Programming in Perl without using the proper documentation
for the installed version of Perl is IMO on-topic for this NG.
Advise: just don't do it.
jue
------------------------------
Date: Wed, 27 May 2009 09:55:05 +0300
From: Eric Pozharski <whynot@pozharski.name>
Subject: Re: edit array in place
Message-Id: <slrnh1pov0.kob.whynot@orphan.zombinet>
On 2009-05-26, Uri Guttman <uri@StemSystems.com> wrote:
>>>>>> "EP" == Eric Pozharski <whynot@pozharski.name> writes:
*SKIP*
> EP> "How do you test return value of B<binmode>?"
>
> i don't at the moment. i recently added a test for the return of rename
> and even found a way to drive that error in a test script (without
> overriding it which could be simpler but my way is amusing).
(just to verify before looking) Did I get that right, that File-Slurp
testsuite has a way to provoke fictious fails of, let's call it this
way, syscalls? If that's really this way I would like to see your way
of doing this (for canibalization, of course).
> so i don't get the question. to test the return value of binmode i
> would just check it. maybe i am not getting what you are looking for.
> do yo mean in the code in slurp itself or in the test script?
When I found a chance for B<File::Slurp>, I was surprised that
B<File::Slurp> doesn't accept filehandles.
B<File::Slurp> doesn't give access to just created filehandle.
B<File::Slurp> doesn't check return value of B<binmode>.
I believe you have your reasons. But that mix smells pretty dangerous
for me. I've found no problems whatsoever. But I always (sooner or
later) run in problems with others code. Just in case -- I know where
http://rt.cpan.org is.
> when i tackle checking it in the main code i will also add test code
> to drive it in an error mode (possibly with overriding it).
Keep on your ways. Be different.
--
Torvalds' goal for Linux is very simple: World Domination
Stallman's goal for GNU is even simpler: Freedom
------------------------------
Date: Wed, 27 May 2009 09:53:01 -0400
From: "Uri Guttman" <uri@StemSystems.com>
Subject: Re: edit array in place
Message-Id: <87skiqd54y.fsf@quad.sysarch.com>
>>>>> "EP" == Eric Pozharski <whynot@pozharski.name> writes:
EP> On 2009-05-26, Uri Guttman <uri@StemSystems.com> wrote:
>> i don't at the moment. i recently added a test for the return of rename
>> and even found a way to drive that error in a test script (without
>> overriding it which could be simpler but my way is amusing).
EP> (just to verify before looking) Did I get that right, that File-Slurp
EP> testsuite has a way to provoke fictious fails of, let's call it this
EP> way, syscalls? If that's really this way I would like to see your way
EP> of doing this (for canibalization, of course).
yes. and i stole it from someone else. it may not be in the public git
repo yet but i will put it there asap.
>> so i don't get the question. to test the return value of binmode i
>> would just check it. maybe i am not getting what you are looking for.
>> do yo mean in the code in slurp itself or in the test script?
EP> When I found a chance for B<File::Slurp>, I was surprised that
EP> B<File::Slurp> doesn't accept filehandles.
incorrect. it does accept open handles and always has and it is
documented.
EP> B<File::Slurp> doesn't give access to just created filehandle.
who cares? it slurps the file for you and the closes the handle. that is
its purpose so returning the handle makes no sense.
EP> B<File::Slurp> doesn't check return value of B<binmode>.
to be added one day.
EP> I believe you have your reasons. But that mix smells pretty dangerous
EP> for me. I've found no problems whatsoever. But I always (sooner or
EP> later) run in problems with others code. Just in case -- I know where
EP> http://rt.cpan.org is.
you smell badly! :)
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, 27 May 2009 23:50:16 +0300
From: Eric Pozharski <whynot@pozharski.name>
Subject: Re: edit array in place
Message-Id: <slrnh1r9sa.g7a.whynot@orphan.zombinet>
On 2009-05-27, Uri Guttman <uri@StemSystems.com> wrote:
>>>>>> "EP" == Eric Pozharski <whynot@pozharski.name> writes:
*SKIP*
> EP> B<File::Slurp> doesn't accept filehandles.
>
> incorrect. it does accept open handles and always has and it is
> documented.
Ouch. None example shows that, and passing filename was enough for me.
My fault.
*SKIP*
> EP> I believe you have your reasons. But that mix smells pretty dangerous
> EP> for me. I've found no problems whatsoever. But I always (sooner or
> EP> later) run in problems with others code. Just in case -- I know where
> EP> http://rt.cpan.org is.
>
> you smell badly! :)
Just in case -- you'll know who smells.
--
Torvalds' goal for Linux is very simple: World Domination
Stallman's goal for GNU is even simpler: Freedom
------------------------------
Date: Wed, 27 May 2009 23:34:03 -0400
From: "Uri Guttman" <uri@StemSystems.com>
Subject: Re: edit array in place
Message-Id: <87fxep99zo.fsf@quad.sysarch.com>
>>>>> "EP" == Eric Pozharski <whynot@pozharski.name> writes:
EP> On 2009-05-27, Uri Guttman <uri@StemSystems.com> wrote:
>>>>>>> "EP" == Eric Pozharski <whynot@pozharski.name> writes:
EP> *SKIP*
EP> B<File::Slurp> doesn't accept filehandles.
>>
>> incorrect. it does accept open handles and always has and it is
>> documented.
EP> Ouch. None example shows that, and passing filename was enough for me.
EP> My fault.
not all cases of module use can or will be shown in the synopsis!
from the pod:
If the first argument is a file handle reference or I/O object
(if ref is true), then that handle is slurped in. This mode is
supported so you slurp handles such as C<DATA>, C<STDIN>. See
the test handle.t for an example that does C<open( '-|' )> and
child process spews data to the parant which slurps it in. All
of the options that control how the data is returned to the
caller still work in this case.
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, 27 May 2009 01:29:01 -0700 (PDT)
From: p.podmostko@googlemail.com
Subject: Re: Is PERL good for a linguist new to programming?
Message-Id: <60bfb3c9-885c-49cd-94c9-656b0c59742f@r34g2000vba.googlegroups.com>
> i just want to point out to some new posters here who flame at the
> regulars. note that this OP and thread was civil and informative. it the
> threads where the OP doesn't listen or keeps asking wrong questions or
> such that get crazy. and then the peanut gallery jumps in with no real
> help but useless and childish criticism. note how they didn't jump into
> this thread? that is because they don't have the accumulated years of
> experience to offer. nice of them (keel is the latest) to keep out of
> this thread.
Sorry, but what does this have to do with anything? :) I don't follow.
------------------------------
Date: Wed, 27 May 2009 09:53:45 -0400
From: "Uri Guttman" <uri@StemSystems.com>
Subject: Re: Is PERL good for a linguist new to programming?
Message-Id: <87octed53q.fsf@quad.sysarch.com>
>>>>> "pp" == p podmostko <p.podmostko@googlemail.com> writes:
>> i just want to point out to some new posters here who flame at the
>> regulars. note that this OP and thread was civil and informative. it the
>> threads where the OP doesn't listen or keeps asking wrong questions or
>> such that get crazy. and then the peanut gallery jumps in with no real
>> help but useless and childish criticism. note how they didn't jump into
>> this thread? that is because they don't have the accumulated years of
>> experience to offer. nice of them (keel is the latest) to keep out of
>> this thread.
pp> Sorry, but what does this have to do with anything? :) I don't follow.
see a recent thread with a nathan keel in it. you won't be amused.
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, 27 May 2009 23:09:15 -0700
From: Franken Sense <frank@example.invalid>
Subject: Re: Is PERL good for a linguist new to programming?
Message-Id: <mox16ckprgtr.y0icx3axw2y$.dlg@40tude.net>
In Dread Ink, the Grave Hand of p.podmostko@googlemail.com Did Inscribe:
>> i just want to point out to some new posters here who flame at the
>> regulars. note that this OP and thread was civil and informative. it the
>> threads where the OP doesn't listen or keeps asking wrong questions or
>> such that get crazy. and then the peanut gallery jumps in with no real
>> help but useless and childish criticism. note how they didn't jump into
>> this thread? that is because they don't have the accumulated years of
>> experience to offer. nice of them (keel is the latest) to keep out of
>> this thread.
>
> Sorry, but what does this have to do with anything? :) I don't follow.
Uri and his ilk are why I would advise against thinking you can conquer the
many idioms of perl by relying on usenet. Post a few more questions as you
supplement your study and watch their tone slip as you don't follow Uri's
life advice.
clp.misc varies like any usenet group. Doesn't seem to be many OP's and Uri
is front and center: hmmm.
Other times, it's been nice. What's really helped me this time around is
that I have a sysadmin buddy who looks at this stuff with me. I don't
regret the fifty dollars I laid out for _Programming Perl_. YMMV.
BTW, I think it's unrealistic that you would pick up programming without a
background in it. My $.02 .
--
Frank
It's the Power of the Almighty, the Splendor of Nature, and then you.
~~ Al Franken
------------------------------
Date: Wed, 27 May 2009 23:17:15 -0700 (PDT)
From: p.podmostko@googlemail.com
Subject: Re: Is PERL good for a linguist new to programming?
Message-Id: <b00e5776-0ad2-4632-8c39-bb0878cd4afb@h11g2000yqb.googlegroups.com>
> BTW, I think it's unrealistic that you would pick up programming without a
> background in it. My $.02 .
So you say that it's futile for me to continue studying it?
Przemek
------------------------------
Date: Thu, 28 May 2009 02:19:40 -0400
From: "Uri Guttman" <uri@StemSystems.com>
Subject: Re: Is PERL good for a linguist new to programming?
Message-Id: <87skip7nr7.fsf@quad.sysarch.com>
>>>>> "FS" == Franken Sense <frank@example.invalid> writes:
>> Sorry, but what does this have to do with anything? :) I don't
>> follow.
FS> Uri and his ilk are why I would advise against thinking you can
FS> conquer the many idioms of perl by relying on usenet. Post a few
FS> more questions as you supplement your study and watch their tone
FS> slip as you don't follow Uri's life advice.
the fact you aren't learning perl quickly yourself is no reason to rant
about how usenet works or doesn't work. you have posted forever about a
trivially simple problem and have taken forever to grasp the simplest
perl idioms. you ignored coding and educational advice, you constantly
seem to compare perl ops to similar ops in c and can't see the
differences. your views on programming, and training aren't valid so why
did you jump in here? i can't wait for keel to stick his nose in too.
FS> clp.misc varies like any usenet group. Doesn't seem to be many
FS> OP's and Uri is front and center: hmmm.
huh?? try to make some sense.
FS> Other times, it's been nice. What's really helped me this time
FS> around is that I have a sysadmin buddy who looks at this stuff
FS> with me. I don't regret the fifty dollars I laid out for
FS> _Programming Perl_. YMMV.
so ask him to train you.
FS> BTW, I think it's unrealistic that you would pick up programming without a
FS> background in it. My $.02 .
speak for yourself. you have some programming background and can't pick
up basic perl that has been spoonfed to you. comment operator anyone?
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, 28 May 2009 02:51:16 -0400
From: "Uri Guttman" <uri@StemSystems.com>
Subject: Re: Is PERL good for a linguist new to programming?
Message-Id: <87eiu97maj.fsf@quad.sysarch.com>
>>>>> "pp" == p podmostko <p.podmostko@googlemail.com> writes:
>> BTW, I think it's unrealistic that you would pick up programming without a
>> background in it. My $.02 .
pp> So you say that it's futile for me to continue studying it?
no, i say it is futile for him to study perl given how slowly he has
learned from a simple problem he posted. look back for those threads and
you will see what i mean. so far you have asked intelligent questions
and responded with more. that bodes well for learning any technical
skill. so go ahead and learn perl and you can get help here if you need
it. you can even learn from scratch from a book called elements of
programming with perl. it teaches programming from zero and uses perl as
its language. pretty good book and you should be able to find cheap used
copies of it. the perl docs are another major resource and include
plenty of tutorials. there are other good books but they assume some
programming skills. also many extension colleges offer perl courses. the
question is what level of coder are you aiming to be? you can do fine
being self taught (especially if you like to read tech books). but to
aspire to something bigger would generally require some academic
background. i know plenty of self taught coders and some are pretty good
but they usually are weak in theoretical areas. if you are doing natural
language processing, then those are important areas to know well. so it
all depends on your goals, your time, your resources and how well you
learn new stuff.
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, 28 May 2009 09:01:30 +0200
From: Mart van de Wege <mvdwege@maily.com>
Subject: Re: Is PERL good for a linguist new to programming?
Message-Id: <868wkhg185.fsf@gareth.avalon.lan>
p.podmostko@googlemail.com writes:
>> BTW, I think it's unrealistic that you would pick up programming without a
>> background in it. My $.02 .
>
> So you say that it's futile for me to continue studying it?
>
That is what he seems to be saying, yes.
But don't be discouraged. This does not seem to be a majority
opionion. I myself disagree. If you're capable of building up a mental
model and know how to manipulate symbols in that model, you have gotten
through the most difficult phase. A few courses in math to make sure you
understand some of the most common algorithms, and you're done.
What branch of linguistics are you working in? If you've done work in
things like natural grammar, you should have little problems adjusting
your thinking to programming.
Mart
--
"We will need a longer wall when the revolution comes."
--- AJS, quoting an uncertain source.
------------------------------
Date: Thu, 28 May 2009 04:42:29 GMT
From: merlyn@stonehenge.com (Randal Schwartz)
Subject: new CPAN modules on Thu May 28 2009
Message-Id: <KKC7qt.14s2@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.
Algorithm-C3-0.08
http://search.cpan.org/~flora/Algorithm-C3-0.08/
A module for merging hierarchies using the C3 algorithm
----
App-Sequence-0.0501
http://search.cpan.org/~kimoto/App-Sequence-0.0501/
Multi-Subroutine executer for Sequence Oritened Program.
----
App-Sequence-0.0502
http://search.cpan.org/~kimoto/App-Sequence-0.0502/
Multi-Subroutine executer for Sequence Oritened Program.
----
Attribute-Util-1.05
http://search.cpan.org/~dankogai/Attribute-Util-1.05/
Assorted general utility attributes
----
Bytes-Random-0.01
http://search.cpan.org/~johnd/Bytes-Random-0.01/
Perl extension to generate random bytes.
----
CHI-Driver-DBI-1.2
http://search.cpan.org/~jswartz/CHI-Driver-DBI-1.2/
Use DBI for cache storage
----
CHI-Driver-Memcached-0.08
http://search.cpan.org/~jswartz/CHI-Driver-Memcached-0.08/
Distributed cache via memcached (memory cache daemon)
----
CPAN-Mini-Visit-0.03
http://search.cpan.org/~adamk/CPAN-Mini-Visit-0.03/
A generalised API version of David Golden's visitcpan
----
Catalyst-Controller-RequestToken-0.06
http://search.cpan.org/~hide/Catalyst-Controller-RequestToken-0.06/
Handling transaction token across forms
----
Catalyst-Manual-5.8000
http://search.cpan.org/~hkclark/Catalyst-Manual-5.8000/
The Catalyst developer's manual
----
Catalyst-Plugin-I18N-DBI-0.2.0
http://search.cpan.org/~mdietrich/Catalyst-Plugin-I18N-DBI-0.2.0/
DBI based I18N for Catalyst
----
Chart-Clicker-2.33
http://search.cpan.org/~gphat/Chart-Clicker-2.33/
Powerful, extensible charting.
----
Config-Augeas-0.500
http://search.cpan.org/~ddumont/Config-Augeas-0.500/
Edit configuration files through Augeas C library
----
DBIx-Class-ResultSet-WithMetaData-0.999002
http://search.cpan.org/~lsaunders/DBIx-Class-ResultSet-WithMetaData-0.999002/
----
Elive-0.22
http://search.cpan.org/~warringd/Elive-0.22/
Elluminate Live (c) client library
----
Games-Quake-Stats-0.03
http://search.cpan.org/~mbeebe/Games-Quake-Stats-0.03/
Perl module for compiling basic Quake game statistics
----
Log-Handler-0.53_01
http://search.cpan.org/~bloonix/Log-Handler-0.53_01/
Log messages to several outputs.
----
Log-Handler-0.54
http://search.cpan.org/~bloonix/Log-Handler-0.54/
Log messages to several outputs.
----
MRO-Compat-0.11
http://search.cpan.org/~flora/MRO-Compat-0.11/
mro::* interface compatibility for Perls < 5.9.5
----
Module-Install-0.91
http://search.cpan.org/~adamk/Module-Install-0.91/
Standalone, extensible Perl module installer
----
MooseX-MethodAttributes-0.13
http://search.cpan.org/~bobtfish/MooseX-MethodAttributes-0.13/
code attribute introspection
----
MooseX-Traits-0.04
http://search.cpan.org/~jrockway/MooseX-Traits-0.04/
automatically apply roles at object creation time
----
MooseX-Types-Structured-0.15
http://search.cpan.org/~jjnapiork/MooseX-Types-Structured-0.15/
Structured Type Constraints for Moose
----
MooseX-Types-Structured-0.16
http://search.cpan.org/~flora/MooseX-Types-Structured-0.16/
Structured Type Constraints for Moose
----
MooseX-Types-URI-0.02
http://search.cpan.org/~flora/MooseX-Types-URI-0.02/
URI related types and coercions for Moose
----
Mouse-0.23
http://search.cpan.org/~sartak/Mouse-0.23/
Moose minus the antlers
----
Muldis-D-0.74.0
http://search.cpan.org/~duncand/Muldis-D-0.74.0/
Formal spec of Muldis D relational DBMS lang
----
MusicBrainz-DiscID-0.01
http://search.cpan.org/~njh/MusicBrainz-DiscID-0.01/
Perl interface for the MusicBrainz libdiscid library
----
MusicBrainz-DiscID-0.02
http://search.cpan.org/~njh/MusicBrainz-DiscID-0.02/
Perl interface for the MusicBrainz libdiscid library
----
MySQL-Sandbox-3.0.01
http://search.cpan.org/~gmax/MySQL-Sandbox-3.0.01/
Quickly installs MySQL side server, either standalone or in groups
----
Net-Google-Code-0.11
http://search.cpan.org/~sunnavy/Net-Google-Code-0.11/
a simple client library for google code
----
Net-Jifty-0.12
http://search.cpan.org/~sartak/Net-Jifty-0.12/
interface to online Jifty applications
----
Net-Random-QRBG-0.01
http://search.cpan.org/~bgarber/Net-Random-QRBG-0.01/
Gather random data from the QRBG Service
----
Net-Random-QRBG-0.02
http://search.cpan.org/~bgarber/Net-Random-QRBG-0.02/
Gather random data from the QRBG Service
----
Net-Twitter-2.99000_05
http://search.cpan.org/~mmims/Net-Twitter-2.99000_05/
A perl interface to the Twitter API
----
Object-Simple-0.0201
http://search.cpan.org/~kimoto/Object-Simple-0.0201/
Very simple framework for Object Oriented Perl.
----
Object-Simple-Constraint-0.0201
http://search.cpan.org/~kimoto/Object-Simple-Constraint-0.0201/
Constraint functions for Object::Simple;
----
Object-Simple-Error-0.0201
http://search.cpan.org/~kimoto/Object-Simple-Error-0.0201/
Error object for Object::Simple
----
Object-Simple-Mixin-AttrNames-0.0201
http://search.cpan.org/~kimoto/Object-Simple-Mixin-AttrNames-0.0201/
Mixin class to get attribute names for Object::Simple
----
Object-Simple-Mixin-AttrOptions-0.0201
http://search.cpan.org/~kimoto/Object-Simple-Mixin-AttrOptions-0.0201/
Mixin class to get attribute options for Object::Simple
----
PDF-Burst-1.19
http://search.cpan.org/~leocharre/PDF-Burst-1.19/
create one pdf doc for each page in existing pdf document
----
POE-Component-Client-SOCKS-1.00
http://search.cpan.org/~bingos/POE-Component-Client-SOCKS-1.00/
SOCKS enable any POE Component
----
POE-Component-Proxy-SOCKS-1.00
http://search.cpan.org/~bingos/POE-Component-Proxy-SOCKS-1.00/
A POE based SOCKS 4 proxy server.
----
Package-Subroutine-0.16_3
http://search.cpan.org/~sknpp/Package-Subroutine-0.16_3/
minimalistic import/export and other util methods
----
Perl-Critic-Itch-0.04
http://search.cpan.org/~marcelo/Perl-Critic-Itch-0.04/
A collection of Perl::Critic Policies to solve some Itches
----
Pg-Explain-0.09
http://search.cpan.org/~depesz/Pg-Explain-0.09/
Object approach at reading explain analyze output
----
Pod-Coverage-TrustPod-0.091470
http://search.cpan.org/~rjbs/Pod-Coverage-TrustPod-0.091470/
allow a module's pod to contain Pod::Coverage hints
----
Pod-Elemental-0.091470
http://search.cpan.org/~rjbs/Pod-Elemental-0.091470/
work with nestable POD elements
----
Pod-Eventual-0.091470
http://search.cpan.org/~rjbs/Pod-Eventual-0.091470/
read a POD document as a series of trivial events
----
Pod-L10N-0.02_01
http://search.cpan.org/~argrath/Pod-L10N-0.02_01/
----
Pod-L10N-0.02_02
http://search.cpan.org/~argrath/Pod-L10N-0.02_02/
----
Rose-DBx-Object-Cached-CHI-0.15
http://search.cpan.org/~kmcgrath/Rose-DBx-Object-Cached-CHI-0.15/
Rose::DB::Object Cache using the CHI interface
----
Rose-DBx-Object-Cached-FastMmap-0.03
http://search.cpan.org/~kmcgrath/Rose-DBx-Object-Cached-FastMmap-0.03/
Rose::DB::Object Cache Cache::FastMmap
----
TaskForest-1.31
http://search.cpan.org/~enoor/TaskForest-1.31/
A simple but expressive job scheduler that allows you to chain jobs/tasks and create time dependencies. Uses text config files to specify task dependencies.
----
Test-Chimps-0.07_01
http://search.cpan.org/~ruz/Test-Chimps-0.07_01/
Collaborative Heterogeneous Infinite Monkey Perfectionification Service
----
Text-EmacsColor-0.02
http://search.cpan.org/~jrockway/Text-EmacsColor-0.02/
syntax-highlight code snippets with Emacs
----
VCS-Which-0.0.2
http://search.cpan.org/~ivanwills/VCS-Which-0.0.2/
Generically interface with version control systems
----
VCS-Which-0.0.3
http://search.cpan.org/~ivanwills/VCS-Which-0.0.3/
Generically interface with version control systems
----
Validator-Custom-0.0201
http://search.cpan.org/~kimoto/Validator-Custom-0.0201/
Custom validator
----
WWW-Scraper-Yahoo360-0.06
http://search.cpan.org/~cosimo/WWW-Scraper-Yahoo360-0.06/
Yahoo 360 blogs old-fashioned crappy scraper
----
WordNet-SenseRelate-AllWords-0.19
http://search.cpan.org/~tpederse/WordNet-SenseRelate-AllWords-0.19/
Disambiguate All Words in a Text based on semantic similarity and relatedness in WordNet
----
namespace-autoclean-0.07
http://search.cpan.org/~flora/namespace-autoclean-0.07/
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 2446
***************************************
