[10493] in Perl-Users-Digest
Perl-Users Digest, Issue: 4086 Volume: 8
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Tue Oct 27 17:05:50 1998
Date: Tue, 27 Oct 98 14:01:31 -0800
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, 27 Oct 1998 Volume: 8 Number: 4086
Today's topics:
Re: Perl & Y2K - booby trap code (Tye McQueen)
Re: Perl & Y2K - booby trap code <uri@fastengines.com>
Re: Perl / DNS Module (Michael Fuhr)
Re: Perl Cookbook - is this the best perl book? <erich@orator.usma.edu>
Perl Error message cool_ez@my-dejanews.com
Re: Perl unix to nt port scheiner@my-dejanews.com
Re: Perl unix to nt port (Larry Rosler)
persistent variables ? <Paul.Coleman@CoSeCo.com>
Re: persistent variables ? <rootbeer@teleport.com>
Re: persistent variables ? <Paul.Coleman@CoSeCo.com>
Re: psychology of language choice (was Re: language war <uri@fastengines.com>
Re: psychology of language choice (was Re: language war <uri@fastengines.com>
Re: RFC - Signature <bill@fccj.org>
Re: Testing a date (I R A Aggie)
Re: Using MS-Access with OLE (Jan Dubois)
Re: Using MS-Access with OLE (Jan Dubois)
Using POP3Client module <bwagner1@san.rr.com>
Re: Using POP3Client module <rootbeer@teleport.com>
Re: What isn't Perl good for? <cmcurtin@interhack.net>
Special: Digest Administrivia (Last modified: 12 Mar 98 (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: 27 Oct 1998 15:34:57 -0600
From: tye@fohnix.metronet.com (Tye McQueen)
Subject: Re: Perl & Y2K - booby trap code
Message-Id: <715ea1$8t@fohnix.metronet.com>
cberry@cinenet.net (Craig Berry) writes:
) [...] The fact that localtime is
) currently returning two digits, and has been doing so since Unix came into
) existence, is mere coincidence.
More like:
The fact that $year-1900 is currently a 2-digit number and
has been since localtime() came into existence, is the major
motivation for localtime() returning that value.
) : Randal Schwartz <merlyn@stonehenge.com> wrote:
) : > If a sloppy programmer wrote "19$year" instead of ($year + 1900),
) : > that's *their* fault. STOP BLAMING PERL.
Trying to put all of the blame in one place is a very popular
activity but I find that it rarely is realistic. The design
of C<struct tm> values just begs for people to write bad code.
That temptation should not be strong enough to draw in a truely
professional programmer, but not enough of programming is done
by true professionals [programming should be a true engineering
discipline requiring certification for most tasks -- I waste
a lot of my time working around other people's poor code that
my employer paid good money for -- otherwise I'd have more time
to make my code better].
[Back to Perl.]
But I don't blame Perl for sticking with the C<struct tm> values.
That is a reasonable choice, even though I don't think [with 20/20
hindsight] it was the best possible choice.
How about a module that fixes these problems, fixes the fact that
to get fields from localtime() you have to know the magic numbers,
and fixes Time::localtime's requirement that you repeat the object
name for each field value you want [or import soem globals], and
we can stop arguing about it? Something in the spirit of English.pm?
How about English::LocalTime and next do English::Stat, etc.
( $year, $month )= LocalTime( $time, [qw(year month)] );
[Now, where did I put those asbestos gloves?...]
--
Tye McQueen Nothing is obvious unless you are overlooking something
http://www.metronet.com/~tye/ (scripts, links, nothing fancy)
------------------------------
Date: 27 Oct 1998 16:54:23 -0500
From: Uri Guttman <uri@fastengines.com>
Subject: Re: Perl & Y2K - booby trap code
Message-Id: <saremrt8ycw.fsf@camel.fastserv.com>
>>>>> "TM" == Tye McQueen <tye@fohnix.metronet.com> writes:
TM> How about a module that fixes these problems, fixes the fact that
TM> to get fields from localtime() you have to know the magic numbers,
TM> and fixes Time::localtime's requirement that you repeat the object
TM> name for each field value you want [or import soem globals], and
TM> we can stop arguing about it? Something in the spirit of
TM> English.pm? How about English::LocalTime and next do
TM> English::Stat, etc.
TM> ( $year, $month )= LocalTime( $time, [qw(year month)] );
i think it is a fine idea and your api looks fine too. though you could
skip the anon array and just pass the name tokens directly.
and it should be named Time::English, etc.
when are you going to write it? :-)
uri
--
Uri Guttman Fast Engines -- The Leader in Fast CGI Technology
uri@fastengines.com http://www.fastengines.com
------------------------------
Date: 27 Oct 1998 11:24:36 -0700
From: mfuhr@dimensional.com (Michael Fuhr)
Subject: Re: Perl / DNS Module
Message-Id: <715354$gau@flatland.dimensional.com>
Dan <Bachand@tamu.edu> writes:
> I'm look for a simple way to take the log file on an NT web server and
> extract the domain name from the addresses. Has anyone already written
> a module to do this?
There are hundreds of modules at the Comprehensive Perl Archive
Network (CPAN):
http://www.perl.com/CPAN/CPAN.html
http://www.perl.com/CPAN/modules/00modlist.long.html
http://www.perl.com/CPAN/modules/01modules.index.html
The Net::DNS module can do all sorts of DNS queries but it reportedly
doesn't work on NT. If you just need to convert IP addresses to
names, however, then the builtin function gethostbyaddr should work.
--
Michael Fuhr
http://www.fuhr.net/~mfuhr/
------------------------------
Date: Tue, 27 Oct 1998 15:20:26 -0500
From: "Erich L. Markert" <erich@orator.usma.edu>
To: "Matthew O. Persico" <mpersico@erols.com>
Subject: Re: Perl Cookbook - is this the best perl book?
Message-Id: <36362B0A.BCA9A8A1@orator.usma.edu>
Have to concur on this.
However, (and this has probably already been said so I apologize in advance) this is not a
starter book by any stretch of the imagination.
I'm looking forward to the perl data structures book that's upcoming (which I was told by
my local barnes and noble has been delayed)...
"Matthew O. Persico" wrote:
>
> The book is worth the price for psgrep alone!
>
> --
> Matthew O. Persico
> Nothing even remotely clever at the moment.
--
__________________________________________________________
Mr. Erich L. Markert erich@orator.usma.edu
USMA Webmaster TEL (914)938-6463
Directorate of Information Management FAX (914)938-7308
United States Military Academy
West Point, NY 10996
"If you put three drops of poison into a 100 percent pure Java,
you get ... Windows. If you put a few drops of Java into Windows,
you still have Windows."
-- Sun Microsystems CEO, Scott McNealy
------------------------------
Date: Tue, 27 Oct 1998 21:26:13 GMT
From: cool_ez@my-dejanews.com
Subject: Perl Error message
Message-Id: <715dpl$k6i$1@nnrp1.dejanews.com>
I have been using perl for some time now, but this is the first time I have
encountered this error message.
"Bad name after nameoncard:: at
C:\Inetsrv\wwwroot\writingformoney\cgi-bin\login.pl line 548."
I have no idea what this means, Can someone help?
-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
Date: Tue, 27 Oct 1998 19:56:53 GMT
From: scheiner@my-dejanews.com
Subject: Re: Perl unix to nt port
Message-Id: <7158i5$cjb$1@nnrp1.dejanews.com>
> > This works on unix but not NT. Any suggestions?
> > sub preview_card {
> > $htmlpath = path goes here;
> >
> > open(TFILE, "$htmlpath/$postcard\pre.html");
>
> It is unlikely that the last element in the path is the concatenation of
> the value of $postcard and the string 'pre.html' -- but that's what this
> code says.
It is supposed to be a concatenation. There is a series of files that all
end in "pre.html". What goes ahead of that (i.e. the value of $postcard) is
what the user has selected in a form. The problem is, the files simply won't
open on the NT side. When I insert die statements, I get back "document
contains no data messages".
For some reason, the document does not open on NT, my question is why.
>Your processing of TFILE didn't occur because you failed to
> open the file, and you didn't know that because you forgot to check the
> value returned by 'open'. For shame!
>
> Swing the backslash around to a forward slash, and ALWAYS check the
> result of 'open'. TomP will tell you that soon, if he is here today.
>
> --
> (Just Another Larry) Rosler
> Hewlett-Packard Laboratories
> http://www.hpl.hp.com/personal/Larry_Rosler/
> lr@hpl.hp.com
>
-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
Date: Tue, 27 Oct 1998 12:33:09 -0800
From: lr@hpl.hp.com (Larry Rosler)
Subject: Re: Perl unix to nt port
Message-Id: <MPG.109fcde286e8de26989841@nntp.hpl.hp.com>
[Posted to comp.lang.perl.misc and a copy mailed.]
In article <7158i5$cjb$1@nnrp1.dejanews.com> on Tue, 27 Oct 1998
19:56:53 GMT, scheiner@my-dejanews.com <scheiner@my-dejanews.com>
says...
> > > This works on unix but not NT. Any suggestions?
> > > sub preview_card {
> > > $htmlpath = path goes here;
> > >
> > > open(TFILE, "$htmlpath/$postcard\pre.html");
...
> It is supposed to be a concatenation. There is a series of files that all
> end in "pre.html". What goes ahead of that (i.e. the value of $postcard) is
> what the user has selected in a form. The problem is, the files simply won't
> open on the NT side. When I insert die statements, I get back "document
> contains no data messages".
To append 'pre.html' to the contents of $postcard, write it this way:
open(TFILE, "$htmlpath/${postcard}pre.html")
or die "Couldn't open $htmlpath/${postcard}pre.html $!\n";
If you still get the same value of $! in your 'die' statement that you
report above, my guess is that it would be because your "document
contains no data messages". But that is not a likely return from a
failure to 'open()', is it?
--
(Just Another Larry) Rosler
Hewlett-Packard Laboratories
http://www.hpl.hp.com/personal/Larry_Rosler/
lr@hpl.hp.com
------------------------------
Date: Tue, 27 Oct 1998 15:48:50 -0500
From: "_Paul Coleman" <Paul.Coleman@CoSeCo.com>
Subject: persistent variables ?
Message-Id: <363632b6.0@news3.paonline.com>
Hi,
Is there a way to have persistent variables (or information) across Web
Pages?
Paul Coleman
------------------------------
Date: Tue, 27 Oct 1998 20:59:19 GMT
From: Tom Phoenix <rootbeer@teleport.com>
Subject: Re: persistent variables ?
Message-Id: <Pine.GSO.4.02A.9810271258260.5534-100000@user2.teleport.com>
On Tue, 27 Oct 1998, _Paul Coleman wrote:
> Is there a way to have persistent variables (or information) across
> Web Pages?
Sounds as if you're interested in CGI programming. The docs, FAQs, and
newsgroups about CGI programming should be helpful to you. Good luck!
--
Tom Phoenix Perl Training and Hacking Esperanto
Randal Schwartz Case: http://www.rahul.net/jeffrey/ovs/
------------------------------
Date: Tue, 27 Oct 1998 16:29:02 -0500
From: "_Paul Coleman" <Paul.Coleman@CoSeCo.com>
Subject: Re: persistent variables ?
Message-Id: <36363c38.0@news3.paonline.com>
Hi Tom,
I must have missed something. Was there some information that pertained to
my question that you forgot to include with your post or did it just not get
through to the newsgroup?
Thanks,
Paul Coleman
Tom Phoenix wrote in message ...
>On Tue, 27 Oct 1998, _Paul Coleman wrote:
>
>> Is there a way to have persistent variables (or information) across
>> Web Pages?
>
>Sounds as if you're interested in CGI programming. The docs, FAQs, and
>newsgroups about CGI programming should be helpful to you. Good luck!
>
>--
>Tom Phoenix Perl Training and Hacking Esperanto
>Randal Schwartz Case: http://www.rahul.net/jeffrey/ovs/
>
------------------------------
Date: 27 Oct 1998 15:19:30 -0500
From: Uri Guttman <uri@fastengines.com>
To: Gordon McMillan <gmcm@hypernet.com>
Subject: Re: psychology of language choice (was Re: language war ...)
Message-Id: <sarlnm192r1.fsf@camel.fastserv.com>
talk about a strange stealth CC. this author is on the
python-list@cwi.nl list which i assume is a gateway to c.l.python. i am
posting his letter and my reply so both groups can see them. i also CC'd
the author.
>>>>> "GM" == Gordon McMillan <gmcm@hypernet.com> writes:
GM> [Uri Guttman comments on language choice] While I generally agree
GM> with most of what Uri said, I have a quibble or two:
>> python types always talk about rigid structure, fixed indenting,
>> consistant forms.
GM> In a literal sense, this is nonsense, they don't talk about any
GM> such thing.
as a thing that distinguishes python from perl, it is mentioned as a
plus by pythoners. as such it is fair game in comparing the
languages. see below for why it is an important issue in the comparison.
GM> In the sense in which I believe it was intended, it creates a
GM> false impression. While Python will have few (relative to Perl)
GM> alternatives for a given syntactic element, the freedom of
GM> expression at the level of the module / program / script is nearly
GM> infinite. Search dejanews for almost any thread in which someone
GM> poses a non-trivial problem and gets more than one answer. Not
GM> only will the answers be different, usually some of them will be
GM> wildly different. This is the "freedom" that most Pythoners are
GM> interested in.
that is turing compatibility and all major languages have it. sure you
can solve a problem with many algorithms and in many styles in any
language. IMO perl offer more choices at the statement level of ways to
do medium level operations. when you get to a higher level operation,
then all languages show flexibility by the nature of programming languages.
GM> And not everybody likes the (relative) lack of syntatic
GM> alternatives - there are plenty of requests for more of them. But
GM> most Pythoners are willing to live with it in return for the
GM> algorithmic freedom.
you are confusing algorithmic freedom which as i claim (as does turing)
all modern languages have. it is the statemnet level where i feel perl
is more open and you agreed by stating that python has fewer syntactic
alternatives. that is the heart of the difference between languages,
syntactic and semantic operations, not algorithmic ability.
>> ... i don't know python but having seen enough code snipets here
>> and there i think understand its design philosophy and style. like
>> java in some ways it tries to enforce a object and coding style on
>> you.
GM> I regard Java as far more "repressive" than Python - it imposes
GM> restrictions in areas where Python is completely open.
true. i don't like OO in general. i am developing a medium (few 1000's of
lines) test program without any OO itself. i am using some perl
modules and their OO, but i don't need any for this program. just some
nice arrays of hashes and many subs in one file. it even uses (gasp!)
globals since i have to share many values across sub calls. i would hate
to do this in a language that forced OO like java and python. perl lets
me do OO or procedural and even mix the two (i call OO modules). that is
flexibility to me.
GM> But as I said, I agree with the gist of Uri's comments.
thanx.
uri
--
Uri Guttman Fast Engines -- The Leader in Fast CGI Technology
uri@fastengines.com http://www.fastengines.com
------------------------------
Date: 27 Oct 1998 15:58:54 -0500
From: Uri Guttman <uri@fastengines.com>
Subject: Re: psychology of language choice (was Re: language war ...)
Message-Id: <sarhfwp90xd.fsf@camel.fastserv.com>
>>>>> "GM" == Gordon McMillan <gmcm@hypernet.com> writes:
GM> Uri Guttman writes:
>> talk about a strange stealth CC. this author is on the
>> python-list@cwi.nl list which i assume is a gateway to c.l.python.
GM> Yes it is a gateway. Not strange at all.
but by replying to me and the gateway, the perl group wouldn't see your
message. that is a problem if you want to be in this thread. and i don't
wish to keep copying your letters to the perl group. please use a
newsreader to follow this thread or find a perl gateway and use it
too. i won't reply via email anymore as i want this thread to be open.
>> that is turing compatibility and all major languages have it. sure
>> you can solve a problem with many algorithms and in many styles in
>> any language. IMO perl offer more choices at the statement level of
>> ways to do medium level operations. when you get to a higher level
>> operation, then all languages show flexibility by the nature of
>> programming languages.
GM> Perhaps in a theoretical sense, but not in any practical sense.
GM> COBOL, for example, does not allow recursion, and all variables
GM> are globals. This severely limits the solutions that can find
GM> expression in COBOL. IMO, this is where Python shines.
turing compatibility solves all. you can fake recursion (intro
programming classes covers that) and you can deal with globals. it make
it hard but possible. we are not talking about possible. both perl and
python can have locals and recursion. big deal.
GM> I don't know Perl, and I have absolutely no opinion on how Perl
GM> fares at this level of expressiveness. I am simply pointing out
GM> that (a) Python's relative lack of syntactical "freedom" has
GM> nothing to do with it's expressiveness at this level and (b) a
GM> language's theoretical turing completeness doesn't have much to do
GM> with it either.
we are not agreed on what level we are talking about. i am talking about
the single statement/control level, not algorthmic higher levels. you
have stated python is weaker than perl at the syntax/semantic level
which is what i am refering to. that is the level which most affects the
style of the language. and that is where most people decide if they like
a language or not.
uri
--
Uri Guttman Fast Engines -- The Leader in Fast CGI Technology
uri@fastengines.com http://www.fastengines.com
------------------------------
Date: Tue, 27 Oct 1998 14:58:09 -0800
From: Bill Jones <bill@fccj.org>
Subject: Re: RFC - Signature
Message-Id: <36365001.BE205B59@fccj.org>
Larry Rosler wrote:
> Randal Schwartz has already posted a variant of Dan's code many times,
> but with a comma after 'Hacker', so I guess Dan's suggestion counts as
> original. It certainly has fewer characters than any other approach.
> :-)
>
Atually what my final destination will be is -
A self-gzipped, uuencoded, self-uudecoded, self-unzipping
perl module. Then maybe the people who want to 'hide'
their source will finally be happy :]
(Not really.)
Not that I am one of them,
-Sneex- :]
______________________________________________________________________
Bill Jones | 904/632-3089 | http://www.fccj.org/cgi/mail?webmaster
----------------------------------------------------------------------
$perlRulez = "FCCJ Webmaster";
if ($perlRulez =~ /(F)(C)(C)(J)( )(W)(e)(b)(m)(a)(s)(t)(e)(r)/) {
print "$4", chr(ord($12)+1), "$11$12$5", uc($10), chr(ord($9)+1),
chr(ord($14)-3), "$12", lc(chr(ord($1)+2)), reverse($14,$13),
"$5", uc(chr(ord($14)-2)), "$13$14", chr(ord($9)-1), "$5",
uc(chr(ord($7)+3)), "$10", chr(ord($10)+2),chr(ord($9)-2),
reverse($14,$13), "\n"; }
------------------------------
Date: Tue, 27 Oct 1998 14:16:31 -0500
From: fl_aggie@thepentagon.com (I R A Aggie)
Subject: Re: Testing a date
Message-Id: <fl_aggie-2710981416310001@aggie.coaps.fsu.edu>
In article <70ntfv$bnn$1@nnrp1.dejanews.com>, droby@copyright.com wrote:
+ I will be very surprised if any of my code is still running in
+ 2100
I do believe that's what the COBOL programmers of the 1950's and 1960's
thought, too.
James
------------------------------
Date: Tue, 27 Oct 1998 22:24:18 +0100
From: jan.dubois@ibm.net (Jan Dubois)
Subject: Re: Using MS-Access with OLE
Message-Id: <363c3938.49116105@news3.ibm.net>
[mailed & posted]
Lynn Wilson <lynn@swcp.com> wrote:
>All of the examples that I find that show how to create an
>MS-Access database using Win32::OLE seem to not work for me. Are
>these all using the ActivePerl version where I've chosen to use the
>std version from CPAN?
I don't know. The appended sample code worked for me.
>All I want to do is to create a new database with a simple table
>where I write a few fields. I've been using the OLE with MS-Excel
>but I've exceeded the maximum allowable rows imposed by excel so
>I'm hoping to simply move the interface over to Access.
>
>Does anyone have sample code to create an Access database/table and
>write a few items into it? Could you please post it?
Here it is. It needs libwin32 from Sarathys CPAN directory obviously, but
you probably already knew that.
-Jan
use strict;
use Win32::OLE qw(with);
use Win32::OLE::Const 'Microsoft Access';
use Win32::OLE::Const 'Microsoft DAO';
my $Filename = 'i:\tmp\access.mdb';
unlink $Filename;
my $Access = Win32::OLE->new('Access.Application', 'Quit');
my $Workspace = $Access->DBEngine->CreateWorkspace('', 'Admin', '');
my $Database = $Workspace->CreateDatabase($Filename, dbLangGeneral);
my $TableDef = $Database->CreateTableDef('Quotes');
my $Field = $TableDef->CreateField('Date', dbDate);
$TableDef->Fields->Append($Field);
foreach my $FieldName (qw(Open High Low Close)) {
my $Field = $TableDef->CreateField($FieldName, dbDouble);
$TableDef->Fields->Append($Field);
}
my $Index = $TableDef->CreateIndex('Date');
with($Index, Primary => 1, Unique => 1);
$Field = $Index->CreateField('Date', dbDate);
$Index->Fields->Append($Field);
$TableDef->Indexes->Append($Index);
$Database->TableDefs->Append($TableDef);
my $Recordset = $Database->OpenRecordset('Quotes', dbOpenTable);
$Recordset->Addnew;
$Recordset->Fields('Date')->{Value} = "16.7.98";
$Recordset->Fields('Close')->{Value} = 42;
$Recordset->Update;
------------------------------
Date: Tue, 27 Oct 1998 22:39:16 +0100
From: jan.dubois@ibm.net (Jan Dubois)
Subject: Re: Using MS-Access with OLE
Message-Id: <363e3c38.49884119@news3.ibm.net>
[mailed & posted]
In my previous message I had the following line:
$Recordset->Fields('Date')->{Value} = "16.7.98";
you might want to change it to:
$Recordset->Fields('Date')->{Value} = "7/16/98";
if you are using the american date format. :-)
-Jan
------------------------------
Date: Tue, 27 Oct 1998 13:44:45 -0700
From: Brian Wagner <bwagner1@san.rr.com>
Subject: Using POP3Client module
Message-Id: <36362E2E.1C42@san.rr.com>
I'm having trouble with POP3Client. After:
$pop = new Mail::POP3Client(...
and $pop->Alive returns true yet $pop->Count returns -1.
Any ideas?
------------------------------
Date: Tue, 27 Oct 1998 20:50:28 GMT
From: Tom Phoenix <rootbeer@teleport.com>
Subject: Re: Using POP3Client module
Message-Id: <Pine.GSO.4.02A.9810271249540.5534-100000@user2.teleport.com>
On Tue, 27 Oct 1998, Brian Wagner wrote:
> I'm having trouble with POP3Client.
Have you tried its debugging option? Hope this helps!
--
Tom Phoenix Perl Training and Hacking Esperanto
Randal Schwartz Case: http://www.rahul.net/jeffrey/ovs/
------------------------------
Date: 27 Oct 1998 16:43:59 -0500
From: Matt Curtin <cmcurtin@interhack.net>
Subject: Re: What isn't Perl good for?
Message-Id: <xlxemrtistc.fsf@gold.cis.ohio-state.edu>
jlewchuk@junctionnet.com (Michael Lewchuk) writes:
> I wasn't trying to be elitist, condescending, and I don't believe
> I'm all that wrong.
Then consider reading my followup to find out why you are wrong.
--
Matt Curtin cmcurtin@interhack.net http://www.interhack.net/people/cmcurtin/
------------------------------
Date: 12 Jul 98 21:33:47 GMT (Last modified)
From: Perl-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Special: Digest Administrivia (Last modified: 12 Mar 98)
Message-Id: <null>
Administrivia:
Special notice: in a few days, the new group comp.lang.perl.moderated
should be formed. I would rather not support two different groups, and I
know of no other plans to create a digested moderated group. This leaves
me with two options: 1) keep on with this group 2) change to the
moderated one.
If you have opinions on this, send them to
perl-users-request@ruby.oce.orst.edu.
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.
To submit articles to comp.lang.perl.misc (and this Digest), send your
article to perl-users@ruby.oce.orst.edu.
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.
The Meta-FAQ, an article containing information about the FAQ, is
available by requesting "send perl-users meta-faq". The real FAQ, as it
appeared last in the newsgroup, can be retrieved with the request "send
perl-users FAQ". Due to their sizes, neither the Meta-FAQ nor the FAQ
are included in the digest.
The "mini-FAQ", which is an updated version of the Meta-FAQ, is
available by requesting "send perl-users mini-faq". It appears twice
weekly in the group, but is not distributed in the digest.
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 V8 Issue 4086
**************************************
