[12234] in Perl-Users-Digest
Perl-Users Digest, Issue: 5834 Volume: 8
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Sun May 30 12:10:34 1999
Date: Sun, 30 May 99 09:00:13 -0700
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Sun, 30 May 1999 Volume: 8 Number: 5834
Today's topics:
[Perl] How to find the Perl FAQ <rootbeer&pfaq*finding*@redcat.com>
Re: cont'd <All@n.due.net>
Re: cont'd (Martin Vorlaender)
Dup STDERR and locking (Bill Moseley)
Re: FAQ 4.16: Does Perl have a year 2000 problem? Is Pe <webmaster@chatbase.com>
Re: FAQ 4.16: Does Perl have a year 2000 problem? Is Pe <webmaster@chatbase.com>
Re: How do I sort unique items from a sorted array? <aef@pangea.ca>
Re: Please guide me! (Tad McClellan)
Re: REMOTE_USER - How come I can't see it? <cpelkey@mindspring.com>
Web based Username/Password creation module <Stan.Hearn@ipst.edu>
Re: Y2K infected Perl code (Chris Nandor)
Re: Y2K infected Perl code <flavell@mail.cern.ch>
Special: Digest Administrivia (Last modified: 12 Dec 98 (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Sun, 30 May 1999 10:24:02 GMT
From: Tom Phoenix <rootbeer&pfaq*finding*@redcat.com>
Subject: [Perl] How to find the Perl FAQ
Message-Id: <pfaqmessage928059841.23629@news.teleport.com>
Archive-name: perl-faq/finding-perl-faq
Posting-Frequency: weekly
Last-modified: 10 Sep 1998
[ That "Last-modified:" date above refers to this document, not to the
Perl FAQ itself! The last major update of the Perl FAQ was in Summer of
1998; of course, ongoing updates are made as needed. ]
For most people, this URL should be all you need in order to find Perl's
Frequently Asked Questions (and answers).
http://cpan.perl.org/doc/FAQs/
Please look over (but never overlook!) the FAQ and related docs before
posting anything to the comp.lang.perl.* family of newsgroups.
# # # # # # # # # # # # # # # # # # # # # # # # # # # # # #
Beginning with Perl version 5.004, the Perl distribution itself includes
the Perl FAQ. If everything is pro-Perl-y installed on your system, the
FAQ will be stored alongside the rest of Perl's documentation, and one
of these commands (or your local equivalents) should let you read the FAQ.
perldoc perlfaq
man perlfaq
If a recent version of Perl is not properly installed on your system,
you should ask your system administrator or local expert to help. If you
find that a recent Perl distribution is lacking the FAQ or other important
documentation, be sure to complain to that distribution's author.
If you have a web connection, the first and foremost source for all things
Perl, including the FAQ, is the Comprehensive Perl Archive Network (CPAN).
CPAN also includes the Perl source code, pre-compiled binaries for many
platforms, and a large collection of freely usable modules, among its
560_986_526 bytes (give or take a little) of super-cool (give or take
a little) Perl resources.
http://cpan.perl.org/
http://www.perl.com/CPAN/
http://cpan.perl.org/doc/FAQs/FAQ/html/
http://www.perl.com/CPAN/doc/FAQs/FAQ/html/
You may wish or need to access CPAN via anonymous FTP. (Within CPAN,
you will find the FAQ in the /doc/FAQs/FAQ directory. If none of these
selected FTP sites is especially good for you, a full list of CPAN sites
is in the SITES file within CPAN.)
California ftp://ftp.cdrom.com/pub/perl/CPAN/
Texas ftp://ftp.metronet.com/pub/perl/
South Africa ftp://ftp.is.co.za/programming/perl/CPAN/
Japan ftp://ftp.dti.ad.jp/pub/lang/CPAN/
Australia ftp://cpan.topend.com.au/pub/CPAN/
Netherlands ftp://ftp.cs.ruu.nl/pub/PERL/CPAN/
Switzerland ftp://sunsite.cnlab-switch.ch/mirror/CPAN/
Chile ftp://ftp.ing.puc.cl/pub/unix/perl/CPAN/
If you have no connection to the Internet at all (so sad!) you may wish
to purchase one of the commercial Perl distributions on CD-Rom or other
media. Your local bookstore should be able to help you to find one.
Another possibility is to use one of the FTP-via-email services; for
more information on doing that, send mail to <mail-server@rtfm.mit.edu>
(not to me!) with these lines in the body of the message, flush left:
setdir usenet-by-group/news.announce.newusers
send Anonymous_FTP:_Frequently_Asked_Questions_(FAQ)_List
# # # # # # # # # # # # # # # # # # # # # # # # # # # # # #
Comments and suggestions on the contents of this document
are always welcome. Please send them to the author at
<pfaq&finding*comments*@redcat.com>. Of course, comments on
the docs and FAQs mentioned here should go to their respective
maintainers.
Have fun with Perl!
--
Tom Phoenix Perl Training and Hacking Esperanto
Randal Schwartz Case: http://www.rahul.net/jeffrey/ovs/
------------------------------
Date: Sun, 30 May 1999 12:18:00 GMT
From: "Allan M. Due" <All@n.due.net>
Subject: Re: cont'd
Message-Id: <Y%943.2656$mu5.1678@news.rdc1.ct.home.com>
JaxWorldnet <727182824@worldnet.att.net> wrote in message
news:7iqbk7$kqo$1@bgtnsc02.worldnet.att.net...
:Ronald J Kimball wrote in :message
:<1dskhyx.cqadcts9g3mgN@p59.tc2.metro.ma.tiac.com>...
:>
:>One way the poster is probably not familiar with is here-docs.
:>
:>print <<END;
:>Here is a newline
:>and here is another
:>and that's it.
:>END
:>
:>
[snip]
:I tried both examples above and only got the same message below:
:
:Running: e:\perl5\bin\perl F:\Perl\Scripts\test.pl
:Can't find string terminator "END" anywhere before EOF at
F\Perl\Scripts\test.pl :line 1.
:
:I have ActivePerl 509 and Win98. Am I missing something?
Two things to keep in mind when you using here-docs. The last token must be
flush left and (at least in Win9*) there has to be one line after the final
token;
print <<END;
Here is a newline
and here is another
and that's it.
END
--EOF is Here---
Some text editors are known to truncate files to the last text which means
if the token is the last thing in the file the problem will be produced.
One way around this is to use:
print <<END
Here is a newline
and here is another
and that's it.
END
;
HTH
AmD
[Posted and mailed]
--
$email{'Allan M. Due'} = ' All@n.Due.net ';
--Random Quote--
#else /* !STDSTDIO */ /* The big, slow, and stupid way */
Larry Wall in str.c from the perl source code
------------------------------
Date: Sun, 30 May 1999 16:34:33 +0200
From: martin@RADIOGAGA.HARZ.DE (Martin Vorlaender)
Subject: Re: cont'd
Message-Id: <37514c79.524144494f47414741@radiogaga.harz.de>
JaxWorldnet (727182824@worldnet.att.net) wrote:
: Ronald J Kimball wrote...
:
: >One way the poster is probably not familiar with is here-docs.
: >
: >print <<END;
: >Here is a newline
: >and here is another
: >and that's it.
: >END
: >
: >
: >Of course, lest a newbie think here-docs are only for printing...
: >
: >$string =3D <<END;
: >Here is a newline
: >and here are two more
: >
: >and that's it.
: >END
:
: I tried both examples above but got the same messages below:
: Running: e:\perl5\bin\perl F:\Perl\Scripts\test.pl
: Can't find string terminator "END" anywhere before EOF ...
;
: In fact, I have tried every example I saw posted in this and other
: newsgroup, but never succeeded.
: I understand this is a very useful technique to dynamically create an
: entire (HTML) document.
: I have AvtivePerl 509 and Win98. Am I missing some components here?
What you're missing is that the terminating string ("END" in the example
above) must be the only thing on that line, and must be terminated by "\n",
i.e. what perl looks for, and doesn't find, is really "\nEND\n".
Time to read perldata.pod, especially the section starting 'A line-oriented
form of quoting is based on the shell "here-doc" syntax.'
cu,
Martin
--
| Martin Vorlaender | VMS & WNT programmer
VMS is today what | work: mv@pdv-systeme.de
Microsoft wants | http://www.pdv-systeme.de/users/martinv/
Windows NT 8.0 to be! | home: martin@radiogaga.harz.de
------------------------------
Date: Sun, 30 May 1999 07:31:52 -0700
From: moseley@best.com (Bill Moseley)
Subject: Dup STDERR and locking
Message-Id: <MPG.11baebb3159fe95f98973a@206.184.139.132>
I have a program that opens a log file. This file is also used as a lock
file. Say its filehandle is 'LOG'.
Later in the life of the program I decided to send all STDERR output to
the log file, too. So I dup by
open( STDERR, ">&LOG" ) or doesomethingugly();
This is done right after I sucessfully open() and right before I flock()
LOG.
My Question:
Is there any reason why I shouldn't just open my log file with STDERR as
the filehandle (and then make all my writes to the logfile write to
STDERR)? I don't see any reason to use an extra filehandle.
The only problem I can think of is what if the something happens during
the flock() that writes to STDERR (and thus to my log file) when I don't
know that I have exclusive use of the log file yet.
BTW - it's running as a CGI script, so STDERR to begin with is written to
the server log file.
Any comments?
Thanks,
--
Bill Moseley mailto:moseley@best.com
------------------------------
Date: Sun, 30 May 1999 01:36:10 -0700
From: TRG Software : Tim Greer <webmaster@chatbase.com>
To: finsol@ts.co.nz
Subject: Re: FAQ 4.16: Does Perl have a year 2000 problem? Is Perl Y2K compliant?
Message-Id: <3750F87A.56D9CD82@chatbase.com>
finsol@ts.co.nz wrote:
> to these languages as having a problem - which they do. You are only
> arguing semantics because you are unable to sucessfully argue against my
> main point which is that the Perl programming language is Y2K booby
> trapped.
>
> You would do the Perl community more credit by working on Y2K awareness,
> not clouding the issue unecessarily.
I'm genuinely starting to get pissed off regarding your blatant
stupidity and lack of comprehension on general! If a programmer tried to
divide by zero, then it's going to error! Simple as that! It's NOT (I
REPEAT - NOT!) the fault of the programming language! How many times do
we have to tell you? Perl *is* Y2K compliant and there's nothing to
prove otherwise! Do you think *any* of us would still be active in this
group and still coding Perl scripts if we had any doubt that Perl would
fail so drastically in a few months? There's no "booby trap" in Perl,
other then the fact that people don't require an IQ test and other
common sense proficiency tests to prove they have the comprehension to
understand how to code so there WON'T be an issue when Y2K hits, or
divide by ZERO! Hello!! I suggest you come to comp.lang.perl.misc again
and read through the many threads explaining this, because you're really
embarrassing yourself, and if you plan to make an impression on anyone
and hope to get any business programming, then you're really being
counter productive and you better start that fry grill up now.
--
Regards,
Tim Greer: chatmaster@chatbase.com / software@linkworm.com
Chat Base: http://www.chatbase.com | 250,000+ hits daily Worldwide!
TRG Software: http://www.linkworm.com | CGI scripting in Perl/C, & more.
Unix/NT/Novell Administration, Security, Web Design, ASP, SQL, & more.
Freelance Programming & Consulting, Musician, Martial Arts, Sciences.
------------------------------
Date: Sun, 30 May 1999 02:38:47 -0700
From: TRG Software : Tim Greer <webmaster@chatbase.com>
Subject: Re: FAQ 4.16: Does Perl have a year 2000 problem? Is Perl Y2K compliant?
Message-Id: <37510727.1653D844@chatbase.com>
I think I've solved your problem:
Y2K MYASS!
This memo is to announce the development of
a new software system. We are currently
building a data center that will contain all firm
data that is Year 2000 complaint. The program
is referred to as the "Millennium Year
Application Software System". (MYASS).
Next Monday at 9:00 a.m. there will be a
meeting in which I will show MYASS to
everyone. We will continue to hold
demonstrations throughout the month so that all
employees will have an opportunity to get a
good look at MYASS. As for the status of the
implementation of the program,
I have not addressed the networking aspects,
so currently, only one person at a time can use
MYASS. This restriction will be removed after
MYASS expands.
Several people are using the program already
and have come to depend on it. Just this
morning I walked into a subordinate's office
and was not surprised to find he had his nose
buried in MYASS.
I've noticed that some of the less technical
personnel are somewhat afraid of MYASS.
Just last week, when asked to enter some
information into the program, I had a secretary
say, "I'm a little nervous. I've never put
anything into MYASS before." I volunteered to
help her through her first time and when we
were through, she admitted it was relatively
painless and she was actually looking forward
to doing it again. She went so far as to say that
after using SAP and Oracle, she
was ready to kiss MYASS.
I know there are concerns over the virus found
in MYASS upon initial installation, but I am
pleased to say the virus has been eliminated
and we were able to save MYASS. In the future, however,
protection will be required prior to entering
MYASS. We planned this database to
encompass all information associated with the business.
So, as you begin using the program, feel free to
put anything you want into MYASS. As
MYASS grows larger, we envision a time
when it will be common place to walk by an
office and see a manager hand a paper to an
employee and say, "here, stick this in
MYASS." This program has already
demonstrated great benefit to the company. In
a recent audit, an employee was asked where
he had secured the numbers on the report. He
proudly exclaimed, "I just pulled them out of MYASS."
I hope this was of some help for you and your Y2K issue.
--
Regards,
Tim Greer: chatmaster@chatbase.com / software@linkworm.com
Chat Base: http://www.chatbase.com | 250,000+ hits daily Worldwide!
TRG Software: http://www.linkworm.com | CGI scripting in Perl/C, & more.
Unix/NT/Novell Administration, Security, Web Design, ASP, SQL, & more.
Freelance Programming & Consulting, Musician, Martial Arts, Sciences.
------------------------------
Date: Sun, 30 May 1999 06:10:56 -0500
From: "AEF" <aef@pangea.ca>
Subject: Re: How do I sort unique items from a sorted array?
Message-Id: <7ir6at$nvk$1@pumpkin.pangea.ca>
Tom:
Thanks for the time to reply. However this doesn't do the trick.
I have looked at that, and it extracts the unique items, but will only show
the last value the hash has seen, which isn't necessarily the highest paid
unique category, so the ability to sort the unique item is lost.
Tom Phoenix <rootbeer@redcat.com> wrote in message
news:Pine.GSO.4.02A.9905292130460.13014-100000@user2.teleport.com...
> On Sat, 29 May 1999, AEF wrote:
>
> > Subject: How do I sort unique items from a sorted array?
>
> Could you want perlfaq4's entry "How can I extract just the unique
> elements of an array?"
>
> > With an array of sorted wages of all the data of various job
> > categories, sort the job categories that exist in the array into order
> > of the higest to lowest paid job category, and print the job category
> > only once.
>
> Sounds as if you do. I'd probably try using a hash.
>
> print "Category: $category\n"
> unless $seen{$category}++;
>
> Hope this helps!
>
> --
> Tom Phoenix Perl Training and Hacking Esperanto
> Randal Schwartz Case: http://www.rahul.net/jeffrey/ovs/
>
------------------------------
Date: Sun, 30 May 1999 04:37:55 -0400
From: tadmc@metronet.com (Tad McClellan)
Subject: Re: Please guide me!
Message-Id: <3dtqi7.o51.ln@magna.metronet.com>
Kevin Miller (info11@home.com) wrote:
: I'm a Linux user and would like to do some Perl programming. Can you
: please point to the right information so I don't have to learn the whole
^^^^^
^^^^^
: Perl language to design my idea.
Doing a word search for "learn" in the FAQ questions
might help:
perl -ne 'print "$ARGV: $_" if /^=.*learn/' perlfaq*pod
perlfaq1.pod: =head2 Is Perl difficult to learn?
perlfaq2.pod: =head2 How do I learn about object-oriented Perl programming?
perlfaq3.pod: =head2 Where can I learn about CGI or Web programming in Perl?
perlfaq3.pod: =head2 Where can I learn about object-oriented Perl programming?
perlfaq3.pod: =head2 Where can I learn about linking C with Perl? [h2xs, xsubpp]
Looks like the 1st and 3rd ones would be interesting to someone
in your situation.
: I want to build a site
Sounds to me like you learning *more* than Perl programming.
Like learning Perl programming AND using Perl to program
CGI applications.
: that collects user data via the web and
The pointers to CGI info given in the above FAQs should help
with that.
Note 1: use the CGI.pm module
Note 2: ask Perl questions here. Ask CGI questions in the CGI newsgroup:
comp.infosystems.www.authoring.cgi
: then
: recall the info back into a web page that can be edited then submitted.
Sounds like you want to maintain state in the stateless CGI
protocol. There are 3 "usual approaches" to that:
1) "hidden" form fields
2) file on server (with some way of associating it with the
user that it came from)
3) Cookies
All of those are subjects for ciwag rather than this newsgroup.
: The user data would be called via a user name and password.
^^^^^^^^
^^^^^^^^
Doing a word search for "password" in the FAQ questions
might help:
perl -ne 'print "$ARGV: $_" if /^=.*password/' perlfaq*pod
perlfaq8.pod: =head2 How do I ask the user for a password?
perlfaq8.pod: =head2 How do I decode encrypted password files?
perlfaq8.pod: =head2 How do I modify the shadow password file on a Unix system?
perlfaq9.pod: =head2 How do I put a password on my web pages?
: The site
: will be creating a huge user database as well. So I was thinking of
: using MySQL for the DB.
Sounds good.
: I would also like to design nice html tags around it to make it look
: nice.
OK.
: I know that the HTML tags need to be embedded into the Perl
: script.
The HTML tags *do not* need to be embedded into the Perl script.
The "may" be embedded, but they don't "need to" be embedded.
--
Tad McClellan SGML Consulting
tadmc@metronet.com Perl programming
Fort Worth, Texas
------------------------------
Date: Sun, 30 May 1999 10:57:27 -0400
From: "Charles Pelkey" <cpelkey@mindspring.com>
Subject: Re: REMOTE_USER - How come I can't see it?
Message-Id: <7irjvo$nd5$1@nntp6.atl.mindspring.net>
Remote User is only set if the user authenticates with the server...
===================================================
Charles E. Pelkey
http://shadow-web.ddns.org/ <- after 2135 Eastern
http://www.geocities.com/TimesSquare/Alley/2920/
ICQ: 8294384
AOL IM: SgtPelkey
===================================================
Tom Phoenix wrote in message ...
>On Sun, 30 May 1999, ace wrote:
>
>> I'm trying to write a perl script that returns the REMOTE_USER env
>> variable but for some reason it can't read it. I've tried several
>> test scripts that print out all of the vars but REMOTE_USER never
>> shows up? Does anyone know why this might happen?
>
>It sounds as if your webserver isn't setting this. If it's supposed to,
>that's a bug in the server (or its configuration). If it's not, there's
>your problem. If you're not sure whether it should, check with the docs,
>FAQs, and newsgroups about your webserver and webservers in general. Good
>luck!
>
>--
>Tom Phoenix Perl Training and Hacking Esperanto
>Randal Schwartz Case: http://www.rahul.net/jeffrey/ovs/
>
------------------------------
Date: Sun, 30 May 1999 10:55:00 -0400
From: Stan Hearn <Stan.Hearn@ipst.edu>
Subject: Web based Username/Password creation module
Message-Id: <37515144.F3CDA1B@ipst.edu>
I'm about to build a web site that will require a username and password.
I don't want to re-invent the wheel. I need software that will do an
initial user account creation where the user will choose a username and
password. Their confirmation, via a URL, will be emailed to them. Once
they go to the confirmation URL their account would be activated. Not a
Linux account, just an entry into the HTTP account database.
I will allow certain email domains (from our customers) to have access
in this way. In other words if their email account matches some regular
expressions, then they will get an email saying go to this URL to
confirm your account information and they have instant access.
Otherwise, I'd send them an email saying that their application was
under review. A person would then verify and activate the account
manually.
Does anyone know of the existence of such software or modules to do this
initial account creation step?
Thanks,
Stan
------------------------------
Date: Sun, 30 May 1999 13:41:08 GMT
From: pudge@pobox.com (Chris Nandor)
Subject: Re: Y2K infected Perl code
Message-Id: <pudge-3005990941080001@192.168.0.77>
In article <7iph7s$iej$1@nnrp1.deja.com>, finsol@ts.co.nz wrote:
# In article <slrn7kt1us.1d8.M.Ray@carlova.ulcc.ac.uk>,
# M.Ray@ulcc.ac.uk (Malcolm Ray) wrote:
# >
# > Programming should not be done by guesswork.
#
# Yes, we all have opinions on how programming should be done and who
# should be doing it. But thats not going to solve the immediate problem
# of existing code thats wrongly programmed. Is that not more of a concern
# right now?
I don't think either is more important.
# What have you and other Perl developers done about that?
Well, every time we see code using localtime improperly, we point it out.
We document localtime clearly. We add entries to the FAQ pointing out
incorrect uses. And we do it all without lying, unlike you.
# Will
# all Perl Y2K problems that occur be non-critical?
Of course not.
# Does the Perl
# community take no responsibility in ensuring that Perl developers get
# the message that there is a need to check Perl code for Y2K problems?
Not sure what you mean by "responsibility". We do all that is possible
and reasonable to do to make sure people know proper usage. And we do it
without lying, unlike you.
# Particularly if there is the chance that they have not fully understood
# the usage of localtime.
If someone does not understand the proper usage of localtime(), it is for
one of two reasons: they have not read the documentation, or they are not
mentally equipped for programming. I suppose there is a third
possibility, that they read the documentation and forgot, but to me that's
the same as not having read it. The documentation is very clear. Back to
what you said about responsibility: the Perl community does everything
possible and reasonable to make sure people are equipped to use the
functions properly. After that, if people still choose to program
improperly, we have no responsibility there. That is their problem to
deal with. If their systems die, I don't care. We did our job, and we
did it well.
--
Chris Nandor mailto:pudge@pobox.com http://pudge.net/
%PGPKey = ('B76E72AD', [1024, '0824090B CE73CA10 1FF77F13 8180B6B6'])
------------------------------
Date: Sun, 30 May 1999 16:37:48 +0200
From: "Alan J. Flavell" <flavell@mail.cern.ch>
Subject: Re: Y2K infected Perl code
Message-Id: <Pine.HPP.3.95a.990530163149.8487D-100000@hpplus01.cern.ch>
On Sun, 30 May 1999, Chris Nandor wrote:
> # Will
> # all Perl Y2K problems that occur be non-critical?
>
> Of course not.
With respect: there are no Perl Y2K problems. How often does this have
to be repeated?
There are some problems in programs written in Perl, as indeed there are
in programs written in any language. As you say, some of them won't be
non-critical.
--
"Physicists write FORTRAN in any language" - heard
at CERN, original author unknown
------------------------------
Date: 12 Dec 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 Dec 98)
Message-Id: <null>
Administrivia:
Well, after 6 months, here's the answer to the quiz: what do we do about
comp.lang.perl.moderated. Answer: nothing.
]From: Russ Allbery <rra@stanford.edu>
]Date: 21 Sep 1998 19:53:43 -0700
]Subject: comp.lang.perl.moderated available via e-mail
]
]It is possible to subscribe to comp.lang.perl.moderated as a mailing list.
]To do so, send mail to majordomo@eyrie.org with "subscribe clpm" in the
]body. Majordomo will then send you instructions on how to confirm your
]subscription. This is provided as a general service for those people who
]cannot receive the newsgroup for whatever reason or who just prefer to
]receive messages via e-mail.
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 5834
**************************************
