[30365] in Perl-Users-Digest
Perl-Users Digest, Issue: 1608 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Tue Jun 3 18:09:51 2008
Date: Tue, 3 Jun 2008 15:09:13 -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 Tue, 3 Jun 2008 Volume: 11 Number: 1608
Today's topics:
Re: advice on good perl idiom <danrumney@77617270mail.net>
Automatically extracting MS Outlook 2007 calendar entr <news1234@free.fr>
Re: Automatically extracting MS Outlook 2007 calendar <glex_no-spam@qwest-spam-no.invalid>
Re: Automatically extracting MS Outlook 2007 calendar <news1234@free.fr>
Re: FAQ 6.18 Why does using $&, $`, or $' slow my progr <brian.d.foy@gmail.com>
Re: formatting question <RedGrittyBrick@SpamWeary.foo>
Re: formatting question <ben@morrow.me.uk>
Re: How to set environmental variables before running a <jurgenex@hotmail.com>
Re: How to set environmental variables before running a <news1234@free.fr>
Re: How to set environmental variables before running a <meedeex@gmail.com>
Re: How to set environmental variables before running a <meedeex@gmail.com>
How to set environmental variables before running anoth <meedeex@gmail.com>
Re: How to set environmental variables before running a <smallpond@juno.com>
Re: How to set environmental variables before running a <jurgenex@hotmail.com>
Re: How to set environmental variables before running a <ben@morrow.me.uk>
Re: OT: SI units (was sorting a hash / 2008-06-01) sheinrich@my-deja.com
Re: Perl grep and Perl 4 <cwilbur@chromatico.net>
Re: Perl grep and Perl 4 <jurgenex@hotmail.com>
Re: Perl Modules <brian.d.foy@gmail.com>
Re: The select() (IO::Select) function has a limit? sheinrich@my-deja.com
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Tue, 03 Jun 2008 16:02:40 -0400
From: Dan Rumney <danrumney@77617270mail.net>
Subject: Re: advice on good perl idiom
Message-Id: <4845a371$0$4276$4c368faf@roadrunner.com>
Mike Hunter wrote:
> Any thoughts on some awesome one-liner that I can't see?
At this point in time, you've already received a lot of recommendations.
I'd like to suggest that you take a moment to decide what you mean by
awesome.
One-liners are not inherently better. They can obfuscate the code so
that the coder's intention is no longer clear.
They don't necessarily improve performance and can, quite easily, damage
performance.
Just be sure not to get too sucked into an attitude of "Shortest is
best!". Remember that "Mike In June '08" is not the only person who will
ever look at this code. IMO, you should always write your code with that
in mind.
That said, just do what makes you happiest :o)
------------------------------
Date: Tue, 03 Jun 2008 22:43:36 +0200
From: nntpman68 <news1234@free.fr>
Subject: Automatically extracting MS Outlook 2007 calendar entries with perl (on WIndows)
Message-Id: <4845acf8$0$17490$426a74cc@news.free.fr>
Hi,
I would like to extract outlook calendar (only local calendar datam no
server being used) data without having to have outlook running
permanently or without having to 'crawl' through the menu for exporting
the calendar data to a format, that I can easily use in my own perl
scripts (csv / xml / . . .)
So I thought about running a cygwon cronjob, checks for updated outlook
files on the host and exports the data whenever the files are newer than
the exported data.
I have cygwin and its perl installed, but could also install another
perl if needed.
The ideas I had:
Parsing the file containg the information:
---------------------------------------------
The options would be to extract the calendar information directly out of
the file where the information is stored in. Outlook is running only
locally and not connecting to a server.
I don't even know which file contains the calendar data:
potential candidates could be
Local Settings/Application Data/Microsoft/Outlook/Outlook.pst
Application Data/Microsoft/Outlook/outcmd.dat
Application Data/Microsoft/Outlook/Outlook.srs
but grepping for the title of a calendar entry wasn't possible.
So at least data is not stored in a simple format within these three files.
Is there any perl module, which can extract calendar data out of the
local files of a windows host?
Using a perl script that starts outlook and exports the calendar entry:
-------------------------------------------------------------------------
The idea is to let perl start outlook and do whatever is needed to
export the calendar data.
However I have zero experience with any MS specific perl modules and any
other MS specifics.
Does anyone have a good starting point (tutorials / example scripts /
urls ) for such a task.
thanks in advance for any suggestions
bye
N
------------------------------
Date: Tue, 03 Jun 2008 15:59:35 -0500
From: "J. Gleixner" <glex_no-spam@qwest-spam-no.invalid>
Subject: Re: Automatically extracting MS Outlook 2007 calendar entries with perl (on WIndows)
Message-Id: <4845b0b7$0$89876$815e3792@news.qwest.net>
nntpman68 wrote:
> Hi,
>
> I would like to extract outlook calendar (only local calendar datam no
> server being used)
[...]
> Does anyone have a good starting point (tutorials / example scripts /
> urls ) for such a task.
I'd start by thinking that someone else probably has done this
before, so why not look around to see if there's anything
useful already available.
Using my favorite Internet search engine to look for pages with
the relevant parts of your question: 'perl "ms outlook" calendar' the
first page it returned was:
http://www.perlmonks.org/?node_id=660500
It returned many other pages that probably would have answered most/all
of your questions too.
------------------------------
Date: Wed, 04 Jun 2008 00:00:40 +0200
From: nntpman68 <news1234@free.fr>
Subject: Re: Automatically extracting MS Outlook 2007 calendar entries with perl (on WIndows)
Message-Id: <4845bf08$0$14944$426a74cc@news.free.fr>
Thanks a lot,
I'll look into this or other scripts.
N
J. Gleixner wrote:
> nntpman68 wrote:
>> Hi,
>>
>> I would like to extract outlook calendar (only local calendar datam no
>> server being used)
> [...]
>> Does anyone have a good starting point (tutorials / example scripts /
>> urls ) for such a task.
>
> I'd start by thinking that someone else probably has done this
> before, so why not look around to see if there's anything
> useful already available.
>
> Using my favorite Internet search engine to look for pages with
> the relevant parts of your question: 'perl "ms outlook" calendar' the
> first page it returned was:
>
> http://www.perlmonks.org/?node_id=660500
>
> It returned many other pages that probably would have answered most/all
> of your questions too.
------------------------------
Date: Tue, 03 Jun 2008 19:32:43 +0100
From: brian d foy <brian.d.foy@gmail.com>
Subject: Re: FAQ 6.18 Why does using $&, $`, or $' slow my program down?
Message-Id: <030620081932433959%brian.d.foy@gmail.com>
In article <etbeh5-hku.ln1@osiris.mauzo.dyndns.org>, Ben Morrow
<ben@morrow.me.uk> wrote:
> Quoth PerlFAQ Server <brian@stonehenge.com>:
> > 6.18: Why does using $&, $`, or $' slow my program down?
>
> Should this answer mention ${^PREMATCH} &c. from 5.10?
Yes it should. I'll update the answer on my next pass.
Thanks,
------------------------------
Date: Tue, 03 Jun 2008 20:48:02 +0100
From: RedGrittyBrick <RedGrittyBrick@SpamWeary.foo>
Subject: Re: formatting question
Message-Id: <HIOdnb7xqqxoAtjVnZ2dnUVZ8qvinZ2d@bt.com>
April wrote:
> sprintf( "%s%$Fmt%s", ("%$Fmt=|", $TestStr, "|"))
>
> This is in Perl for Dummies, 4th ed, p160.
>
> I'm trying to understand this ...
>
> the first part, "%s%$Fmt%s", my understanding is the format part,
> which specifies the formats for the second part, thelist part, ("%
> $Fmt=|", $TestStr, "|"): %s for "%$Fmt=|", %$Fmt for $TestStr, and %s
> for "|", respectively. Is this correct?
>
> Then what is %$Fmt, it seems a % for format and then a variable $Fmt,
> the book did not mention any format string like this ...
Double quoted strings are processed and the results of that processing
are then used in the rest of the expression. This applies everywhere in
Perl. Part of that processing is interpolation of variables. This is
part of string handling in general and not specifically part of the job
done by printf() - which is why string-interpolation isn't mentioned in
the documentation for printf.
If $Fmt contains 's' then "%s%$Fmt%s" is '%s%s%s'
If $TestStr contains 'teststring' the result of the original sprintf()
is then '%s=|teststring|'
>
> Anyone can shed some light? Thanks!
Presumably the author uses this in some sort of loop to illustrate the
effects of various formatting characters.
--
RGB
------------------------------
Date: Tue, 3 Jun 2008 21:50:55 +0100
From: Ben Morrow <ben@morrow.me.uk>
Subject: Re: formatting question
Message-Id: <fengh5-v7j.ln1@osiris.mauzo.dyndns.org>
Quoth April <xiaoxia2005a@yahoo.com>:
> sprintf( "%s%$Fmt%s", ("%$Fmt=|", $TestStr, "|"))
A few more lines of code showing what $Fmt and $TestStr are set to would
be useful... I'm going to guess you were using something like
my $Fmt = 'f';
my $TestStr = '1.004';
in which case you would get the string '%f=|1.004000|' back from
sprintf.
> This is in Perl for Dummies, 4th ed, p160.
Hmmm, I would suggest you find a new book. Quite apart from the fact
I've never heard anything good about any of the 'for Dummies' books,
the expression you gave is *not* a clear way to write what they wanted.
'Learning Perl', published by O'Reilly, is the standard recommendation;
for others, see perldoc -q book or http://books.perl.org .
> I'm trying to understand this ...
>
> the first part, "%s%$Fmt%s", my understanding is the format part,
> which specifies the formats for the second part, thelist part, ("%
> $Fmt=|", $TestStr, "|"):
Firstly, there is no 'first part' and 'second part', and the inner set
of parens are completely unnecessary. The important point is that
sprintf treats its first argument specially, and uses it to format the
rest.
> %s for "%$Fmt=|", %$Fmt for $TestStr, and %s for "|", respectively. Is
> this correct?
Yes.
> Then what is %$Fmt, it seems a % for format and then a variable $Fmt,
> the book did not mention any format string like this ...
What you are not understanding is that there are two levels of
intepretation going on here. (This is one of the reasons I would not
write it like that: it's confusing.)
First Perl expands the double-quoted strings, so given the values I was
assuming above sprintf gets passed the list
'%s%f%s', '%f=|', '1.004', '|'
which I've written with single-quotes to show they aren't going to be
expanded again by Perl. Then sprintf takes the first argument, and
formats the rest in the appropriate places, so
%s -> %f=|
%f -> 1.004000
%s -> |
%s%f%s -> %f=|1.004000|
I presume the aim here is to let you put in various values for $TestStr,
and various formats, and show you how sprintf would intepret them.
I would have writted it as
sprintf "%%$Fmt=|%$Fmt|", $TestStr
or perhaps even
"%$Fmt=|" . sprintf("%$Fmt", $TestStr) . '|'
which, although it still looks a little like line-noise, is probably
easier to understand.
Ben
--
Raise your hand if you're invulnerable.
[ben@morrow.me.uk]
------------------------------
Date: Tue, 03 Jun 2008 21:02:50 GMT
From: Jürgen Exner <jurgenex@hotmail.com>
Subject: Re: How to set environmental variables before running another command?
Message-Id: <iacb44dm42521hostfb7begtibtfhnaog4@4ax.com>
Meal <meedeex@gmail.com> wrote:
>> Just set the env vars in the parent process (i.e. your Perl script) and
>> the child processes (build script) will inherit them.
>>
>> jue
>
>Thanks to both of you.
>It seems there's no other way.
>The .cmd file to set the variables is rather large, I definitely don't
>want to set that much variables manually.
Nobody is talking about setting them manually. Just set them in your
Perl script.
jue
------------------------------
Date: Tue, 03 Jun 2008 23:04:06 +0200
From: nntpman68 <news1234@free.fr>
Subject: Re: How to set environmental variables before running another command?
Message-Id: <4845b1c7$0$21144$426a74cc@news.free.fr>
Hi,
If your cmd file doesn't contain any loops or if statements and if it's
not calling other cmd files it might be possible to
parse the cmd file to find out which variables are set.
Then perl could just set them the same way and and call the child proceeses.
Do you have an extract of this .cmd file in order to evaluate the
complexity of potential parsing?
bye
N
Meal wrote:
> On Jun 3, 1:52 pm, Jürgen Exner <jurge...@hotmail.com> wrote:
>> Meal <meed...@gmail.com> wrote:
>>> I’m writing a simple script for a building system on windows vista.
>>> This script will run a .cmd file which sets a lot of environmental
>>> variables. After this, the script need to run a build command.
>>> The build command depends on these environmental variables.
>> This has nothing to do with Perl but everything with how environment
>> settings are inherited between processes. And for obvious reasons
>> children are not allowed to change environment variables of their
>> parent (you Perl script) or even worse their siblings (the build
>> command).
>>
>> Just set the env vars in the parent process (i.e. your Perl script) and
>> the child processes (build script) will inherit them.
>>
>> jue
>
> Thanks to both of you.
> It seems there's no other way.
> The .cmd file to set the variables is rather large, I definitely don't
> want to set that much variables manually.
------------------------------
Date: Tue, 3 Jun 2008 13:56:01 -0700 (PDT)
From: Meal <meedeex@gmail.com>
Subject: Re: How to set environmental variables before running another command?
Message-Id: <e535f6ea-ccc2-4a9b-bf4f-7c195ed0da14@g16g2000pri.googlegroups.com>
On Jun 3, 1:52=A0pm, J=FCrgen Exner <jurge...@hotmail.com> wrote:
> Meal <meed...@gmail.com> wrote:
> > =A0I=92m writing a simple script for a building system on windows vista.=
> >This script will run a .cmd file which sets a lot of environmental
> >variables. After this, the script need to run a build command.
> > =A0The build command depends on these environmental variables.
>
> This has nothing to do with Perl but everything with how environment
> settings are inherited between processes. And for obvious reasons
> children are not allowed to change =A0environment variables of their
> parent (you Perl script) or even worse their siblings (the build
> command).
>
> Just set the env vars in the parent process (i.e. your Perl script) and
> the child processes (build script) will inherit them.
>
> jue
Thanks to both of you.
It seems there's no other way.
The .cmd file to set the variables is rather large, I definitely don't
want to set that much variables manually.
------------------------------
Date: Tue, 3 Jun 2008 14:47:45 -0700 (PDT)
From: Meal <meedeex@gmail.com>
Subject: Re: How to set environmental variables before running another command?
Message-Id: <7f75818e-26ac-4a8d-a2a1-47272aad6ee4@x19g2000prg.googlegroups.com>
On Jun 3, 2:02=A0pm, J=FCrgen Exner <jurge...@hotmail.com> wrote:
> Meal <meed...@gmail.com> wrote:
> >> Just set the env vars in the parent process (i.e. your Perl script) and=
> >> the child processes (build script) will inherit them.
>
> >> jue
>
> >Thanks to both of you.
> >It seems there's no other way.
> >The .cmd file to set the variables is rather large, I definitely don't
> >want to set that much variables manually.
>
> Nobody is talking about setting them manually. Just set them in your
> Perl script.
>
> jue
Well, set them "manually" in my perl script.
I want a way that I don't need to take care of the content of the .cmd
file.
------------------------------
Date: Tue, 3 Jun 2008 11:27:18 -0700 (PDT)
From: Meal <meedeex@gmail.com>
Subject: How to set environmental variables before running another command?
Message-Id: <d9a0554c-1a27-451e-87a2-192528787c63@h1g2000prh.googlegroups.com>
Hi Perl expert,
I=92m writing a simple script for a building system on windows vista.
This script will run a .cmd file which sets a lot of environmental
variables. After this, the script need to run a build command.
The build command depends on these environmental variables.
If I run the .cmd file with system or exec and then run the build
command, the build command will not run within the correct
environment. The system or exec simply start a new process and set the
environmental variables there.
My current solution is as below.
exec(".\\myenv.cmd&build -cC -amd64");
It works since there's an "&", but I doubt in the future I need to
add more complex commands. Absolutely I cannot concatenate each of
them with an '&'.
What's the correct solution for this issue?
Thanks.
Meal.
------------------------------
Date: Tue, 03 Jun 2008 16:38:21 -0400
From: smallpond <smallpond@juno.com>
Subject: Re: How to set environmental variables before running another command?
Message-Id: <42bb6$4845abb5$29859@news.teranews.com>
Meal wrote:
> Hi Perl expert,
> I’m writing a simple script for a building system on windows vista.
> This script will run a .cmd file which sets a lot of environmental
> variables. After this, the script need to run a build command.
> The build command depends on these environmental variables.
> If I run the .cmd file with system or exec and then run the build
> command, the build command will not run within the correct
> environment. The system or exec simply start a new process and set the
> environmental variables there.
> My current solution is as below.
> exec(".\\myenv.cmd&build -cC -amd64");
> It works since there's an "&", but I doubt in the future I need to
> add more complex commands. Absolutely I cannot concatenate each of
> them with an '&'.
> What's the correct solution for this issue?
> Thanks.
> Meal.
Why not set the environment variables within perl?
$ENV{'BUILDDIR'} = 'C:\BDIR';
perldoc perlvar
The hash %ENV contains your current environment. Setting a value in "ENV"
changes the environment for any child processes you subsequently fork() off.
** Posted from http://www.teranews.com **
------------------------------
Date: Tue, 03 Jun 2008 20:52:46 GMT
From: Jürgen Exner <jurgenex@hotmail.com>
Subject: Re: How to set environmental variables before running another command?
Message-Id: <pebb445gd1ked52crmra919rtircdj8532@4ax.com>
Meal <meedeex@gmail.com> wrote:
> I’m writing a simple script for a building system on windows vista.
>This script will run a .cmd file which sets a lot of environmental
>variables. After this, the script need to run a build command.
> The build command depends on these environmental variables.
This has nothing to do with Perl but everything with how environment
settings are inherited between processes. And for obvious reasons
children are not allowed to change environment variables of their
parent (you Perl script) or even worse their siblings (the build
command).
Just set the env vars in the parent process (i.e. your Perl script) and
the child processes (build script) will inherit them.
jue
------------------------------
Date: Tue, 3 Jun 2008 21:57:48 +0100
From: Ben Morrow <ben@morrow.me.uk>
Subject: Re: How to set environmental variables before running another command?
Message-Id: <crngh5-v7j.ln1@osiris.mauzo.dyndns.org>
Quoth Meal <meedeex@gmail.com>:
> Hi Perl expert,
> I’m writing a simple script for a building system on windows vista.
> This script will run a .cmd file which sets a lot of environmental
> variables. After this, the script need to run a build command.
> The build command depends on these environmental variables.
> If I run the .cmd file with system or exec and then run the build
> command, the build command will not run within the correct
> environment. The system or exec simply start a new process and set the
> environmental variables there.
Yup.
> My current solution is as below.
> exec(".\\myenv.cmd&build -cC -amd64");
> It works since there's an "&", but I doubt in the future I need to
> add more complex commands. Absolutely I cannot concatenate each of
> them with an '&'.
> What's the correct solution for this issue?
There isn't really a good simple solution. If the .cmd file is simple
(i.e. if it looks like
set FOO=bar
set BAZ=quux
with nothing else) then it should be straighforward to parse it yourself
and set the appropriate values in %ENV. These *will* then be inherited
by any processes you run with system. If it's more complicated than
this, I would probably try something like
open my $SET, '.\\myenv.cmd & set|' or die "can't run cmd: $!";
and then read and parse the output, which again should be
straightforward.
Otherwise, you could construct a cmd file yourself with all the steps
you need, and then run them all in one go; or you use a sub like
sub mycmd {
system ".\\myenv.cmd & $_[0]";
}
to run each one in the appropriate environment.
Ben
--
For the last month, a large number of PSNs in the Arpa[Inter-]net have been
reporting symptoms of congestion ... These reports have been accompanied by an
increasing number of user complaints ... As of June,... the Arpanet contained
47 nodes and 63 links. [ftp://rtfm.mit.edu/pub/arpaprob.txt] * ben@morrow.me.uk
------------------------------
Date: Tue, 3 Jun 2008 14:21:22 -0700 (PDT)
From: sheinrich@my-deja.com
Subject: Re: OT: SI units (was sorting a hash / 2008-06-01)
Message-Id: <96a61dca-4737-487b-90af-c8abc788b8f5@e53g2000hsa.googlegroups.com>
On Jun 2, 12:57 pm, Abigail <abig...@abigail.be> wrote:
> _
> sheinr...@my-deja.com (sheinr...@my-deja.com) wrote on VCCCLXXXVI
> September MCMXCIII in <URL:news:909e7d1f-f37a-4e85-96de-c35f800e6a60@a70g2000hsh.googlegroups.com>:
> :: On May 30, 9:21 am, "dn.p...@gmail.com" <dn.p...@gmail.com> wrote:
> ::
...
> :: >
> :: Excuse me, but is it really absolutely unthinkable to share your
> :: information with the meager 99% percent of the world that has adopted
> :: SI units decades(!) ago?
>
> The USA makes up for about 4.5% of the world population, so even if the
> rest of the world would use Celsius, it would only be 95%. But how many
> of those 95% actually care about the four hottest cities in the USA, as
> compared to the 4.5% that uses Fahrenheit?
>
> Besides, they are just numbers, and considering that the mapping between
> Celsius and Fahrenheid is monotonic and continuous, it doesn't make no
> difference at all for his question (how to get the four hottest cities)
> whether the temparatures are in Celsius or Fahrenheit.
Hey, go and try to find out what a topic's 'OT' change means.
>
> Abigail
> --
> use lib sub {($\) = split /\./ => pop; print $"};
> eval "use Just" || eval "use another" || eval "use Perl" || eval "use Hacker";
I didn't write to create a diversion but for my personal concerns.
Fact is, most of the major travel portals on the web that are clearly
targeting a global audience, claim global coverage and feature global
services are hosted in north america.
And they're giving a damn about whether their visitors feel at home
with figures in miles, gallons or degrees Fahrenheit. I find it
tiresome and tend to not visit such sites anymore.
And if not even programmers begin to have second thoughts, how will
this ever start to change?
BTW: I think that when I'm negotiating for a used car in Outback
Australia, then I can't complain if the owner is fussing about how low
she's running in miles per gallon - although Australia officially
adopted SI units some time ago (1960).
But if a nation, claiming involvement in world leadership, is even
after decades not even starting to adopt the actual world wide
accepted standards it deservedly gives place to ridicule.
Most European nations again and again had changes in their unit
systems and in their currencies.
Historically and recently. That's just what comes with time.
It looks to me like the US want to claim and preserve a history by
clinging to states and singular events from the past.
Steffen
------------------------------
Date: Tue, 03 Jun 2008 14:48:08 -0400
From: Charlton Wilbur <cwilbur@chromatico.net>
Subject: Re: Perl grep and Perl 4
Message-Id: <86lk1mfj87.fsf@mithril.chromatico.net>
>>>>> "f" == fourfour2 <fourfour2@gmail.com> writes:
f> Yep - this works when using Perl 5. Unfortunately not in Perl
f> 4.035 though.
Why are you using Perl 4? Why are you using a version of Perl 4 that
isn't the latest version?
What's next, writing web pages to conform with Mosaic's view of HTML,
and complaining that there's no version of Emacs for System 7?
Charlton
--
Charlton Wilbur
cwilbur@chromatico.net
------------------------------
Date: Tue, 03 Jun 2008 20:55:20 GMT
From: Jürgen Exner <jurgenex@hotmail.com>
Subject: Re: Perl grep and Perl 4
Message-Id: <osbb44dhcf4lfl83almn04p035eahoooj3@4ax.com>
fourfour2@gmail.com wrote:
>Yep - this works when using Perl 5.
>Unfortunately not in Perl 4.035 though.
I think you correctly pinpointed the root cause of your problems.
jue
------------------------------
Date: Tue, 03 Jun 2008 19:36:16 +0100
From: brian d foy <brian.d.foy@gmail.com>
Subject: Re: Perl Modules
Message-Id: <030620081936166772%brian.d.foy@gmail.com>
In article
<83076d1c-fcd8-4e54-a872-e77c1d2b4144@m3g2000hsc.googlegroups.com>,
Frank <fjrusso@yahoo.com> wrote:
> Where do I find a listing of available modules or the modules
> themselves? Documentation available? Where is a good place to search?
Do you mean modules on your system or modules on CPAN that you might
install?
If you want to see every module indexed by PAUSE, look at the
modules/02.packages.details.tar.gz file on any CPAN mirror.
To get all the modules in the current @INC, just use the cpan script
that comes with perl:
% cpan -a
You'll get a lot of output that looks like:
CGI::FormBuilder::Util 3.0501 3.0501
NWIGER/CGI-FormBuilder-3.0501.tgz
CGI::Pretty 1.08 1.08 LDS/CGI.pm-3.37.tar.gz
CGI::Prototype 0.9053 0.9053
MERLYN/CGI-Prototype-0.9053.tar.gz
CGI::Prototype::Hidden undef undef
MERLYN/CGI-Prototype-0.9053.tar.gz
CGI::Push 1.04 1.04 LDS/CGI.pm-3.37.tar.gz
CGI::Simple 1.103 1.105
ANDYA/CGI-Simple-1.105.tar.gz
CGI::Simple::Cookie 1.103 1.105
ANDYA/CGI-Simple-1.105.tar.gz
CGI::Simple::Standard 1.103 1.105
ANDYA/CGI-Simple-1.105.tar.gz
CGI::Simple::Util 1.103 1.105
ANDYA/CGI-Simple-1.105.tar.gz
CGI::Util 1.5 1.5 LDS/CGI.pm-3.33.tar.gz
CPAN 1.9102 1.9205 ANDK/CPAN-1.9205.tar.gz
CPAN::Admin 5.400844 5.5 ANDK/CPAN-1.9205.tar.gz
CPAN::Checksums 1.050 2.00
ANDK/CPAN-Checksums-2.00.tar.gz
CPAN::Debug 5.400955 5.402212 ANDK/CPAN-1.9205.tar.gz
------------------------------
Date: Tue, 3 Jun 2008 14:31:19 -0700 (PDT)
From: sheinrich@my-deja.com
Subject: Re: The select() (IO::Select) function has a limit?
Message-Id: <30f15959-a861-4634-a46c-8aa410ca2147@79g2000hsk.googlegroups.com>
I once wrote a PreforkAgent.pm of which I was told that it ran with
500 children without a problem. (That's 1000 open pipes to maintain)
That was on a SLES. (Suse Linux Enterprise Server)
Steffen
------------------------------
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 1608
***************************************
