[30176] in Perl-Users-Digest
Perl-Users Digest, Issue: 1419 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Fri Apr 4 03:10:12 2008
Date: Fri, 4 Apr 2008 00:09:07 -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 Fri, 4 Apr 2008 Volume: 11 Number: 1419
Today's topics:
Re: Create two-dimensional Array from string jgraber@ti.com
Re: Create two-dimensional Array from string jjcassidy@gmail.com
Re: Creating a 'load simulator' by calling Perl Program <joost@zeekat.nl>
Re: Creating a 'load simulator' by calling Perl Program <pgodfrin@gmail.com>
Re: Creating a 'load simulator' by calling Perl Program <pgodfrin@gmail.com>
Re: Creating a 'load simulator' by calling Perl Program <pgodfrin@gmail.com>
Re: Creating a 'load simulator' by calling Perl Program sheinrich@my-deja.com
Re: Creating a 'load simulator' by calling Perl Program <joost@zeekat.nl>
Re: Creating a 'load simulator' by calling Perl Program xhoster@gmail.com
Re: Creating a 'load simulator' by calling Perl Program xhoster@gmail.com
Re: every combination of Y/N in 5 positions <hjp-usenet2@hjp.at>
Re: mismatch between Perl 5.6 and Perl 5.8 in printing <ben@morrow.me.uk>
Re: mismatch between Perl 5.6 and Perl 5.8 in printing <nospam-abuse@ilyaz.org>
new CPAN modules on Fri Apr 4 2008 (Randal Schwartz)
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: 03 Apr 2008 13:05:16 -0500
From: jgraber@ti.com
Subject: Re: Create two-dimensional Array from string
Message-Id: <yvnprt6stk3.fsf@famous02.dal.design.ti.com>
jjcassidy@gmail.com writes:
> On Apr 2, 1:21 pm, "pjfa...@gmail.com" <pjfa...@gmail.com> wrote:
> > I'm looking for the most efficient way to create a two dimensional
> > array from strings such as
> >
> > MULTISET{ROW(1 ,' 3667 ','WARREN ','OH'),ROW(2 ,' 2948
> > ','SHAKER HTS','OH')}
> >
>
> Let Perl parse it for you. You can *eval* it.
>
> use Data::Dumper;
>
> sub ROW (@) { return [ @_ ]; }
>
> sub MULTISET (&) { return [ sort { $a->[0] <=> $b->[0] } shift()-
> >() ]; }
>
> # observe:
> my $multi_set = eval <<END_EVAL1;
> MULTISET{ROW(1 ,' 3667 ','WARREN ','OH'),ROW(2 ,'
> 2948','SHAKER HTS','OH')}
> END_EVAL1
Beware eval with unsanitized user inputs like
http://xkcd.com/327/
--
Joel
------------------------------
Date: Thu, 3 Apr 2008 21:17:44 -0700 (PDT)
From: jjcassidy@gmail.com
Subject: Re: Create two-dimensional Array from string
Message-Id: <1467032d-305f-4b45-a647-65b3097a0b3b@d62g2000hsf.googlegroups.com>
On Apr 3, 2:05=A0pm, jgra...@ti.com wrote:
> jjcass...@gmail.com writes:
> > On Apr 2, 1:21=A0pm, "pjfa...@gmail.com" <pjfa...@gmail.com> wrote:
> > > I'm looking for the most efficient way to create a two dimensional
> > > array from strings such as
>
> > > MULTISET{ROW(1 =A0 =A0 ,' =A03667 ','WARREN =A0 =A0','OH'),ROW(2 =A0 =
=A0 ,' =A02948
> > > ','SHAKER HTS','OH')}
>
> > Let Perl parse it for you. You can *eval* it.
>
> > use Data::Dumper;
>
> > sub ROW (@) { return [ @_ ]; }
>
> > sub MULTISET (&) { return [ sort { $a->[0] <=3D> $b->[0] } shift()-
> > >() ]; =A0}
>
> > # observe:
> > my $multi_set =3D eval <<END_EVAL1;
> > MULTISET{ROW(1 =A0 =A0 ,' =A03667 ','WARREN =A0 =A0','OH'),ROW(2 =A0 =A0=
,'
> > 2948','SHAKER HTS','OH')}
> > END_EVAL1
>
> Beware eval with unsanitized user inputs like
>
> http://xkcd.com/327/
>
> --
> Joel
Oh yeah. But you have to admit: it's snazzy. :)
------------------------------
Date: Thu, 03 Apr 2008 22:49:52 +0200
From: Joost Diepenmaat <joost@zeekat.nl>
Subject: Re: Creating a 'load simulator' by calling Perl Programs - or Forking?
Message-Id: <87abka1x5b.fsf@zeekat.nl>
pgodfrin <pgodfrin@gmail.com> writes:
> I was looking at IPC::Run as well. What do you think of it?
Haven't used it all. And to be honest, from skimming the docs I can't
really see if it will even do what you want it to do if you have more
than one child process running, which I can guarantee you POE will.
But as I implied, POE has a bit of a learning curve, and it requires you
to (re)structure your code in a event handling way. YMMV, probably :-)
--
Joost Diepenmaat | blog: http://joost.zeekat.nl/ | work: http://zeekat.nl/
------------------------------
Date: Thu, 3 Apr 2008 13:41:54 -0700 (PDT)
From: pgodfrin <pgodfrin@gmail.com>
Subject: Re: Creating a 'load simulator' by calling Perl Programs - or Forking?
Message-Id: <5ccd468d-c98f-42a3-a2f3-aae50661ac0b@d21g2000prf.googlegroups.com>
On Apr 3, 3:30 pm, Joost Diepenmaat <jo...@zeekat.nl> wrote:
> pgodfrin <pgodf...@gmail.com> writes:
> > Greetings,
>
> > I would like to create a 'driver' (simulation) program that calls
> > existing perl programs, waits for them to complete and provides some
> > feedback. Ideally I would like to have the driver echo to the screen
> > that the simulation is still running and perhaps provide some
> > information. That may be too ambitious, but that is the basic idea.
>
> It may take a bit of getting used to, but POE::Wheel::Run can do this
> very nicely, including monitoring of the fork'd procesesses' STDOUT and
> STDERR, catching signals etc. And knowing POE will be useful in many
> event-based processes.
>
> See:http://search.cpan.org/~rcaputo/POE-1.0000/lib/POE/Wheel/Run.pm
>
> and the section "Process Management" in the POE cookbook:http://poe.perl.org/?POE_Cookbook
>
> --
> Joost Diepenmaat | blog:http://joost.zeekat.nl/| work:http://zeekat.nl/
I was looking at IPC::Run as well. What do you think of it?
pg
------------------------------
Date: Thu, 3 Apr 2008 13:57:15 -0700 (PDT)
From: pgodfrin <pgodfrin@gmail.com>
Subject: Re: Creating a 'load simulator' by calling Perl Programs - or Forking?
Message-Id: <5bf44949-970e-4194-b3d1-be8ec16b37ff@e6g2000prf.googlegroups.com>
On Apr 3, 3:49 pm, Joost Diepenmaat <jo...@zeekat.nl> wrote:
> pgodfrin <pgodf...@gmail.com> writes:
> > I was looking at IPC::Run as well. What do you think of it?
>
> Haven't used it all. And to be honest, from skimming the docs I can't
> really see if it will even do what you want it to do if you have more
> than one child process running, which I can guarantee you POE will.
>
> But as I implied, POE has a bit of a learning curve, and it requires you
> to (re)structure your code in a event handling way. YMMV, probably :-)
>
> --
> Joost Diepenmaat | blog:http://joost.zeekat.nl/| work:http://zeekat.nl/
Yeah - I agree. As I've mentioned in the past, I'm just a lowly DBA
(out of work btw) who's trying to not only learn Perl real good, but
use it simply to drive my databases so I can do DBA stuff - you know
like look at CPU util, I/O, funky SQL, etc.
So - I'm certain the POE will do the trick, on your say-so, but I'm
not sure if it is worth the learning curve at this juncture. But I
have bookmarked it and I will at least peruse it to see what it's all
about.
You never know...
smiles,
pg
------------------------------
Date: Thu, 3 Apr 2008 21:12:39 -0700 (PDT)
From: pgodfrin <pgodfrin@gmail.com>
Subject: Re: Creating a 'load simulator' by calling Perl Programs - or Forking?
Message-Id: <2fa51ad3-7fce-4b98-afa1-d386f2c9d105@s19g2000prg.googlegroups.com>
On Apr 3, 4:22 pm, xhos...@gmail.com wrote:
> pgodfrin <pgodf...@gmail.com> wrote:
>
> ...
>
> > Question #1: What is the proper way to execute the perl programs?
>
> You gave two examples, sequentially and in parallel. Which one is
> appropriate depends on what kind of load you want to simulate, which in
> turn depends on why are you are doing the simulation.
>
> > Question #2: Is there a way to echo to the screen that the wait() is
> > happening and provide some indication of progress?
>
> > To clarify this question, I had originally tried:
> > do {$x=wait; print ".";} until $x==-1;
>
> > Thinking I would get a period printed during the loop. (silly me -
> > wait only comes back when a child process dies...).
>
> So you do get a period printed, once per child-exit. This is what I would
> want to do, anyway, but I seem to be in a philosophical minority in this
> regard (I hate progress indicators that merely indicate that the system
> clock is ticking, and nothing about the actual progress of the actual
> program.) I'm not sure what you originally thought it might do instead.
> Periods to be printed as fast as Perl possible can print them?
>
> > Of course if this is much to complicated a way to so a simulated load,
> > then so be it - just a plain old fork and wait works fine... And I
> > could always remove the /dev/null and actually see the called programs
> > output, which will tell me that it's still running... But I was
> > curious if there is a more elegant or at least interesting way of
> > doing this?
>
> If the waiting program is still running, and is still waiting, then the
> program it is waiting on must still be running. What other possibilities
> are there?
>
> If you really want the "time has not come to a halt" thing, then
> something like this:
>
> perl -le '$|=1; fork or do {sleep 4*$_; exit} foreach (1..3); \
> $SIG{ALRM}=sub{print "."; alarm 1}; alarm 1; \
> do {$x=wait; print "$x";} until $x==-1; \
> alarm 0'
> .
> .
> .
> 20287
> .
> .
> .
> .
> 20288
> .
> .
> .
> .
> 20289
> -1
>
> Xho
>
> --
> --------------------http://NewsReader.Com/--------------------
> The costs of publication of this article were defrayed in part by the
> payment of page charges. This article must therefore be hereby marked
> advertisement in accordance with 18 U.S.C. Section 1734 solely to indicate
> this fact.
Hi Xho,
As always - good points. I am looking to load up the system, so a
parallel simulation seems to be the best approach. And frankly, the
period printing was just a way to see that indeed something was
happening, but clearly and wholly unnecessary - although I did get a
chuckle over the time halting comment...
And anyway 'watch ps u' in anotehr session celarly shows me the
processes still running.
But - the question still remains - what's the best way to call other
perl programs? Exec, system or something else?
pg
------------------------------
Date: Thu, 3 Apr 2008 23:44:16 -0700 (PDT)
From: sheinrich@my-deja.com
Subject: Re: Creating a 'load simulator' by calling Perl Programs - or Forking?
Message-Id: <74e38754-2d0c-4334-adc4-23806e357109@p25g2000hsf.googlegroups.com>
On Apr 4, 6:12 am, pgodfrin <pgodf...@gmail.com> wrote:
> On Apr 3, 4:22 pm, xhos...@gmail.com wrote:
>
>
>
> > pgodfrin <pgodf...@gmail.com> wrote:
>
> > ...
>
> > > Question #1: What is the proper way to execute the perl programs?
>
> > You gave two examples, sequentially and in parallel. Which one is
> > appropriate depends on what kind of load you want to simulate, which in
> > turn depends on why are you are doing the simulation.
>
> > > Question #2: Is there a way to echo to the screen that the wait() is
> > > happening and provide some indication of progress?
>
> > > To clarify this question, I had originally tried:
> > > do {$x=wait; print ".";} until $x==-1;
>
> > > Thinking I would get a period printed during the loop. (silly me -
> > > wait only comes back when a child process dies...).
>
> > So you do get a period printed, once per child-exit. This is what I would
> > want to do, anyway, but I seem to be in a philosophical minority in this
> > regard (I hate progress indicators that merely indicate that the system
> > clock is ticking, and nothing about the actual progress of the actual
> > program.) I'm not sure what you originally thought it might do instead.
> > Periods to be printed as fast as Perl possible can print them?
>
> > > Of course if this is much to complicated a way to so a simulated load,
> > > then so be it - just a plain old fork and wait works fine... And I
> > > could always remove the /dev/null and actually see the called programs
> > > output, which will tell me that it's still running... But I was
> > > curious if there is a more elegant or at least interesting way of
> > > doing this?
>
> > If the waiting program is still running, and is still waiting, then the
> > program it is waiting on must still be running. What other possibilities
> > are there?
>
> > If you really want the "time has not come to a halt" thing, then
> > something like this:
>
> > perl -le '$|=1; fork or do {sleep 4*$_; exit} foreach (1..3); \
> > $SIG{ALRM}=sub{print "."; alarm 1}; alarm 1; \
> > do {$x=wait; print "$x";} until $x==-1; \
> > alarm 0'
> > .
> > .
> > .
> > 20287
> > .
> > .
> > .
> > .
> > 20288
> > .
> > .
> > .
> > .
> > 20289
> > -1
>
> > Xho
>
> > --
> > --------------------http://NewsReader.Com/--------------------
> > The costs of publication of this article were defrayed in part by the
> > payment of page charges. This article must therefore be hereby marked
> > advertisement in accordance with 18 U.S.C. Section 1734 solely to indicate
> > this fact.
>
> Hi Xho,
> As always - good points. I am looking to load up the system, so a
> parallel simulation seems to be the best approach. And frankly, the
> period printing was just a way to see that indeed something was
> happening, but clearly and wholly unnecessary - although I did get a
> chuckle over the time halting comment...
>
> And anyway 'watch ps u' in anotehr session celarly shows me the
> processes still running.
>
> But - the question still remains - what's the best way to call other
> perl programs? Exec, system or something else?
>
> pg
Hi pg,
a module that I've written couple of months ago was for that very
purpose.
Basically your script will have to instantiate an PreforkAgent, tell
it how many children to beget (degree of parallelization) and provide
it with a couple of callbacks as means of communication.
These callback routines may provide any task, execute it as you like
and perform evaluation of results and logging.
The module's initial purpose was it to generate as much load on a
remote system as the local server would allow. You can however, setup
a small number of children and even delay the task assignments without
interfering with the former tasks.
Children will live and be re-used until the job-queue is depleted.
You might download the module from http://www.atablis.com/temp/PreforkAgent.pm
and give it a try.
Cheers,
Steffen
It is rather easy to integrate
------------------------------
Date: Thu, 03 Apr 2008 22:30:48 +0200
From: Joost Diepenmaat <joost@zeekat.nl>
Subject: Re: Creating a 'load simulator' by calling Perl Programs - or Forking?
Message-Id: <87ej9m1y13.fsf@zeekat.nl>
pgodfrin <pgodfrin@gmail.com> writes:
> Greetings,
>
> I would like to create a 'driver' (simulation) program that calls
> existing perl programs, waits for them to complete and provides some
> feedback. Ideally I would like to have the driver echo to the screen
> that the simulation is still running and perhaps provide some
> information. That may be too ambitious, but that is the basic idea.
It may take a bit of getting used to, but POE::Wheel::Run can do this
very nicely, including monitoring of the fork'd procesesses' STDOUT and
STDERR, catching signals etc. And knowing POE will be useful in many
event-based processes.
See:
http://search.cpan.org/~rcaputo/POE-1.0000/lib/POE/Wheel/Run.pm
and the section "Process Management" in the POE cookbook:
http://poe.perl.org/?POE_Cookbook
--
Joost Diepenmaat | blog: http://joost.zeekat.nl/ | work: http://zeekat.nl/
------------------------------
Date: 03 Apr 2008 21:22:36 GMT
From: xhoster@gmail.com
Subject: Re: Creating a 'load simulator' by calling Perl Programs - or Forking?
Message-Id: <20080403172239.225$Zp@newsreader.com>
pgodfrin <pgodfrin@gmail.com> wrote:
...
> Question #1: What is the proper way to execute the perl programs?
You gave two examples, sequentially and in parallel. Which one is
appropriate depends on what kind of load you want to simulate, which in
turn depends on why are you are doing the simulation.
> Question #2: Is there a way to echo to the screen that the wait() is
> happening and provide some indication of progress?
>
> To clarify this question, I had originally tried:
> do {$x=wait; print ".";} until $x==-1;
>
> Thinking I would get a period printed during the loop. (silly me -
> wait only comes back when a child process dies...).
So you do get a period printed, once per child-exit. This is what I would
want to do, anyway, but I seem to be in a philosophical minority in this
regard (I hate progress indicators that merely indicate that the system
clock is ticking, and nothing about the actual progress of the actual
program.) I'm not sure what you originally thought it might do instead.
Periods to be printed as fast as Perl possible can print them?
> Of course if this is much to complicated a way to so a simulated load,
> then so be it - just a plain old fork and wait works fine... And I
> could always remove the /dev/null and actually see the called programs
> output, which will tell me that it's still running... But I was
> curious if there is a more elegant or at least interesting way of
> doing this?
If the waiting program is still running, and is still waiting, then the
program it is waiting on must still be running. What other possibilities
are there?
If you really want the "time has not come to a halt" thing, then
something like this:
perl -le '$|=1; fork or do {sleep 4*$_; exit} foreach (1..3); \
$SIG{ALRM}=sub{print "."; alarm 1}; alarm 1; \
do {$x=wait; print "$x";} until $x==-1; \
alarm 0'
.
.
.
20287
.
.
.
.
20288
.
.
.
.
20289
-1
Xho
--
-------------------- http://NewsReader.Com/ --------------------
The costs of publication of this article were defrayed in part by the
payment of page charges. This article must therefore be hereby marked
advertisement in accordance with 18 U.S.C. Section 1734 solely to indicate
this fact.
------------------------------
Date: 04 Apr 2008 04:25:55 GMT
From: xhoster@gmail.com
Subject: Re: Creating a 'load simulator' by calling Perl Programs - or Forking?
Message-Id: <20080404002558.991$nL@newsreader.com>
pgodfrin <pgodfrin@gmail.com> wrote:
>
> But - the question still remains - what's the best way to call other
> perl programs? Exec, system or something else?
I'd do fork and exec. If you want to do something in the child after
the other thing was done, then I'd do fork and system.
Xho
--
-------------------- http://NewsReader.Com/ --------------------
The costs of publication of this article were defrayed in part by the
payment of page charges. This article must therefore be hereby marked
advertisement in accordance with 18 U.S.C. Section 1734 solely to indicate
this fact.
------------------------------
Date: Fri, 4 Apr 2008 01:27:27 +0200
From: "Peter J. Holzer" <hjp-usenet2@hjp.at>
Subject: Re: every combination of Y/N in 5 positions
Message-Id: <slrnfvapv1.5gh.hjp-usenet2@hrunkner.hjp.at>
On 2008-04-02 13:08, Frank Seitz <devnull4711@web.de> wrote:
> Abigail wrote:
>> Frank Seitz (devnull4711@web.de) wrote on VCCCXXVIII September MCMXCIII
>> :: You forgot
>> ::
>> :: use 5.10.0;
>>
>> And I "forgot" #!/usr/bin/perl, I "forgot" "vi whatever",
>> I "forgot" "perl whatever", etc, etc.
>>
>> I just focus on the important bit, and don't like to clutter the messages
>> with details.
>
> Okay, but without this statement your program doesn't run -
> even under Perl 5.10. So it *is* important.
A code fragment doesn't necessarily run. That's no problem. However, I
think most perl programmers are currently still using 5.8.x, and may not
know exactly which features are new in 5.10 - so just posting
5.10-specific code without mentioning that it is 5.10-specific is less
then ideal (I admit that the use of "say" probably served as a heads-up
in this case).
hp
------------------------------
Date: Thu, 3 Apr 2008 22:54:51 +0100
From: Ben Morrow <ben@morrow.me.uk>
Subject: Re: mismatch between Perl 5.6 and Perl 5.8 in printing high precision values.
Message-Id: <ba0gc5-27o1.ln1@osiris.mauzo.dyndns.org>
Quoth Ted Zlatanov <tzz@lifelogs.com>:
> On Thu, 3 Apr 2008 01:08:59 +0100 Ben Morrow <ben@morrow.me.uk> wrote:
>
> BM> I think the stated position is 'perl provides no guarantees about
> BM> anything to do with FP'.
>
> Position of who?
Whom. :-)
Of p5p, but note that I don't speak for 'them' in any way, so I may be
mis-stating the case.
> There's Math::BigFloat and Math::BigRat which are at least moderately
> useful.
There are; there are also the bigint and bignum pragmata which make them
more useful still. I was talking about perl's handling of real platform
floats (NVs).
Ben
------------------------------
Date: Thu, 3 Apr 2008 22:23:45 +0000 (UTC)
From: Ilya Zakharevich <nospam-abuse@ilyaz.org>
Subject: Re: mismatch between Perl 5.6 and Perl 5.8 in printing high precision values.
Message-Id: <ft3ldh$1r8p$1@agate.berkeley.edu>
[A complimentary Cc of this posting was sent to
sisyphus
<sisyphus359@gmail.com>], who wrote in article <9223ba3f-712a-42f6-9a3d-4041582ea604@b5g2000pri.googlegroups.com>:
> > > Since 0.99999999976716936 == 9.9999999976716936e-1
> >
> > Why this would be so? At best, one is 0.99999999976716936, another is
> > 9.9999999976716936/10. I know no axiom of FP arithmetic which would
> > make them equal...
>
> Oh! ... ok. (I was thinking that perl should see the same mantissa in
> both instances, and therefore store the same value.)
Note that in other posts I flipped my position in this question.
According to the semantic in perlnumber.pod, a decimal string should
be considered as the REAL (as opposite to FP!) number exactly
representable by this decimal. When needed for its operation, Perl
has the right to convert it to the closest exactly representable FP
number.
In particular, in Perl one must have
0.99999999976716936 == 9.9999999976716936e-1
[As far as Perl was using CRT library routines for string-to-FP
conversion, there were an excuse for some deviations from this
semantic. However, since nowadays uses its own routine, no such
deviation may be allowed.]
Yours,
Ilya
------------------------------
Date: Fri, 4 Apr 2008 04:42:18 GMT
From: merlyn@stonehenge.com (Randal Schwartz)
Subject: new CPAN modules on Fri Apr 4 2008
Message-Id: <JysAEI.1rFI@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.
Acme-Tiny-0.1
http://search.cpan.org/~dmuey/Acme-Tiny-0.1/
----
Acme-Tiny-0.2
http://search.cpan.org/~dmuey/Acme-Tiny-0.2/
As ::Tiny as a module can get
----
Acme-Tiny-0.3
http://search.cpan.org/~dmuey/Acme-Tiny-0.3/
As ::Tiny as a module can get
----
Acme-Tiny-0.4
http://search.cpan.org/~dmuey/Acme-Tiny-0.4/
As ::Tiny as a module can get
----
Apache2-ModSSL-0.06
http://search.cpan.org/~opi/Apache2-ModSSL-0.06/
a Perl Interface to mod_ssl functions
----
AutoXS-0.02
http://search.cpan.org/~smueller/AutoXS-0.02/
Speed up your code after compile time
----
B-Utils-0.05_06
http://search.cpan.org/~smueller/B-Utils-0.05_06/
Helper functions for op tree manipulation
----
Bundle-POE-Simple-TCPIP-Services-1.06
http://search.cpan.org/~bingos/Bundle-POE-Simple-TCPIP-Services-1.06/
A bundle to install all POE simple TCP/IP services modules.
----
Catalyst-Controller-Atompub-v0.4.3
http://search.cpan.org/~takeru/Catalyst-Controller-Atompub-v0.4.3/
A Catalyst controller for the Atom Publishing Protocol
----
Catalyst-Plugin-Wizard-0.03
http://search.cpan.org/~davinchi/Catalyst-Plugin-Wizard-0.03/
making multipart (e.g. wizard) actions: registering an user via several steps, submit something large (like application forms).
----
Class-Component-0.12
http://search.cpan.org/~yappo/Class-Component-0.12/
pluggable component framework
----
Class-Component-0.13
http://search.cpan.org/~yappo/Class-Component-0.13/
pluggable component framework
----
Class-XSAccessor-0.01
http://search.cpan.org/~smueller/Class-XSAccessor-0.01/
Generate fast XS accessors without runtime compilation
----
Class-XSAccessor-0.02
http://search.cpan.org/~smueller/Class-XSAccessor-0.02/
Generate fast XS accessors without runtime compilation
----
DBIx-Class-Service-0.02
http://search.cpan.org/~zigorou/DBIx-Class-Service-0.02/
Aggregate DBIC processes between multiple tables.
----
Data-Lotter-0.00001_00
http://search.cpan.org/~miki/Data-Lotter-0.00001_00/
Data pickup module by its own weight
----
Data-Lotter-0.00001_01
http://search.cpan.org/~miki/Data-Lotter-0.00001_01/
Data pickup module by its own weight
----
DateTime-Event-Klingon-1.0.1
http://search.cpan.org/~jaldhar/DateTime-Event-Klingon-1.0.1/
Determine events of Klingon cultural significance
----
DateTime-Event-Zodiac-1.01
http://search.cpan.org/~maros/DateTime-Event-Zodiac-1.01/
Return zodiac for a given date
----
Devel-CoverX-Covered-0.005
http://search.cpan.org/~johanl/Devel-CoverX-Covered-0.005/
Collect and report caller (test file) and covered (source file) statistics from the cover_db
----
Devel-PerlySense-0.0149
http://search.cpan.org/~johanl/Devel-PerlySense-0.0149/
Perl IDE with Emacs frontend
----
Device-Velleman-K8055-Fuse-0.6
http://search.cpan.org/~ronan/Device-Velleman-K8055-Fuse-0.6/
Communication with the Velleman K8055 USB experiment board using Fuse and K8055fs
----
Domain-PublicSuffix-0.02
http://search.cpan.org/~nmelnick/Domain-PublicSuffix-0.02/
Parse a domain down to root
----
Emacs-Run-0.07
http://search.cpan.org/~doom/Emacs-Run-0.07/
utilities to assist in using emacs from perl via the shell
----
Encode-Base32-Crockford-1
http://search.cpan.org/~hex/Encode-Base32-Crockford-1/
encode/decode numbers using Douglas Crockford's Base32 Encoding
----
Finance-Bank-LloydsTSB-1.32
http://search.cpan.org/~aspiers/Finance-Bank-LloydsTSB-1.32/
Check your bank accounts from Perl
----
Getopt-Long-Descriptive-0.071
http://search.cpan.org/~hdp/Getopt-Long-Descriptive-0.071/
Getopt::Long with usage text
----
Getopt-Long-Descriptive-0.072
http://search.cpan.org/~hdp/Getopt-Long-Descriptive-0.072/
Getopt::Long with usage text
----
HTTP-MobileAttribute-0.02
http://search.cpan.org/~tokuhirom/HTTP-MobileAttribute-0.02/
Yet Another HTTP::MobileAgent
----
Image-Magick-Thumbnail-Simple-0.12
http://search.cpan.org/~aruteido/Image-Magick-Thumbnail-Simple-0.12/
The thumbnail image is easily made without uselessness.
----
Iterator-Simple-0.05
http://search.cpan.org/~rintaro/Iterator-Simple-0.05/
Simple iterator and utilities
----
Mail-Karmasphere-Client-2.18
http://search.cpan.org/~shevek/Mail-Karmasphere-Client-2.18/
Client for Karmasphere Reputation Server
----
Math-Expression-Evaluator-0.0.6
http://search.cpan.org/~moritz/Math-Expression-Evaluator-0.0.6/
parses, compiles and evaluates mathematic expressions
----
Math-String-1.28
http://search.cpan.org/~tels/Math-String-1.28/
Arbitrary sized integers having arbitrary charsets to calculate with key rooms
----
Math-String-Charset-Wordlist-0.08
http://search.cpan.org/~tels/Math-String-Charset-Wordlist-0.08/
A dictionary charset for Math::String
----
Module-Build-JSAN-0.04
http://search.cpan.org/~dwheeler/Module-Build-JSAN-0.04/
Build JavaScript distributions for JSAN
----
Module-Extract-Namespaces-0.10_01
http://search.cpan.org/~bdfoy/Module-Extract-Namespaces-0.10_01/
extract the package declarations from a module
----
Module-Extract-VERSION-0.10_01
http://search.cpan.org/~bdfoy/Module-Extract-VERSION-0.10_01/
Extract a module version without running code
----
Net-eBay-0.48
http://search.cpan.org/~ichudov/Net-eBay-0.48/
Perl Interface to XML based eBay API.
----
OOP-1.01
http://search.cpan.org/~milan/OOP-1.01/
Object Oriented Programming Class
----
Object-Enum-0.072
http://search.cpan.org/~hdp/Object-Enum-0.072/
replacement for if ($foo eq 'bar')
----
Ocsinventory-Agent-0.0.9.1
http://search.cpan.org/~goneri/Ocsinventory-Agent-0.0.9.1/
----
POE-Component-Client-RADIUS-0.02
http://search.cpan.org/~bingos/POE-Component-Client-RADIUS-0.02/
a flexible POE-based RADIUS client
----
POE-Component-Client-opentick-0.11
http://search.cpan.org/~infidel/POE-Component-Client-opentick-0.11/
A POE component for working with opentick.com's market data feeds.
----
POE-Component-DBIx-MyServer-0.01_07
http://search.cpan.org/~eriam/POE-Component-DBIx-MyServer-0.01_07/
A pseudo mysql POE server
----
POE-Component-DHCP-Monitor-0.10
http://search.cpan.org/~bingos/POE-Component-DHCP-Monitor-0.10/
A simple POE Component for monitoring DHCP traffic.
----
POE-Component-Server-Chargen-1.10
http://search.cpan.org/~bingos/POE-Component-Server-Chargen-1.10/
A POE component that implements an RFC 864 Chargen server.
----
POE-Component-Server-Daytime-1.10
http://search.cpan.org/~bingos/POE-Component-Server-Daytime-1.10/
A POE component that implements an RFC 867 Daytime server.
----
POE-Component-Server-Discard-1.10
http://search.cpan.org/~bingos/POE-Component-Server-Discard-1.10/
A POE component that implements an RFC 863 Discard server.
----
POE-Component-Server-Echo-1.60
http://search.cpan.org/~bingos/POE-Component-Server-Echo-1.60/
A POE component that implements an RFC 862 Echo server.
----
POE-Component-Server-Qotd-1.10
http://search.cpan.org/~bingos/POE-Component-Server-Qotd-1.10/
A POE component that implements an RFC 865 QotD server.
----
POE-Component-Server-RADIUS-0.06
http://search.cpan.org/~bingos/POE-Component-Server-RADIUS-0.06/
a POE based RADIUS server component
----
POE-Component-Server-Time-1.10
http://search.cpan.org/~bingos/POE-Component-Server-Time-1.10/
A POE component that implements an RFC 868 Time server.
----
POE-Component-SmokeBox-Uploads-NNTP-0.04
http://search.cpan.org/~bingos/POE-Component-SmokeBox-Uploads-NNTP-0.04/
Obtain uploaded CPAN modules via NNTP.
----
POE-Component-SmokeBox-Uploads-RSS-0.02
http://search.cpan.org/~bingos/POE-Component-SmokeBox-Uploads-RSS-0.02/
Obtain uploaded CPAN modules via RSS.
----
POE-Wheel-Run-Win32-0.06
http://search.cpan.org/~bingos/POE-Wheel-Run-Win32-0.06/
event driven fork/exec with added value
----
Perl-Version-1.005
http://search.cpan.org/~hdp/Perl-Version-1.005/
Parse and manipulate Perl version strings
----
RT-Authen-ExternalAuth-0.04
http://search.cpan.org/~zordrak/RT-Authen-ExternalAuth-0.04/
RT Authentication using External Sources
----
Rose-DBx-Object-Renderer-0.03
http://search.cpan.org/~danny/Rose-DBx-Object-Renderer-0.03/
Web UI Rendering for Rose::DB::Object
----
Router-Statistics-0.99_988
http://search.cpan.org/~shamrock/Router-Statistics-0.99_988/
Router Statistics and Information Collection
----
SVG-2.38
http://search.cpan.org/~ronan/SVG-2.38/
Perl extension for generating Scalable Vector Graphics (SVG) documents
----
SVN-Dumpfilter-0.20
http://search.cpan.org/~mscharrer/SVN-Dumpfilter-0.20/
Perl extension to filter Subversion dumpfiles
----
Teradata-SQL-0.05
http://search.cpan.org/~grommel/Teradata-SQL-0.05/
Perl interface to Teradata SQL
----
Text-Phonetic-1.03
http://search.cpan.org/~maros/Text-Phonetic-1.03/
A module implementing various phonetic algorithms
----
WWW-DomainTools-0.09
http://search.cpan.org/~dbartle/WWW-DomainTools-0.09/
DomainTools.com XML API interface
----
WWW-FreeProxy-0.01
http://search.cpan.org/~swined/WWW-FreeProxy-0.01/
fetch proxies from free proxy lists
----
WWW-Mechanize-TWiki-0.12
http://search.cpan.org/~wbniv/WWW-Mechanize-TWiki-0.12/
WWW::Mechanize subclass to navigate TWiki wikis
----
WWW-Search-2.499
http://search.cpan.org/~mthurn/WWW-Search-2.499/
Virtual base class for WWW searches
----
WebService-Recruit-AbRoad-0.0.1
http://search.cpan.org/~mtl/WebService-Recruit-AbRoad-0.0.1/
An Interface for AB-ROAD Web Service
----
WebService-Recruit-CarSensor-0.0.2
http://search.cpan.org/~mtl/WebService-Recruit-CarSensor-0.0.2/
An Interface for CarSensor.net Web Service
----
WebService-Simple-0.02
http://search.cpan.org/~yusukebe/WebService-Simple-0.02/
Simple interface to Web Services APIs
----
lib-tiny-0.5
http://search.cpan.org/~dmuey/lib-tiny-0.5/
use lib, without having to use memory by loading Config
----
lib-tiny-0.6
http://search.cpan.org/~dmuey/lib-tiny-0.6/
use lib, without having to use memory by loading Config
----
perltugues-0.2
http://search.cpan.org/~fco/perltugues-0.2/
----
perltugues-0.3
http://search.cpan.org/~fco/perltugues-0.3/
pragma para programar usando portugues estruturado
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/>
Perl/Unix/security consulting, Technical writing, Comedy, etc. etc.
See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!
------------------------------
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 1419
***************************************
