[29022] in Perl-Users-Digest
Perl-Users Digest, Issue: 266 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Mon Mar 26 09:09:41 2007
Date: Mon, 26 Mar 2007 06:09:09 -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 Mon, 26 Mar 2007 Volume: 11 Number: 266
Today's topics:
Encrypting long passwords <David.Hiskiyahu@alcatel-lucent.be>
Re: Encrypting long passwords <josef.moellers@fujitsu-siemens.com>
Re: Encrypting long passwords <David.Hiskiyahu@alcatel-lucent.be>
Re: Encrypting long passwords <David.Hiskiyahu@alcatel-lucent.be>
Re: Executing awk from perl script <scobloke2@infotop.co.uk>
Re: How to parse the log file to get useful information <tadmc@augustmail.com>
Re: How to parse the log file to get useful information <bik.mido@tiscalinet.it>
Re: HTML::Mason and User site folders <macshaggy@carolina.rr.com>
nomenclature <sensorflo@gmail.com>
order of evaluation <sensorflo@gmail.com>
Re: order of evaluation <sensorflo@gmail.com>
Re: order of evaluation <mritty@gmail.com>
Re: parsing a tab delimited or CSV, but keep the delimi <lew@nospam.lewscanon.com>
Re: parsing a tab delimited or CSV, but keep the delimi <check.sig@for.email.invalid>
Re: Stuck trying to pass an array that contains a hash <zen13097@zen.co.uk>
Re: time structure without shift <scobloke2@infotop.co.uk>
Re: time structure without shift <scobloke2@infotop.co.uk>
Re: time structure without shift <scobloke2@infotop.co.uk>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: 26 Mar 2007 04:48:50 -0700
From: "TheDeerHunter" <David.Hiskiyahu@alcatel-lucent.be>
Subject: Encrypting long passwords
Message-Id: <1174909730.822125.294790@b75g2000hsg.googlegroups.com>
There is a known limitation in the Perl 'crypt' function - the result
of
a call to crypt is sensitive only to the first eight characters of the
encrypted string.
E.g., the two following calls will both result in: '<b>san3ikkE.ivL2'</
b>:
crypt ('wordword', 'salt');
crypt ('wordwordword', 'salt');
Can someone recommend a Perl module that would be useful
to implement encryption of long passwords, in such way that
the result of the two calls above would differ?
Strength similar to that of crypt or better is OK.
------------------------------
Date: Mon, 26 Mar 2007 13:59:19 +0200
From: Josef Moellers <josef.moellers@fujitsu-siemens.com>
Subject: Re: Encrypting long passwords
Message-Id: <eu8cp8$qat$1@nntp.fujitsu-siemens.com>
TheDeerHunter wrote:
> There is a known limitation in the Perl 'crypt' function - the result
> of
> a call to crypt is sensitive only to the first eight characters of the
> encrypted string.
>=20
> E.g., the two following calls will both result in: '<b>san3ikkE.ivL2'</=
> b>:
>=20
> crypt ('wordword', 'salt');
> crypt ('wordwordword', 'salt');
>=20
> Can someone recommend a Perl module that would be useful
> to implement encryption of long passwords, in such way that
> the result of the two calls above would differ?
>=20
> Strength similar to that of crypt or better is OK.
>=20
Look Ma, I can use google: "perl encrypt password"
First hit contains "Crypt::PasswdMD5", go to CPAn, find Crypt-PasswdMD5-1=
=2E3
--=20
These are my personal views and not those of Fujitsu Siemens Computers!
Josef M=F6llers (Pinguinpfleger bei FSC)
If failure had no penalty success would not be a prize
-- T. Pratchett
------------------------------
Date: 26 Mar 2007 05:31:16 -0700
From: "TheDeerHunter" <David.Hiskiyahu@alcatel-lucent.be>
Subject: Re: Encrypting long passwords
Message-Id: <1174912275.997966.182510@l77g2000hsb.googlegroups.com>
On 26 Mar, 12:59, Josef Moellers <josef.moell...@fujitsu-siemens.com>
wrote:
> Look Ma, I can use google: "perl encrypt password"
> First hit contains "Crypt::PasswdMD5", go to CPAn, find Crypt-PasswdMD5-1.3
Jozef, thanks for the tip.
I can google too - actually did it quite a lot before posting.
I did looking at Crypt-PasswdMD5-1.3 on
http://search.cpan.org/dist/Crypt-PasswdMD5-1.3/PasswdMD5.pm
Didn't see there anything about length, folding passwords etc. - so
the only
way to know is to try it.
And then .. I thought .. wait Ma - maybe there is a guy out there who
knows?
And then I posted my question.
------------------------------
Date: 26 Mar 2007 05:41:13 -0700
From: "TheDeerHunter" <David.Hiskiyahu@alcatel-lucent.be>
Subject: Re: Encrypting long passwords
Message-Id: <1174912873.900941.28520@y66g2000hsf.googlegroups.com>
Now I actually tried it - and I do see that Crypt::PasswdMD5 does the
job and creates encrypted strings that are sensitive to length of
input string greated than 8.
Again, thanks for the tip.
------------------------------
Date: Mon, 26 Mar 2007 12:13:44 +0100
From: Ian Wilson <scobloke2@infotop.co.uk>
Subject: Re: Executing awk from perl script
Message-Id: <4607aaeb$0$28971$da0feed9@news.zen.co.uk>
Abigail Bush wrote:
>
> But I give you one hint: `` is a double quoted context. So Perl will
> interpretate variables.
>
I interpret interpretate as interpolate.
------------------------------
Date: Mon, 26 Mar 2007 04:54:59 -0500
From: Tad McClellan <tadmc@augustmail.com>
Subject: Re: How to parse the log file to get useful information using perl or shell?
Message-Id: <slrnf0f63j.5g2.tadmc@tadmc30.august.net>
robertchen117@gmail.com <robertchen117@gmail.com> wrote:
> I have a very long log file like the below, how could I useful info I
> need like this:
>
> sr-204 Tec cache size:
> "ls -l C:\Tivoli\lcf\dat\1\LCFNEW\Tmw2k\Tec\cache"
> total 1
> -rw-rw-rw- 1 0 0 54 Nov 01 23:53
> EventServer#opp1_0.dat
----------------------------------------------------
#!/usr/bin/perl
use warnings;
use strict;
local $/ = ''; # enable paragraph mode
while ( <DATA> ) {
next unless /Tec cache size/;
print;
}
__DATA__
=================
sr-204.domain1.com:
DISSE0155I Distribution ID: `1278500431.264831'
------------------------------
STANDARD OUTPUT/ERROR BEGIN
------------------------------
STANDARD OUTPUT (program: c:\temp\check_itm_cache\check_itm_cache.bat
- exit code = 0)
sr-204 Tec cache size:
"ls -l C:\Tivoli\lcf\dat\1\LCFNEW\Tmw2k\Tec\cache"
total 1
-rw-rw-rw- 1 0 0 54 Nov 01 23:53
EventServer#opp1_0.dat
""
------------------------------
STANDARD OUTPUT/ERROR END
------------------------------
=================
Software Package: "itm_cache^1.0"
Operation: install
Mode: not-transactional,not-undoable | force
Time: 2007-03-25 22:02:58
=================
sr-207.domain1.com:
DISSE0155I Distribution ID: `1278500431.264831'
------------------------------
STANDARD OUTPUT/ERROR BEGIN
------------------------------
STANDARD OUTPUT (program: c:\temp\check_itm_cache\check_itm_cache.bat
- exit code = 0)
sr-207 Tec cache size:
"ls -l C:\Tivoli\lcf\dat\1\LCFNEW\Tmw2k\Tec\cache"
total 1
-rw-rw-rw- 1 0 0 54 Nov 01 23:58
EventServer#opp1_0.dat
""
----------------------------------------------------
--
Tad McClellan SGML consulting
tadmc@augustmail.com Perl programming
Fort Worth, Texas
------------------------------
Date: Mon, 26 Mar 2007 13:03:04 +0200
From: Michele Dondi <bik.mido@tiscalinet.it>
Subject: Re: How to parse the log file to get useful information using perl or shell?
Message-Id: <gl9f03hus1cn06l36llo0pu4u98r1ua7ht@4ax.com>
On 25 Mar 2007 22:43:28 -0700, "robertchen117@gmail.com"
<robertchen117@gmail.com> wrote:
>I have a very long log file like the below, how could I useful info I
>need like this:
Are you offering a job? Or are you showing us your attempt and asking
why it fails to do what you expect it to? If the latter, I have some
difficulties finding the code in your post...
>sr-204 Tec cache size:
>"ls -l C:\Tivoli\lcf\dat\1\LCFNEW\Tmw2k\Tec\cache"
>total 1
>-rw-rw-rw- 1 0 0 54 Nov 01 23:53
>EventServer#opp1_0.dat
Ok, you showed us an excerpt of your *input* file. Now it would be
nice if you also gave some indications about your expected *output*.
>Also is get every 3 lines just after every "Tec cache size" including
>the "Tec cache size" line.
>
>Or even could I get just include the host name and file size? Like
>this:
>sr-204 54
>sr-207 54
>...
I cannot parse your English sentences, but I'm not a native English
speaker, and so I have difficulties in this sense? May you try to be
so gentle and rephrase them in a friendlier way? Even if this is not a
helpdesk to spoonfeed you with ready made solutions, someone will
probably do, if at least you express clearly your requirements.
Michele
--
{$_=pack'B8'x25,unpack'A8'x32,$a^=sub{pop^pop}->(map substr
(($a||=join'',map--$|x$_,(unpack'w',unpack'u','G^<R<Y]*YB='
.'KYU;*EVH[.FHF2W+#"\Z*5TI/ER<Z`S(G.DZZ9OX0Z')=~/./g)x2,$_,
256),7,249);s/[^\w,]/ /g;$ \=/^J/?$/:"\r";print,redo}#JAPH,
------------------------------
Date: 26 Mar 2007 06:03:43 -0700
From: "macshaggy" <macshaggy@carolina.rr.com>
Subject: Re: HTML::Mason and User site folders
Message-Id: <1174914223.457049.47110@n76g2000hsh.googlegroups.com>
On Mar 26, 4:12 am, Mirco Wahab <wahab-m...@gmx.de> wrote:
> macshaggy wrote:
> > Basically I'm trying to setup my system that anytime a person
> > specifies ~User then Mason will go ahead a serve up that Users html
> > doc. Otherwise, Mason will continue to serve via the document root. I
> > don't want it to be specifc to just 1 user but to all that are on the
> > system.
>
> This scenario is given *exactly* as you described it
> in the "Mason Book":
>
> http://www.masonbook.com/book/chapter-11.mhtml#TOC-ANCHOR-15
>
> There is a handler provided, which calls
> the Mason handler and sets the proper
> component root.
>
> Depending on your naming convention (eg.: ^/~someuser/... ),
> you have to modify the example. Then, put this handler
> somewhere (where mod_perl can find it) or put it
> between <perl> ... </perl> tags in a mod_perl related
> Apache config file.
>
> Regards
>
> Mirco
Thanks a bunch, I also found it late last nite. It's exactly what I
need. I had tried the configuration of /Users/*/Sites as I do in the
Apache config to expand but it didn't work. Placing in the Mason
handler is exactly what I thought I would have to do so thanks for
confirming it.
Later - Thanks again
MacShag
------------------------------
Date: 26 Mar 2007 03:39:45 -0700
From: "Flo" <sensorflo@gmail.com>
Subject: nomenclature
Message-Id: <1174905585.291573.103400@y66g2000hsf.googlegroups.com>
Hello
I wonder what the commonly used nomenclature in a regex environment
for the following sentence is. "The regex is applied to the target
string". I mean especially the verb "being applied" and the noun
"target string".
A longer sentence which makes it more clear what I mean: If the regex
'bi*g' applied to the target string 'He is big', 'big' is matched.
Flo
------------------------------
Date: 26 Mar 2007 03:41:21 -0700
From: "Flo" <sensorflo@gmail.com>
Subject: order of evaluation
Message-Id: <1174905681.092089.324600@y80g2000hsf.googlegroups.com>
Hello
Consider these two regular expressions
1) .*.*
2) .*?.*?
which are equivalent to
1) (.*)(.*)
2) (.*?)(.*?)
Where the * is the greedy 0-or-more quantifier and *? the lazy 0-or-
more quantifier. In the following \1 is a backreference to the match
inside the first parenthesis, \2 likewise for the 2nd parenthesis.
As I understand it, most flavours of regular expressions have the
following behaviour for the two regexes above
1) \1 returns the whole target string, \2 returns the empty string
2) \1 returns the empty string, \1 returns the whole target string
Is that statement correct at all, i.e. do indeed most flavours have
that behaviour?
Which rules dictates that behaviour? I would say
"for regexes, order of evaluation is left to right"
But I am not sure since I never saw such a statement.
Remember that "order of evaluation" and "precedence" are *not* the
same thing, at least not in general. See also
http://groups.google.com/group/comp.lang.c/browse_thread/thread/5bc23...
Flo
------------------------------
Date: 26 Mar 2007 03:43:21 -0700
From: "Flo" <sensorflo@gmail.com>
Subject: Re: order of evaluation
Message-Id: <1174905801.728916.111160@l75g2000hse.googlegroups.com>
Here the correct link
http://groups.google.com/group/comp.lang.c/browse_thread/thread/5bc238bd3caaea16/78e3e006c5b99c42?lnk=st&q=math+order+of+evaluation+&rnum=5#78e3e006c5b99c42
------------------------------
Date: 26 Mar 2007 04:59:27 -0700
From: "Paul Lalli" <mritty@gmail.com>
Subject: Re: order of evaluation
Message-Id: <1174910367.187959.110720@l77g2000hsb.googlegroups.com>
On Mar 26, 6:41 am, "Flo" <sensor...@gmail.com> wrote:
> Consider these two regular expressions
> 1) .*.*
> 2) .*?.*?
>
> which are equivalent to
> 1) (.*)(.*)
> 2) (.*?)(.*?)
>
> Where the * is the greedy 0-or-more quantifier and *? the lazy 0-or-
> more quantifier. In the following \1 is a backreference to the match
> inside the first parenthesis, \2 likewise for the 2nd parenthesis.
>
> As I understand it, most flavours of regular expressions have the
> following behaviour for the two regexes above
> 1) \1 returns the whole target string, \2 returns the empty string
Yes.
> 2) \1 returns the empty string, \2 returns the whole target string
No. They both return the empty string. They're both non-greedy.
There is nothing forcing the second one to return anything more than 0
characters.
You can check this for yourself:
$ perl -le'"Foo Bar" =~ /(.*)(.*)/; print qq{"$1"-"$2"}'
"Foo Bar"-""
$ perl -le'"Foo Bar" =~ /(.*?)(.*?)/; print qq{"$1"-"$2"}'
""-""
Now, if you had anchored the patterns to the start/end of the string,
then you would be correct:
$ perl -le'"Foo Bar" =~ /^(.*)(.*)$/; print qq{"$1"-"$2"}'
"Foo Bar"-""
$ perl -le'"Foo Bar" =~ /^(.*?)(.*?)$/; print qq{"$1"-"$2"}'
""-"Foo Bar"
> Is that statement correct at all, i.e. do indeed most flavours have
> that behaviour?
I have no idea what you mean by "flavors". I'm talking about Perl
regular expressions. If you're asking about regular expressions in
some other language, you'd have to ask a group devoted to that
language.
> Which rules dictates that behaviour? I would say
> "for regexes, order of evaluation is left to right"
> But I am not sure since I never saw such a statement.
perldoc perlre
Alternatives are tried from left to right, so the first
alternative found for which the entire expression matches,
is the one that is chosen.
Paul Lalli
------------------------------
Date: Mon, 26 Mar 2007 07:36:22 -0400
From: Lew <lew@nospam.lewscanon.com>
Subject: Re: parsing a tab delimited or CSV, but keep the delimiter
Message-Id: <FoCdnWDDUYCrLZrbnZ2dnUVZ_oDinZ2d@comcast.com>
Alex wrote:
>> There were so many that came up when I googled that I just picked one at
>> random, on the basis that it was eight out of the first ten sites that popped
>> up in my search.
>
>>> Of course I am referring to the module Text::CSV (or one of its cousins):
>>> http://search.cpan.org/search?query=text%3A%3Acsv&mode=all
>
>> Of course! I should have /known/ that it was one of the other 68790 hits,
>> instead of the one that was eight out of the first ten.
>
> If you search for "Text::CSV" on Google, the very first hit you get is a
> link to the CPAN-module. The hxtt.com-link you send doesn't even contain
> the search string and does not appear in the first hundred hits. So yes,
> you should have /known/ that you should at least check your spelling.
I searched on "Java Text::CSV" and got the hits I said I got - none of the
first ten hits were CPAN, eight of them were HXTT. Those were my results. I
said what I said based on what I experienced. You can make all the claims you
want on what I would get if I searched; I told you what I did get when I searched.
-- Lew
------------------------------
Date: Mon, 26 Mar 2007 15:22:55 +0300
From: Alex <check.sig@for.email.invalid>
Subject: Re: parsing a tab delimited or CSV, but keep the delimiter
Message-Id: <KWONh.24782$bJ6.15857@reader1.news.saunalahti.fi>
Lew wrote:
> I searched on "Java Text::CSV" and got the hits I said I got - none of the
> first ten hits were CPAN, eight of them were HXTT. Those were my results. I
> said what I said based on what I experienced. You can make all the claims you
> want on what I would get if I searched; I told you what I did get when I searched.
Yes, but you didn't tell us /what/ you searched for. Unless stated
otherwise, it is reasonable to expect that the search string is
"Text::CSV" and nothing else. Your touchy reaction to "being expected to
know" what link to follow is irrelevant unless we know what you're
searching for. Ah well... Peace!
--
Alex
e-mail: Domain is iki dot fi. Local-part is alext.
local-part at domain
------------------------------
Date: 26 Mar 2007 12:53:05 GMT
From: Dave Weaver <zen13097@zen.co.uk>
Subject: Re: Stuck trying to pass an array that contains a hash to another subprogram
Message-Id: <4607c231$0$22525$fa0fcedb@news.zen.co.uk>
On 21 Mar 2007 15:54:41 -0700, novak.dl@gmail.com <novak.dl@gmail.com> wrote:
>
> sub prefix_citation_permits()
> {
> sub updatecitation()
> {
In addition to Jim's comments, don't define your subs like that. The
empty parentheses are a prototype (see `perldoc perlsub`), telling
perl that the sub takes no parameters.
Define your subs like this:
sub updatecitation
{
...
------------------------------
Date: Mon, 26 Mar 2007 11:15:41 +0100
From: Ian Wilson <scobloke2@infotop.co.uk>
Subject: Re: time structure without shift
Message-Id: <46079d50$0$28973$da0feed9@news.zen.co.uk>
Paul Lalli wrote:
> On Mar 23, 9:46 pm, "Petr Vileta" <sto...@practisoft.cz> wrote:
>
>> "Michael Carman" <mjcar...@mchsi.com> pÃÅ¡e v diskusnÃm
>> pøÃspìvkunews:MW_Mh.4762$oV.4296@attbi_s21...> On 3/23/2007 7:23
>> PM, Petr Vileta wrote:
>>
>>>> I have time in seconds and want to get time structure of this
>>>> time but without shift to local time.
>>
>>> perldoc -f gmtime
>>
>> gmtime can't help me. I have time in second but in UTC (universal
>> time, GMT+0) but gmtime() suppose time value in local time.
No it doesn't, it expects a time value expressed in seconds since the
epoch *UTC* In our context, UTC means exactly the same as GMT.
gmtime does exactly what you asked.
$ perldoc -f time
time Returns the number of non-leap seconds since whatever time the
system considers to be the epoch (that's 00:00:00, January 1,
1904 for Mac OS, and 00:00:00 UTC, January 1, 1970 for most
other systems). Suitable for feeding to "gmtime" and "local-
time".
Surely the whole reason we have gmtime and localtime is that gmtime is
NOT localtime (except in locales on or near the Greenwich meridian).
$ perldoc -f gmtime
gmtime EXPR
Converts a time as returned by the time function to an 8-ele-
ment list with the time localized for the standard Greenwich
time zone.
Maybe the word "localized" is confusing people?
>> I'm
>> looking for any function which return array as localtime() or
>> gmtime() but without time shift.
>
>
> It would be a lot more helpful if you would provide the sample input
> and output that you're looking for.
>
> In the meantime, perhaps you just want to set $ENV{TZ} to the
> appropriate value first?
>
> $ perl -le'print scalar localtime(1174703700)'
> Fri Mar 23 22:35:00 2007
> $ perl -le'$ENV{TZ}="GMT"; print scalar localtime(1174703700)'
> Sat Mar 24 02:35:00 2007
>
Paul's answer surprises me since I see no reason to not use gmtime in
any timezone to achieve what the OP asked.
$ perl -le'print scalar gmtime(1174703700)'
Sat Mar 24 02:35:00 2007
$ TZ=EST perl -le'print scalar gmtime(1174703700)'
Sat Mar 24 02:35:00 2007
$ TZ=CET perl -le'print scalar gmtime(1174703700)'
Sat Mar 24 02:35:00 2007
------------------------------
Date: Mon, 26 Mar 2007 11:54:40 +0100
From: Ian Wilson <scobloke2@infotop.co.uk>
Subject: Re: time structure without shift
Message-Id: <4607a673$0$28971$da0feed9@news.zen.co.uk>
Jürgen Exner wrote:
> Michael Carman wrote:
>
>>UTC is another name for GMT.
>>
>>
>>>If yes, then where is "time localized for the standard Greenwich
>>>time zone"?
The Perl documentation could be improved to prevent this sort of
misunderstanding. It should probably say "time expressed in GMT" or
"time expressed in UTC" to avoid confusing people who don't understand
what GMT and BST are.
>>
>>The value returned will be for what the local time would be in
>>Greenwich.
Only true in the winter there.
>
>
> That is exactly why I hate the term "GMT". Greenwich in England does
> observer Daylight Saving Time aka Summer Time while UTC does not. Now, is
> GMT the same as UTC or is GMT the local time in Greenwich?
GMT is the same as UTC. For half the year, localtime in Greenwich is GMT.
> It can be either or but not both.
For half the year it *IS* both. In the winter, local time in Greenwich
is GMT, in the summer the clocks (local time) are switched to BST. GMT
remains the same all year round (and is almost identical to UTC).
The Royal Observatory Greenwich says:
"Throughout the winter months we will be using Coordinated Universal
Time (almost identical to Greenwich Mean Time or GMT). At 1.00 am on 25
March 2007 civil time will return to BST and the clocks will move
forward by an hour."
http://www.nmm.ac.uk/server.php?show=conWebDoc.344&navId=00500300f00h
> And depending on who you are talking to you will get either
> answer.
Depending on who you talk to, the earth is flat. :-)
>
> Therefore I strongly, strongly advise against using the term "GMT" when
> actually you are meaning "UTC".
In this context, they are the same thing. And used interchangeably in
most countries (flat earthers excepted)
e.g. http://aa.usno.navy.mil/faq/docs/UT.html
------------------------------
Date: Mon, 26 Mar 2007 12:10:58 +0100
From: Ian Wilson <scobloke2@infotop.co.uk>
Subject: Re: time structure without shift
Message-Id: <4607aa46$0$28971$da0feed9@news.zen.co.uk>
Peter J. Holzer wrote:
> So "time localized for the standard Greenwich time zone" is at least
> ambiguous.
I think it is poorly worded.
> (I guess that's the reason why the term "GMT" is
> deprecated in favour of "UTC". It's kind of illogical if Greenwich
> doesn't use Greenwich Mean time ...)
Would it be more logical for 01:30 GMT to occur twice in a single morning?
GMT was defined by astronomers. BST was invented by politicians. I'll
leave it to you to decide which group are the more logical. :-)
------------------------------
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 266
**************************************
