[28374] in Perl-Users-Digest
Perl-Users Digest, Issue: 9738 Volume: 10
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Tue Sep 19 03:05:47 2006
Date: Tue, 19 Sep 2006 00:05: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 Tue, 19 Sep 2006 Volume: 10 Number: 9738
Today's topics:
Re: Integrate Compress::Zlib seamlessly w/no compressio peter.j.torelli@gmail.com
Re: Learning perl - for experienced programmers <jwkenne@attglobal.net>
Re: Learning perl - for experienced programmers (Randal L. Schwartz)
Re: Learning perl - for experienced programmers <john@castleamber.com>
Re: Learning perl - for experienced programmers <cwilbur@mithril.chromatico.net>
Re: Learning perl - for experienced programmers robb@acm.org
Re: Learning perl - for experienced programmers robb@acm.org
Re: Learning perl - for experienced programmers robb@acm.org
Re: Learning perl - for experienced programmers axel@white-eagle.invalid.uk
Re: Learning perl - for experienced programmers (Randal L. Schwartz)
Re: Learning perl - for experienced programmers <john@castleamber.com>
Re: Learning perl - for experienced programmers <robb@acm.org>
new CPAN modules on Tue Sep 19 2006 (Randal Schwartz)
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: 18 Sep 2006 16:23:33 -0700
From: peter.j.torelli@gmail.com
Subject: Re: Integrate Compress::Zlib seamlessly w/no compression?
Message-Id: <1158621813.282602.209380@k70g2000cwa.googlegroups.com>
I understand that it is a small amount of code, and amortized over many
calls using the conditional becomes even more cost-effective in terms
of typing. However in the environment I work in, the cost of managing
another module adds to the complexity of our release environment. And
since I'll only be calling it a few times in each monolithic perl
script (that's how we write; i know, i know...), the conditional suits
my needs. I should have defined "preposterous" to mean "preposterous
in MY particular environment".
Thanks, Sinan.
--P
A. Sinan Unur wrote:
> peter.j.torelli@gmail.com wrote in
> news:1158168042.654081.99040@e63g2000cwd.googlegroups.com:
>
> [ Please do not top-post ]
>
> > Paul Marquess wrote:
> >> IO::Zlib or PerlIO::gzip are the best approaches to use at the
> >> moment.
> >>
> >> if (want compressed file) {
> >> $fh = IO::Zlib->new($filename, "wb9");
> >> }
> >> else {
> >> $fh = open ">$filename";
> >> }
>
> ...
>
> > I really like your solution, it is very clean and fits with my style.
> > Thank you.
> >
> > The idea of writing another abstraction layer to handle this simple
> > case (IMHO) is preposterous
>
> Hmmm ...
>
> #!/usr/bin/perl
>
> package My::Open;
>
> use strict;
> use warnings;
>
> sub open {
> my ($fn, $mode, $compress) = @_;
>
> if ( $compress ) {
> require IO::Zlib;
> return IO::Zlib->new($fn, $mode) if $compress;
> }
> else {
> open my ($fh), $mode, $fn;
> return $fh;
> }
> }
>
> package main;
>
> my $fh1 = My::Open::open('test1.gz', 'wb', 1)
> or die $!;
>
> print $fh1 "This is a test\n" or die $!;
>
> close $fh1 or die $!;
>
> my $fh2 = My::Open::open('test2.txt', '>')
> or die $!;
>
> print $fh2 "This is a test\n" or die $!;
>
> close $fh2 or die $!;
>
> __END__
>
> It all depends on how many times you need to write that conditional, or
> if other programs could use such functionality.
>
> --
> A. Sinan Unur <1usa@llenroc.ude.invalid>
> (remove .invalid and reverse each component for email address)
>
> comp.lang.perl.misc guidelines on the WWW:
> http://augustmail.com/~tadmc/clpmisc/clpmisc_guidelines.html
------------------------------
Date: Mon, 18 Sep 2006 19:27:53 -0400
From: "John W. Kennedy" <jwkenne@attglobal.net>
Subject: Re: Learning perl - for experienced programmers
Message-Id: <%XFPg.84$5n5.7@newsfe09.lga>
anno4000@radom.zrz.tu-berlin.de wrote:
> For many years, COBOL was the *only* tool for certain IO-heavy and
> table-oriented tasks that come up in financial and administrative
> computing. At least it was the only COmmon Business Oriented
> Language and claimed to be specially fit for these purposes. People
> believed it and developed large code bases in COBOL. In reality,
> the FORTRAN of the day would have worked as well, if not better.
No, it wouldn't have, lacking, as it did (just off the top of my head):
decorated numeric output,
record I/O,
fixed-point arithmetic, and
even the most primitive string manipulation.
--
John W. Kennedy
"The blind rulers of Logres
Nourished the land on a fallacy of rational virtue."
-- Charles Williams. "Taliessin through Logres: Prelude"
------------------------------
Date: 18 Sep 2006 16:37:25 -0700
From: merlyn@stonehenge.com (Randal L. Schwartz)
Subject: Re: Learning perl - for experienced programmers
Message-Id: <863baolpai.fsf@blue.stonehenge.com>
>>>>> "cartercc" == cartercc <cartercc@gmail.com> writes:
cartercc> In my job, I use ColdFusion, Perl, and Java. Each language has its
cartercc> good uses and bad uses. Perl is very good for one off scripts of
cartercc> less than 25 - 50 lines. In fact, it's very, very good for that. If
cartercc> you're dealing with an application of 100 lines or more that will
cartercc> stick around for a while, I'd run like hell from Perl. (Within the
cartercc> past year, I inherited a great mass of Perl scripts, around 70 or
cartercc> so, each containing 500 or more lines of code, and it's absolutely
cartercc> not maintainable, nor maintained. As it breaks, we are rewriting in
cartercc> something else.)
It's a good thing Amazon.com and Ticketmaster haven't hired you, or the people
who worked at your company before you. Contrary to your experience, they're
finding that Perl *does* scale as well as any other language, *provided* you
treat it as a grown-up language.
In fact, the number of companies looking for good Perl programmers
who *do* have a clue about maintenance has been steadily increasing
over the past few years... I'm even hearing reports that there AREN'T
ENOUGH PERL PROGRAMMERS. Go figure.
--
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!
--
Posted via a free Usenet account from http://www.teranews.com
------------------------------
Date: 19 Sep 2006 02:19:48 GMT
From: John Bokma <john@castleamber.com>
Subject: Re: Learning perl - for experienced programmers
Message-Id: <Xns9842D8FB4630Ecastleamber@130.133.1.4>
merlyn@stonehenge.com (Randal L. Schwartz) wrote:
> In fact, the number of companies looking for good Perl programmers
> who *do* have a clue about maintenance has been steadily increasing
> over the past few years... I'm even hearing reports that there AREN'T
> ENOUGH PERL PROGRAMMERS. Go figure.
Thanks Randal, that's very encouraging news :-) Some people keep telling
me that I will soon get into problems as a programmer focussing mainly on
Perl. This got me worried enough to consider learning a "popular" language
like C# or PHP (yikes). I decided to settle for a "non-popular" one in the
end (I guess Python can be called that) *and* improve my Perl skills
(currently reading HOP) and your reply makes me happy :-).
--
John Experienced Perl programmer: http://castleamber.com/
Perl help, tutorials, and examples: http://johnbokma.com/perl/
------------------------------
Date: 19 Sep 2006 01:06:35 -0400
From: Charlton Wilbur <cwilbur@mithril.chromatico.net>
Subject: Re: Learning perl - for experienced programmers
Message-Id: <87fyeoa1ic.fsf@mithril.chromatico.net>
merlyn@stonehenge.com (Randal L. Schwartz) writes:
> In fact, the number of companies looking for good Perl programmers
> who *do* have a clue about maintenance has been steadily increasing
> over the past few years... I'm even hearing reports that there AREN'T
> ENOUGH PERL PROGRAMMERS. Go figure.
Got any leads in western Massachusetts? I'm looking, and I'm starting
to suspect that I'm looking in the wrong places, or that there aren't
any Perlish jobs out here, they're all in the eastern half of the
state.
(And addressing the larger point: Perl is an extremely flexible
language, and winds up being about as maintainable as the original
author wanted it to be. The same power and flexibility that allow
Perl to be very expressive and terse in the hands of a good programmer
allow it to be horribly obscure and un-maintainable in the hands of a
bad programmer. If PHBs had any coding wit, they'd realize this.)
Charlton
------------------------------
Date: 18 Sep 2006 22:30:05 -0700
From: robb@acm.org
Subject: Re: Learning perl - for experienced programmers
Message-Id: <1158643805.778904.235340@b28g2000cwb.googlegroups.com>
John Bokma wrote:
> cartercc@gmail.com wrote:
> > Plus, with Java,
> > you can easily run javadoc and get something in a standard format.
> > There's probably something like that for Perl, but it's not a part of
> > the core language.
>
> AFAIK it is, it's called POD. And AFAIK it was there before Java was born
> :-)
Very disingenuous.
------------------------------
Date: 18 Sep 2006 22:35:06 -0700
From: robb@acm.org
Subject: Re: Learning perl - for experienced programmers
Message-Id: <1158644105.964809.199140@h48g2000cwc.googlegroups.com>
davide wrote:
> cartercc@gmail.com ha scritto:
>
> > In my job, I use ColdFusion, Perl, and Java. Each language has its good
> > uses and bad uses. Perl is very good for one off scripts of less than
> > 25 - 50 lines. In fact, it's very, very good for that. If you're
> > dealing with an application of 100 lines or more that will stick around
> (snip)
>
> this isn't my experience, at all. I am not a professional programmer,
FWIW, This IS my experience. I'm a professional programmer with 12
years of experience with Java, Perl 4 and 5, Python, Prolog, Smalltalk,
etc.
Just sayin'.
------------------------------
Date: 18 Sep 2006 22:43:42 -0700
From: robb@acm.org
Subject: Re: Learning perl - for experienced programmers
Message-Id: <1158644622.446761.308080@b28g2000cwb.googlegroups.com>
I don't think you're going to find what you're looking for. I don't
believe it exists. It's kind of a weird irksome thing in the perl
world.
You can see that there've been suggestions that you look at just about
every perl book out there ... because your question doesn't really have
an answer.
In the python world, it'd be the standard docs, and maybe Dive Into
Python, for a slightly longer intro.
>
> You might have a look at the Camel, aka "Programming Perl".
>
I'd avoid this one - one of the worst programming books I've ever read.
It, like most perl books are written heavy on "humor", and dense with
their own insider cutesy language and copious self-references. If you
wish your reference books read more like Tolkein, then you'll
appreciate it.
> Or, just open a terminal and run 'perldoc perl'.
This may be your best bet. It still suffers from the egocentric
neologisms that pervade the perl scene, but it's useful nonetheless.
------------------------------
Date: Tue, 19 Sep 2006 05:46:50 GMT
From: axel@white-eagle.invalid.uk
Subject: Re: Learning perl - for experienced programmers
Message-Id: <evLPg.9679$cw.1402@fed1read03>
John Bokma <john@castleamber.com> wrote:
> merlyn@stonehenge.com (Randal L. Schwartz) wrote:
>> In fact, the number of companies looking for good Perl programmers
>> who *do* have a clue about maintenance has been steadily increasing
>> over the past few years... I'm even hearing reports that there AREN'T
>> ENOUGH PERL PROGRAMMERS. Go figure.
> Thanks Randal, that's very encouraging news :-) Some people keep telling
> me that I will soon get into problems as a programmer focussing mainly on
> Perl.
Have you so far?
> This got me worried enough to consider learning a "popular" language
> like C# or PHP (yikes). I decided to settle for a "non-popular" one in the
> end (I guess Python can be called that) *and* improve my Perl skills
> (currently reading HOP) and your reply makes me happy :-).
I think specialisation is the key and your Perl knowledge, which far
surpasses mine, is a major asset.
All I would say is that I think in the job market ability in Perl
needs to be linked with something else (be it Sys Admin, Databases,
&c.) to be really marketable. Certainly in more than one place I
have worked (actually now I think of it, none) I was not contracted
on my Perl knowledge... one in fact being a little shocked when I
was asked to do something in C++ but ran up a quick prototype over
a weekend. It was decided to build things on that instead. It
saved me grief as I dislike programming in C++ (just my own feelings)
and was busy enough anyway.
Axel
------------------------------
Date: 18 Sep 2006 23:11:55 -0700
From: merlyn@stonehenge.com (Randal L. Schwartz)
To: robb@acm.org
Subject: Re: Learning perl - for experienced programmers
Message-Id: <86zmcwidw4.fsf@blue.stonehenge.com>
>>>>> "robb" == robb <robb@acm.org> writes:
>> AFAIK it is, it's called POD. And AFAIK it was there before Java was born
>> :-)
robb> Very disingenuous.
Not that facts would disuade you, since you definitely have a chip
on your shoulder, but...
Java 1.0 was first publicly released in 1995[1]. Perl5 (with pod) was first
alpha released (to the public) in mid-1993[2]. Therefore, the statement is
accurate, and your challenge has failed.
[1] http://en.wikipedia.org/wiki/Java_programming_language
[2] perldoc perlhist
--
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!
--
Posted via a free Usenet account from http://www.teranews.com
------------------------------
Date: 19 Sep 2006 06:32:26 GMT
From: John Bokma <john@castleamber.com>
Subject: Re: Learning perl - for experienced programmers
Message-Id: <Xns9843FAC6513castleamber@130.133.1.4>
axel@white-eagle.invalid.uk wrote:
> John Bokma <john@castleamber.com> wrote:
>> merlyn@stonehenge.com (Randal L. Schwartz) wrote:
>
>>> In fact, the number of companies looking for good Perl programmers
>>> who *do* have a clue about maintenance has been steadily increasing
>>> over the past few years... I'm even hearing reports that there
>>> AREN'T ENOUGH PERL PROGRAMMERS. Go figure.
>
>> Thanks Randal, that's very encouraging news :-) Some people keep
>> telling me that I will soon get into problems as a programmer
>> focussing mainly on Perl.
>
> Have you so far?
Very hard to say, I have a slow period right now, but those things
happen (I sometimes have the idea customers wait for a specific signal,
and then email me all together in the same week)
I also have the feeling I see more small projects, but again, that can
be just coincidence.
>> This got me worried enough to consider learning a "popular" language
>> like C# or PHP (yikes). I decided to settle for a "non-popular" one
>> in the end (I guess Python can be called that) *and* improve my Perl
>> skills (currently reading HOP) and your reply makes me happy :-).
>
> I think specialisation is the key and your Perl knowledge, which far
> surpasses mine, is a major asset.
Thanks :-). And yes, I am very happy with my Perl knowledge, but also am
aware that there is still a lot to learn. One of the reasons I keep
reading this group is that now and then useful new stuff shows up,
either modules or pieces of code I wouldn't have thought about to write
it that way.
> All I would say is that I think in the job market ability in Perl
> needs to be linked with something else (be it Sys Admin, Databases,
> &c.) to be really marketable.
Might be very true. I guess a few years ago CGI was the magic word to go
with Perl, but I don't like CGI projects much. I prefer the data in,
some magic, data out stuff outside CGI more. One of the projects I did
some time ago and really enjoyed was converting the printable output of
a closed source application (text + control characters) into a different
layout so it could be printed on top of a new form design.
> Certainly in more than one place I
> have worked (actually now I think of it, none) I was not contracted
> on my Perl knowledge... one in fact being a little shocked when I
> was asked to do something in C++ but ran up a quick prototype over
> a weekend. It was decided to build things on that instead. It
> saved me grief as I dislike programming in C++ (just my own feelings)
> and was busy enough anyway.
:-D. My customers are aware of Perl, they either need an extra hand, or
ended up with a Perl program somehow and need it to be extended. I
originally used Perl like you describe: I was working on a project
(coincidally also involving C++) and we needed a quick solution for
generating documentation (a bit like javadoc). I wrote a prototype in
Perl, and it did the job. So I introduced Perl into that company, and
made their programmers enthousiastic for it.
--
John Experienced Perl programmer: http://castleamber.com/
Perl help, tutorials, and examples: http://johnbokma.com/perl/
------------------------------
Date: 18 Sep 2006 23:49:50 -0700
From: "robb@acm.org" <robb@acm.org>
Subject: Re: Learning perl - for experienced programmers
Message-Id: <1158648590.619827.223320@m7g2000cwm.googlegroups.com>
Randal L. Schwartz wrote:
> >>>>> "robb" == robb <robb@acm.org> writes:
>
> >> AFAIK it is, it's called POD. And AFAIK it was there before Java was born
> >> :-)
>
> robb> Very disingenuous.
>
> Not that facts would disuade you, since you definitely have a chip
> on your shoulder, but...
>
> Java 1.0 was first...
No, actually, I do believe it's disingenuous to say, "Yes! Perl has
this, and it's called POD. And it was there before Java."
That's like saying that Windows "Notepad" exists, and was there before
Open Office "Write". This is true only in the most superficial way: OO
Write provides features a full abstraction higher than Notepad.
As does Javadoc over POD.
Remember, the post this quote was in response to was that even if
handed a mess of poorly written Java code, there are tools such as
Javadoc that will provide real help. This is true no matter how poorly
the code was written. It's a feature of the language (the typing, the
syntax, etc.)
AFAIK, if a perl programmer followed only worst practices, then POD
will be useless. It's essentially a tool that relies on convention.
The two aren't comparable. (Why they should they be? Perl doesn't
have to be perfect at everything.) And therefore, it's disingenuous to
trot out, "Perl had this first!".
------------------------------
Date: Tue, 19 Sep 2006 04:42:09 GMT
From: merlyn@stonehenge.com (Randal Schwartz)
Subject: new CPAN modules on Tue Sep 19 2006
Message-Id: <J5tp29.FH5@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.
AI-FANN-0.06
http://search.cpan.org/~salva/AI-FANN-0.06/
Perl wrapper for the Fast Artificial Neural Network library
----
Acme-MetaSyntactic-0.92
http://search.cpan.org/~book/Acme-MetaSyntactic-0.92/
Themed metasyntactic variables names
----
Apache-Session-Wrapper-0.32
http://search.cpan.org/~drolsky/Apache-Session-Wrapper-0.32/
A simple wrapper around Apache::Session
----
Business-UTV-0.04
http://search.cpan.org/~psinnott/Business-UTV-0.04/
Module for retrieiving UTV internet account information
----
Cache-Memcached-Semaphore-0.2
http://search.cpan.org/~zmij/Cache-Memcached-Semaphore-0.2/
a simple pure-perl library for cross-machine semaphores using memcached.
----
Catalyst-Example-InstantCRUD-v0.0.16
http://search.cpan.org/~zby/Catalyst-Example-InstantCRUD-v0.0.16/
----
Crypt-Lite-0.82.10
http://search.cpan.org/~retoh/Crypt-Lite-0.82.10/
Easy to use symmetric data encryption and decryption
----
Crypt-Lite-0.82.11
http://search.cpan.org/~retoh/Crypt-Lite-0.82.11/
Easy to use symmetric data encryption and decryption
----
Device-USB-0.19
http://search.cpan.org/~gwadej/Device-USB-0.19/
Use libusb to access USB devices.
----
Etk-Perl-0.05
http://search.cpan.org/~leviathan/Etk-Perl-0.05/
----
Gtk2-Ex-PodViewer-0.17
http://search.cpan.org/~gbrown/Gtk2-Ex-PodViewer-0.17/
a Gtk2 widget for displaying Plain old Documentation (POD).
----
HTML-Latemp-NavLinks-GenHtml-0.1.7
http://search.cpan.org/~shlomif/HTML-Latemp-NavLinks-GenHtml-0.1.7/
A module to generate the HTML of the navigation links.
----
HTML-SBC-0.08
http://search.cpan.org/~memowe/HTML-SBC-0.08/
simple blog code for valid (X)HTML
----
HTML-SBC-0.14
http://search.cpan.org/~memowe/HTML-SBC-0.14/
simple blog code for valid (X)HTML
----
Mail-Box-2.067
http://search.cpan.org/~markov/Mail-Box-2.067/
manage a mailbox, a folder with messages
----
Mail-Karmasphere-Client-2.00
http://search.cpan.org/~shevek/Mail-Karmasphere-Client-2.00/
Client for Karmasphere Reputation Server
----
Media-DateTime-0.30
http://search.cpan.org/~mgrimes/Media-DateTime-0.30/
An highly extensible module to extract the creation date and time from a file.
----
Net-DNS-0.59
http://search.cpan.org/~olaf/Net-DNS-0.59/
Perl interface to the DNS resolver
----
OODoc-0.94
http://search.cpan.org/~markov/OODoc-0.94/
object oriented production of code related documentation
----
PDF-Table-0.9.1
http://search.cpan.org/~omega/PDF-Table-0.9.1/
A utility class for building table layouts in a PDF::API2 object.
----
PDF-Table-0.91
http://search.cpan.org/~omega/PDF-Table-0.91/
A utility class for building table layouts in a PDF::API2 object.
----
POE-Component-SSLify-0.06
http://search.cpan.org/~apocal/POE-Component-SSLify-0.06/
Makes using SSL in the world of POE easy!
----
POE-Component-Server-SOAP-1.10
http://search.cpan.org/~apocal/POE-Component-Server-SOAP-1.10/
publish POE event handlers via SOAP over HTTP
----
POE-Component-Server-SimpleHTTP-1.13
http://search.cpan.org/~apocal/POE-Component-Server-SimpleHTTP-1.13/
Perl extension to serve HTTP requests in POE.
----
POE-Component-SimpleDBI-1.14
http://search.cpan.org/~apocal/POE-Component-SimpleDBI-1.14/
Asynchronous non-blocking DBI calls in POE made simple
----
POE-Component-SimpleLog-1.04
http://search.cpan.org/~apocal/POE-Component-SimpleLog-1.04/
Perl extension to manage a simple logging system for POE.
----
POE-Component-SpreadClient-0.04
http://search.cpan.org/~apocal/POE-Component-SpreadClient-0.04/
handle Spread communications in POE
----
POE-Filter-FSSocket-0.02
http://search.cpan.org/~ptinsley/POE-Filter-FSSocket-0.02/
a POE filter that parses FreeSWITCH events into hashes
----
Sniffer-HTTP-0.16
http://search.cpan.org/~corion/Sniffer-HTTP-0.16/
multi-connection sniffer driver
----
TM-1.15
http://search.cpan.org/~drrho/TM-1.15/
Topic Maps, Base Class
----
WWW-Mechanize-1.21_01
http://search.cpan.org/~petdance/WWW-Mechanize-1.21_01/
Handy web browsing in a Perl object
----
WWW-Myspace-0.58
http://search.cpan.org/~grantg/WWW-Myspace-0.58/
Access MySpace.com profile information from Perl
----
threads-1.42
http://search.cpan.org/~jdhedden/threads-1.42/
Perl interpreter-based threads
----
zxid-0.6
http://search.cpan.org/~sampo/zxid-0.6/
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 V10 Issue 9738
***************************************
