[29495] in Perl-Users-Digest
Perl-Users Digest, Issue: 739 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Fri Aug 10 06:09:50 2007
Date: Fri, 10 Aug 2007 03:09:05 -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, 10 Aug 2007 Volume: 11 Number: 739
Today's topics:
Coding in Perl <pinaki_m77@yahoo.com>
Re: Coding in Perl <bik.mido@tiscalinet.it>
Re: How can I find out what changed betwen perl version <nobull67@gmail.com>
Re: more elegant way to say ($1, $2, $3, $4, ...)? <nobull67@gmail.com>
Re: more elegant way to say ($1, $2, $3, $4, ...)? <uri@stemsystems.com>
Re: more inelegancies <nobull67@gmail.com>
Re: more inelegancies <nobull67@gmail.com>
new CPAN modules on Fri Aug 10 2007 (Randal Schwartz)
Re: Out of memory in vec <paduille.4061.mumia.w+nospam@earthlink.net>
Re: Out of memory in vec anno4000@radom.zrz.tu-berlin.de
Re: pass by reference <rvtol+news@isolution.nl>
Re: pass by reference <bik.mido@tiscalinet.it>
Re: pass by reference <bik.mido@tiscalinet.it>
Re: pass by reference <bik.mido@tiscalinet.it>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Fri, 10 Aug 2007 05:37:33 -0000
From: googler <pinaki_m77@yahoo.com>
Subject: Coding in Perl
Message-Id: <1186724253.194075.327420@e16g2000pri.googlegroups.com>
Hello Perl users,
Although I love coding in Perl, I do not get much chance to use the
language often. I first used it five years ago and over these years I
had to use it very rarely, and now again I am using it for the last
few days. So as you can understand, my level of expertise has always
been between beginner and intermediate. I learn stuff and use it, then
it goes off my mind as I don't get any chance to code in Perl, and
then after several months when I have to use it again, I have to go
over the same stuff that I had learnt earlier.
Almost all the work I have done in Perl so far is text processing and
similar utilities, and I am not really interested in other
applications of the language (like web development for example). I
find coding in Perl very enjoyable and stimulating for the mind and
love the philosophy of "there is more than one way to do it" and
"making simple things simple and harder things possible". I would love
to use it more, but with the kind of work I do, I don't get the chance
to code in Perl all the time.
I have a few questions if anyone feels like answering them..
1. Is there a way I can improve my Perl expertise? I know the answer
is to write more programs (scripts), but since I don't get a lot of
chance to code in Perl, how do I go about it?
2. How much of Perl coding do you guys do? How much experience do you
have in Perl?
3. What aspect of coding in Perl do you like most?
Any thoughts or inputs are welcome. Thank you.
------------------------------
Date: Fri, 10 Aug 2007 11:38:03 +0200
From: Michele Dondi <bik.mido@tiscalinet.it>
Subject: Re: Coding in Perl
Message-Id: <2sbob3luremcs9971o57gui3poucs73fcv@4ax.com>
On Fri, 10 Aug 2007 05:37:33 -0000, googler <pinaki_m77@yahoo.com>
wrote:
>I have a few questions if anyone feels like answering them..
>1. Is there a way I can improve my Perl expertise? I know the answer
>is to write more programs (scripts), but since I don't get a lot of
>chance to code in Perl, how do I go about it?
Well, find out something that will "force" you to write more Perl
code: try e.g. Project Euler, <http://projecteuler.net/>, or something
like that.
>2. How much of Perl coding do you guys do? How much experience do you
>have in Perl?
Depends on the period. I would rate my experience as average...
>3. What aspect of coding in Perl do you like most?
The instant in which the last syntax error goes away. And then the
first runtime one springs to life, D'oh! ;-)
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: Fri, 10 Aug 2007 06:19:37 -0000
From: Brian McCauley <nobull67@gmail.com>
Subject: Re: How can I find out what changed betwen perl versions?
Message-Id: <1186726777.128419.21070@m37g2000prh.googlegroups.com>
On Aug 9, 11:53 pm, Bill H <b...@ts1000.us> wrote:
> I have a perplexing issue. I have this program that I have been using
> for about 4 years, it takes a tab delimited file and creates a marked
> up file for pagemaker (basically all text with tags similar to html.
> The thing I am trying to figure out is:
>
> I have always used Active State perl v 5.005.03 for this program and
> still have it installed on one machine. On my newer machine I have
> v5.8.8.
>
> When I run the exact same program (last date modified on the program
> was 6/5/7), on the exact same data (same size on both machines, under
> v5.005.03 I get a resulting text file of 4833kb, but under 5.8.8
> (again same program, same data, different machine) I get a resulting
> text file size of 4607kb. What could cause such a size difference in
> the resulting file (or any size difference)?
>
> The program is a very simple program that just reads the file and
> makes a new file, it doesnt use any libraries, api's or other external
> stuff (cept what is in perl).
>
> Any clues? If you want to see the program and the data let me know and
> I will send it to you.
If the data is not of a confidential then put both on a public website.
------------------------------
Date: Fri, 10 Aug 2007 06:39:02 -0000
From: Brian McCauley <nobull67@gmail.com>
Subject: Re: more elegant way to say ($1, $2, $3, $4, ...)?
Message-Id: <1186727942.695678.245720@e9g2000prf.googlegroups.com>
On Aug 9, 8:10 pm, Uri Guttman <u...@stemsystems.com> wrote:
> >>>>> "L" == Larry <larry.grant...@gmail.com> writes:
>
> L> On Aug 9, 2:29 pm, Brian McCauley <nobul...@gmail.com> wrote:
> >> On Aug 9, 7:04 pm, Larry <larry.grant...@gmail.com> wrote:
>
> >> You could write a function that returns them
> >>
> >> sub matches { no strict 'refs'; map $$_ , 1 .. $#- }
> >>
> >> while (/ (...) ... (...) ... (...)/g) {
> >> my ($foo, $bar, $baz) = matches;
> >>
> >> }
> >>
> >> But this is hardly more elegant.
>
> L> Not elegant?! It's awesome! Thanks!
>
> it is not elegant as it uses symrefs which is evil.
Using multiple named variables to implement what is logically a
composite data structure (array or hash) is evil.
The only way access such an evil structure is to use symref or eval().
(Of the two symrefs are the lesser evil).
In this case $1... are already, in effect, such a structure.
The 'evil' here is not in my code but in the underlying design
decision in early versions of Perl.
An alternative approach using substr($_...) would avoid symrefs but
the evil is still there. The fact that we choose to avert our eyes
does not reduce the evil.
See also:
http://groups.google.co.uk/group/comp.lang.perl.misc/browse_thread/thread/1ebb17826a236940/1a323f2e1968a83f
> see my other post
> for a solution without symrefs.
Your post does not appear to have propagated, could you re-post it
please.
------------------------------
Date: Fri, 10 Aug 2007 08:29:33 GMT
From: Uri Guttman <uri@stemsystems.com>
Subject: Re: more elegant way to say ($1, $2, $3, $4, ...)?
Message-Id: <x7r6mbg5ci.fsf@mail.sysarch.com>
>>>>> "BM" == Brian McCauley <nobull67@gmail.com> writes:
BM> On Aug 9, 8:10 pm, Uri Guttman <u...@stemsystems.com> wrote:
>>
>> it is not elegant as it uses symrefs which is evil.
BM> Using multiple named variables to implement what is logically a
BM> composite data structure (array or hash) is evil.
i would rather put the blame on the text being parsed! :)
the OP never showed any real text to parse. i have done scalar m//g
loops too but rarely with more than a few grabs so i don't mind the $1
style. if there are too many i would break up the text first into
sections and then parse out the grabs and assign them to a list of
scalars or a hash slice (which is the best way).
BM> The 'evil' here is not in my code but in the underlying design
BM> decision in early versions of Perl.
perl6 solves this problem as usual by allowing m//g loops but only
grabbing what is in the regex and allowing assignment to hash elements
among many other things.
BM> An alternative approach using substr($_...) would avoid symrefs but
BM> the evil is still there. The fact that we choose to avert our eyes
BM> does not reduce the evil.
but it looks so much neater with substr. :)
>> see my other post
>> for a solution without symrefs.
BM> Your post does not appear to have propagated, could you re-post it
BM> please.
not sure why as i saw it. let it rest as it was just a slight mod of
what is in perlvar about using substr and @- and @+.
uri
--
Uri Guttman ------ uri@stemsystems.com -------- http://www.stemsystems.com
--Perl Consulting, Stem Development, Systems Architecture, Design and Coding-
Search or Offer Perl Jobs ---------------------------- http://jobs.perl.org
------------------------------
Date: Fri, 10 Aug 2007 06:53:10 -0000
From: Brian McCauley <nobull67@gmail.com>
Subject: Re: more inelegancies
Message-Id: <1186728790.742865.287460@e9g2000prf.googlegroups.com>
On Aug 9, 8:57 pm, Larry <larry.grant...@gmail.com> wrote:
> On Aug 9, 3:35 pm, Paul Lalli <mri...@gmail.com> wrote:
>
> > Exactly what version of Perl are you running? This, again, works just
> > fine for me.
>
> ??!!! They are working for me too! I don't know what I was
> thinking... maybe they used to not work in some older version of Perl
> and I never checked.... ??
Yes, in older versions (5.5 I think) ISTR I had to say:
(my ($foo, $bar), undef, my($baz)) = @zam;
------------------------------
Date: Fri, 10 Aug 2007 06:58:49 -0000
From: Brian McCauley <nobull67@gmail.com>
Subject: Re: more inelegancies
Message-Id: <1186729129.551531.286270@g12g2000prg.googlegroups.com>
On Aug 9, 8:35 pm, Paul Lalli <mri...@gmail.com> wrote:
> And indeed, B::Deparse even shows us that it's doing exactly what we
> mean
> $ perl -MO=Deparse,-p -le'
...
> ($foo, my $bar, $baz) = @zam[0,1,3];
deparse output...
> ($foo, my($bar), $baz) = @zam[0, 1, 3];
For this reason whenever I use my() inside a list like this I _always_
put the explicit () on the my even when, as in this case, they are
redundant.
Code needs to be human-readable!
------------------------------
Date: Fri, 10 Aug 2007 04:42:16 GMT
From: merlyn@stonehenge.com (Randal Schwartz)
Subject: new CPAN modules on Fri Aug 10 2007
Message-Id: <JMJJqG.xAq@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-MetaSyntactic-buzzwords-0.01
http://search.cpan.org/~jquelin/Acme-MetaSyntactic-buzzwords-0.01/
Pointy-haired boss lingo
----
Acme-MetaSyntactic-buzzwords-0.02
http://search.cpan.org/~jquelin/Acme-MetaSyntactic-buzzwords-0.02/
Pointy-haired boss lingo
----
Acme-MetaSyntactic-buzzwords-0.03
http://search.cpan.org/~jquelin/Acme-MetaSyntactic-buzzwords-0.03/
Pointy-haired boss lingo
----
Algorithm-Munkres-0.07
http://search.cpan.org/~anaghakk/Algorithm-Munkres-0.07/
Perl extension for Munkres' solution to classical Assignment problem for square and rectangular matrices This module extends the solution of Assignment problem for square matrices to rectangular matri
----
Algorithm-Munkres-0.07
http://search.cpan.org/~tpederse/Algorithm-Munkres-0.07/
Perl extension for Munkres' solution to classical Assignment problem for square and rectangular matrices This module extends the solution of Assignment problem for square matrices to rectangular matri
----
AppConfig-Exporter-1.5
http://search.cpan.org/~modulo/AppConfig-Exporter-1.5/
Allow modules to import AppConfig sections from a shared configuration.
----
Bio-Emboss-5.0.0
http://search.cpan.org/~pernst/Bio-Emboss-5.0.0/
Write EMBOSS programs in Perl
----
CPAN-1.91_53
http://search.cpan.org/~andk/CPAN-1.91_53/
query, download and build perl modules from CPAN sites
----
Clutter-0.402
http://search.cpan.org/~ebassi/Clutter-0.402/
Simple GL-based canvas library
----
Crypt-SSLeay-0.56_01
http://search.cpan.org/~dland/Crypt-SSLeay-0.56_01/
OpenSSL support for LWP
----
Data-Queue-Persistent-0.03
http://search.cpan.org/~revmischa/Data-Queue-Persistent-0.03/
Perisistent database-backed queue
----
Data-Queue-Persistent-0.04
http://search.cpan.org/~revmischa/Data-Queue-Persistent-0.04/
Perisistent database-backed queue
----
Data-Tabulate-0.01
http://search.cpan.org/~rkrimen/Data-Tabulate-0.01/
Create a table (two-dimensional array) from a list (one dimensional array)
----
Data-Tabulator-0.01
http://search.cpan.org/~rkrimen/Data-Tabulator-0.01/
Create a table (two-dimensional array) from a list (one dimensional array)
----
File-DirSync-1.21
http://search.cpan.org/~bbb/File-DirSync-1.21/
Syncronize two directories rapidly
----
Geo-ICAO-0.02
http://search.cpan.org/~jquelin/Geo-ICAO-0.02/
Airport and ICAO codes lookup
----
Geo-Parse-PolishFormat-0.02
http://search.cpan.org/~dmow/Geo-Parse-PolishFormat-0.02/
Perl extension for parsing maps in polish text format (*.mp).
----
HTML-Copy-1.22
http://search.cpan.org/~tkurita/HTML-Copy-1.22/
copy a HTML file without breaking links.
----
Language-MuldisD-0.4.0
http://search.cpan.org/~duncand/Language-MuldisD-0.4.0/
Formal spec of Muldis D relational DBMS lang
----
Log-Report-0.09
http://search.cpan.org/~markov/Log-Report-0.09/
report a problem, pluggable handlers and language support
----
MDV-Packdrakeng-1.13
http://search.cpan.org/~nanardon/MDV-Packdrakeng-1.13/
Simple Archive Extractor/Builder
----
Mail-Postini-0.08
http://search.cpan.org/~scottw/Mail-Postini-0.08/
Perl extension for talking to Postini
----
Mail-SpamAssassin-3.2.3
http://search.cpan.org/~jmason/Mail-SpamAssassin-3.2.3/
Spam detector and markup engine
----
Math-BigApprox-0.001001
http://search.cpan.org/~tyemq/Math-BigApprox-0.001001/
Fast and small way to closely approximate very large values.
----
Math-BigApprox-0.001002
http://search.cpan.org/~tyemq/Math-BigApprox-0.001002/
Fast and small way to closely approximate very large values.
----
Math-Macopt-0.03
http://search.cpan.org/~tom/Math-Macopt-0.03/
A wrapper for macopt++, which is a conjugate gradient library.
----
MooseX-Types-0.03
http://search.cpan.org/~phaylon/MooseX-Types-0.03/
Organise your Moose types in libraries
----
MooseX-Types-0.04
http://search.cpan.org/~phaylon/MooseX-Types-0.04/
Organise your Moose types in libraries
----
Net-Amazon-MechanicalTurk-1.01
http://search.cpan.org/~mturk/Net-Amazon-MechanicalTurk-1.01/
Amazon Mechanical Turk SDK for Perl
----
Net-LDAPapi-3.0.1
http://search.cpan.org/~mishikal/Net-LDAPapi-3.0.1/
Perl5 Module Supporting LDAP API
----
Net-UCP-0.26
http://search.cpan.org/~nemux/Net-UCP-0.26/
Perl extension for EMI - UCP Protocol.
----
POE-Filter-SAXBuilder-0.01_01
http://search.cpan.org/~martijn/POE-Filter-SAXBuilder-0.01_01/
A POE Filter for parsing XML with XML::LibXML
----
Path-Resource-0.05
http://search.cpan.org/~rkrimen/Path-Resource-0.05/
URI/Path::Class combination.
----
REST-Application-0.992
http://search.cpan.org/~moconnor/REST-Application-0.992/
A framework for building RESTful web-applications.
----
SOAP-Amazon-S3-0.04
http://search.cpan.org/~karjala/SOAP-Amazon-S3-0.04/
A module for interfacing with Amazon S3 through SOAP
----
SOAP-Amazon-S3-0.0401
http://search.cpan.org/~karjala/SOAP-Amazon-S3-0.0401/
A module for interfacing with Amazon S3 through SOAP
----
Slay-Makefile-Gress-0.01
http://search.cpan.org/~nodine/Slay-Makefile-Gress-0.01/
----
Stack-Persistent-0.03
http://search.cpan.org/~kesteb/Stack-Persistent-0.03/
----
Template-Plugin-Number-Format-1.02
http://search.cpan.org/~darren/Template-Plugin-Number-Format-1.02/
Plugin/filter interface to Number::Format
----
Test-HTTP-0.10
http://search.cpan.org/~mml/Test-HTTP-0.10/
Test HTTP interactions.
----
URI-ParseSearchString-More-0.04
http://search.cpan.org/~oalders/URI-ParseSearchString-More-0.04/
Extract search strings from more referrers.
----
WebService-NFSN-0.03
http://search.cpan.org/~cjm/WebService-NFSN-0.03/
Client for the NearlyFreeSpeech.NET API
----
XML-Compile-0.5
http://search.cpan.org/~markov/XML-Compile-0.5/
Compilation based XML processing
----
XML-MyXML-0.09806
http://search.cpan.org/~karjala/XML-MyXML-0.09806/
A simple-to-use XML module, for parsing and creating XML documents
----
XML-MyXML-0.098061
http://search.cpan.org/~karjala/XML-MyXML-0.098061/
A simple-to-use XML module, for parsing and creating XML documents
----
dvdrip-0.98.8
http://search.cpan.org/~jred/dvdrip-0.98.8/
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: Thu, 09 Aug 2007 23:44:14 -0500
From: "Mumia W." <paduille.4061.mumia.w+nospam@earthlink.net>
Subject: Re: Out of memory in vec
Message-Id: <13bnria212gll7f@corp.supernews.com>
On 08/09/2007 11:02 PM, Mumia W. wrote:
> [...] I shouldn't be all too
> surprised if vec() [can't handle] a gigabyte of data, but is there some documented
> limit on vec?
>
That's what I meant to say.
------------------------------
Date: 10 Aug 2007 07:35:48 GMT
From: anno4000@radom.zrz.tu-berlin.de
Subject: Re: Out of memory in vec
Message-Id: <5i2iqkF3man0cU1@mid.dfncis.de>
Mumia W. <paduille.4061.mumia.w+nospam@earthlink.net> wrote in comp.lang.perl.misc:
[...]
> I then went to writing the transposition program. A gigabyte (1e6 rows ×
> 1000 columns) is a lot of memory, so I wanted to avoid forcing each item
> to take an entire byte, and since A, C, T and G are only four distinct
> values, an entire byte is not needed to encode them, so I opted to use
> four bits for each item and the vec() function:
Why four? You only need two bits to encode four bases.
[...]
> This program works with a small file of 10MB, but it falls over with
> "Out of memory!" for the one gigabyte file. I shouldn't be all too
> surprised if vec() a gigabyte of data, but is there some documented
> limit on vec?
No. Like any Perl string a vec can be as big as your memory allows.
Anno
------------------------------
Date: Fri, 10 Aug 2007 09:59:31 +0200
From: "Dr.Ruud" <rvtol+news@isolution.nl>
Subject: Re: pass by reference
Message-Id: <f9hd0j.1pg.1@news.isolution.nl>
Larry schreef:
> I don't like the $_[0] method, because it doesn't give me a chance to
> name my variables.... I prefer names, not numbers, thank you! :)
See Data::Alias.
--
Affijn, Ruud
"Gewoon is een tijger."
------------------------------
Date: Fri, 10 Aug 2007 11:07:32 +0200
From: Michele Dondi <bik.mido@tiscalinet.it>
Subject: Re: pass by reference
Message-Id: <rhaob3dcm61gbkeeedaght9b0b5ml2ffa5@4ax.com>
On Thu, 09 Aug 2007 16:00:07 -0500, "J. Gleixner"
<glex_no-spam@qwest-spam-no.invalid> wrote:
>> Sometimes, I do want side effects! What if I know that every time I
>> call "squareMe" I will want to modify the var. being squared?
>
>Fine. Everyone is telling you that it's not a good practice
>and you're not going to convince anyone that it is a good practice.
Oh, C'mon! While I NEVER do that myself (guess I have a penchant for
fp - while never having dove into it) Perl is already so
side-effectful that it shouldn't matter, if one really knows what
she's doing.
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: Fri, 10 Aug 2007 11:08:21 +0200
From: Michele Dondi <bik.mido@tiscalinet.it>
Subject: Re: pass by reference
Message-Id: <gnaob3lkkaqn16mrg73c557o2r8b7ivqu8@4ax.com>
On Thu, 09 Aug 2007 18:05:47 -0000, Larry <larry.grant.dc@gmail.com>
wrote:
>I don't like the $_[0] method, because it doesn't give me a chance to
>name my variables.... I prefer names, not numbers, thank you! :)
Wait for Perl 6. Or play with pugs already! ;-)
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: Fri, 10 Aug 2007 11:09:29 +0200
From: Michele Dondi <bik.mido@tiscalinet.it>
Subject: Re: pass by reference
Message-Id: <hpaob3h272u4n2j61cq7fdhv66aiciao04@4ax.com>
On Thu, 09 Aug 2007 11:28:07 -0700, Jim Gibson
<jgibson@mail.arc.nasa.gov> wrote:
>$_ is a name, just not a pronounceable one!
In English, it's "it".
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: 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 739
**************************************
