[12773] in Perl-Users-Digest
Perl-Users Digest, Issue: 183 Volume: 9
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Sun Jul 18 15:07:23 1999
Date: Sun, 18 Jul 1999 12:05:06 -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 Sun, 18 Jul 1999 Volume: 9 Number: 183
Today's topics:
Re: ActiveState Perl -w Problem? <jeff@vpservices.com>
Re: ActiveState Perl -w Problem? (Michael Rubenstein)
Re: Anybody know how to to this? <gellyfish@gellyfish.com>
Re: auto ftp <gellyfish@gellyfish.com>
Re: Can a .html file be executable? <flavell@mail.cern.ch>
CGI::Fast vs. Apache <belg4mit@mit.edu>
Re: Future of Perl (Rich)
Hard question to Gurus! How to do http request as same <zonemaster@mail.ru>
Re: Hard question to Gurus! How to do http request as s (I R A Darth Aggie)
Re: Hard question to Gurus! How to do http request as s <uri@sysarch.com>
Re: HHHHEEEEEEELLLLLLPPPPPPP!!!!!!!!!! (Tad McClellan)
Re: How to disable auto-loading? <uri@sysarch.com>
Re: newbie needs help! (Larry Rosler)
Re: newbie needs help! (Larry Rosler)
newbie needs simple explanation gibsea@hotmail.com
Re: newbie needs simple explanation <rick.delaney@home.com>
What Subroutine Should I use? <cshelby@mindspring.com>
Re: What Subroutine Should I use? (Todd Tolhurst)
Re: What Subroutine Should I use? (I R A Darth Aggie)
Re: What Subroutine Should I use? (Marcel Grunauer)
Re: When can a CGI execute the CHMOD command <jeffp@crusoe.net>
Digest Administrivia (Last modified: 1 Jul 99) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: 18 Jul 1999 16:16:47 GMT
From: Jeff Zucker <jeff@vpservices.com>
Subject: Re: ActiveState Perl -w Problem?
Message-Id: <3791FD41.F2EABB43@vpservices.com>
"James M. Mastros" wrote:
>
> In specific, your shebang line has to include the string "perl" in it
> somewhere. "#!/usr/bin/perl -w" will work just find on a win32 system
Well, no, that is not neccessarily true. From the command line of
win95/98, no shebang line will work at all. From a web server on win
95/98/2k/NT, that shebang line *may* work, but it depends on what kind
of shebang processing the web server does. Each of the different win32
web servers has different ways of handling the shebang, some ignore it
completely. If the shebang is for a web server, read the web server
docs on how to use it.
> If perl finds 'perl', it will process the args on the shebang.
Nope, sorry, wrong. That thinking is what led you to the mistakes
above. Perl doesn't find "perl" -- the command processor or web server
finds the shebang line and if it is capable of processing a shebang line
and it finds "perl" on the shebang line, it uses the shebang line to
find and start the perl executable and *then* perl processes the args.
--
Jeff
------------------------------
Date: Sun, 18 Jul 1999 18:31:11 GMT
From: miker3@ix.netcom.com (Michael Rubenstein)
Subject: Re: ActiveState Perl -w Problem?
Message-Id: <37931b2c.541795030@nntp.ix.netcom.com>
On 18 Jul 1999 16:16:47 GMT, Jeff Zucker <jeff@vpservices.com>
wrote:
>"James M. Mastros" wrote:
>>
>> In specific, your shebang line has to include the string "perl" in it
>> somewhere. "#!/usr/bin/perl -w" will work just find on a win32 system
>
>Well, no, that is not neccessarily true. From the command line of
>win95/98, no shebang line will work at all. From a web server on win
>95/98/2k/NT, that shebang line *may* work, but it depends on what kind
>of shebang processing the web server does. Each of the different win32
>web servers has different ways of handling the shebang, some ignore it
>completely. If the shebang is for a web server, read the web server
>docs on how to use it.
>
>> If perl finds 'perl', it will process the args on the shebang.
>
>Nope, sorry, wrong. That thinking is what led you to the mistakes
>above. Perl doesn't find "perl" -- the command processor or web server
>finds the shebang line and if it is capable of processing a shebang line
>and it finds "perl" on the shebang line, it uses the shebang line to
>find and start the perl executable and *then* perl processes the args.
That's not what the Perl documentation says. From perlrun:
The #! line is always examined for switches as the line
is being parsed. Thus, if you're on a machine that allows
only one argument with the #! line, or worse, doesn't
even recognize the #! line, you still can get consistent
switch behavior regardless of how Perl was invoked, even
if -x was used to find the beginning of the script.
Also, apparently my Win32 version of Perl is broken as it does
examine the #! line and use the switches under Windows NT. The
program
#! perl -w
print $x;
prints an appropriate warning even if I don't use the -w switch
when I invoke it. Do you have a patch for this behavior? Or
maybe it would be easier if Perl just adopted this as a feature.
It might be useful and would avoid the annoyance of having to
change the documentation and the source code.
--
Michael M Rubenstein
------------------------------
Date: 18 Jul 1999 18:14:39 -0000
From: Jonathan Stowe <gellyfish@gellyfish.com>
Subject: Re: Anybody know how to to this?
Message-Id: <7mt5if$131$1@gellyfish.btinternet.com>
On Sun, 18 Jul 1999 09:34:46 GMT James M. Mastros wrote:
> In article <slrn7oq8u5.c9j.abigail@alexandra.delanet.com>, Abigail wrote:
>>%% I want to write a cgi for apache webserver on Digital Ux using perl.
>>
>>You want to write an interface? Or do you plan to write a program that
>>uses the CGI? Let's assume the latter....
>
> CGI is an interface,
Correct. After all if stands for 'Common Gateway Interface'.
> a CGI is a program designed to be called using that
> interface.
Err sorry this doesnt make sense - there is only *one* Common Gateway
Interface - to speak of 'a CGI' would imply that there was more than one.
If you are talking about a program that uses the CGI then you might be
forgiven for using the semantically awkward 'CGI Program' (as indeed most
do) but there is no such thing as 'a CGI' believe me. If you want to defend
this usage then you will have to defend 'an HTTP' (describing a web site),
or perhaps even 'a TELNET' (describing a remote computer).
>
> (If you're going to flame, flame correctly. (Humor has no such requirement,
> IMHO.))
If you're going to comment on the correctness of other peoples understanding
of technical terms then you might want to try to understand that usage
yourself,
/J\
--
Jonathan Stowe <jns@gellyfish.com>
Some of your questions answered:
<URL:http://www.btinternet.com/~gellyfish/resources/wwwfaq.htm>
Hastings: <URL:http://www.newhoo.com/Regional/UK/England/East_Sussex/Hastings>
------------------------------
Date: 18 Jul 1999 18:16:40 -0000
From: Jonathan Stowe <gellyfish@gellyfish.com>
Subject: Re: auto ftp
Message-Id: <7mt5m8$135$1@gellyfish.btinternet.com>
On Sun, 18 Jul 1999 08:15:41 GMT cnsxxx09@my-deja.com wrote:
> Hi
>
> Is there a module that will let me auto-ftp a file?
>
> I want to be able to run (or schedule) a perl program to automatically
> upload a file to my web-server, without requiring any interaction.
I would use Net::FTP ....
/J\
--
Jonathan Stowe <jns@gellyfish.com>
Some of your questions answered:
<URL:http://www.btinternet.com/~gellyfish/resources/wwwfaq.htm>
Hastings: <URL:http://www.newhoo.com/Regional/UK/England/East_Sussex/Hastings>
------------------------------
Date: Sun, 18 Jul 1999 18:35:27 +0200
From: "Alan J. Flavell" <flavell@mail.cern.ch>
Subject: Re: Can a .html file be executable?
Message-Id: <Pine.HPP.3.95a.990718182738.7013L-100000@hpplus03.cern.ch>
On Sun, 18 Jul 1999, Scientia wrote:
> I try to explain better my problem.
I think your problem was already clear, as was the fact that it is being
asked in the wrong place. The problem is that you haven't understood
the answers you got, so you're simply repeating the question. Too bad.
> The question IS about Perl,
With that attitude, you're unlikely to get useful results out of usenet.
> because I need to make a CGI program
Exactly, so it's about CGI. As you were already told.
> in Perl in a certain file.
Irrelevant. Perl does not care what the file is called.
> But (for reasons too long to explain) I must call this file
> something.html! I can't call it something.cgi or something.pl!
Perl DOES NOT CARE what the damned file is called.
> So, when a browser finds this file.html
^^^^^^^
I don't think you've got the hang of the client/server paradigm, either.
> So, my question was:
> is it possible to make it run (somehow) even though its name
> remains .html?!
You _have_ already been given the answer by several respondents.
You just haven't recognised the answer yet.
This is NOT a Perl language question, no matter how many times you
repeat it.
*plonk*
------------------------------
Date: Sun, 18 Jul 1999 13:36:50 -0400
From: Jerrad Pierce <belg4mit@mit.edu>
Subject: CGI::Fast vs. Apache
Message-Id: <379210B2.CD3548FA@mit.edu>
Which will get me more bang (efficiency and speed) for my buck (time spent
learning it)?
mod_perl seems to be more robust, but there also seem to be an inordinate number
of caveats.
I only expect to be running at most 4 full-time scripts anyways...
Thanks!
PS> Please (b)cc me with any replies...
------------------------------
Date: Sun, 18 Jul 1999 18:44:02 GMT
From: spamhater@ucesucks.nouce.com (Rich)
Subject: Re: Future of Perl
Message-Id: <slrn7p4823.dms.spamhater@zippy.aa2ys.ampr.org>
On 18 Jul 1999 15:29:59 GMT, revjack <revjack@radix.net> wrote:
>Rich explains it all:
>
>: I *always* check the USENET posting history of people who
>:I am considering for employment. I'm certainly not alone in this
>:practice.
>
>What do you do about forgeries? My DejaNews posting history has many
>offensive articles forged in my name, for example. Do you have an accurate
>method for checking one's usenet posting history?
That's not something that I've had to worry about so far, although
it is certainly within the realm of possibility. My interests
are pretty much restricted to how someone conducts themselves in
a job-related ( i.e., software development ) capacity. If they
choose to post to, say, alt.sex.bestiality then I don't care,
because they probably wouldn't have much to say about Perl there. :-)
On the other hand, if I saw them acting like a twit in c.l.p.m,
then I would tell them that such behavior would concern me,
because if you act like a flaming moron on the net in a technical
forum, then what assurance would I have that they wouldn't act like
a flaming moron in front of a client, when, say, gathering
requirements? Presumably, issues regarding forgery would then
come out and could be addressed, appropriately.
- Rich
------------------------------
Date: Mon, 19 Jul 1999 00:11:40 +0600
From: Masterok <zonemaster@mail.ru>
Subject: Hard question to Gurus! How to do http request as same as browser does when you sending POST-form(encrypte=multipart/...) with some submit buttons?
Message-Id: <379218DC.54FB@mail.ru>
Hard question to Gurus! How to do http request as same as browser does
when you sending POST-form(encrypte=multipart/...) with some submit
buttons?
------------------------------
Date: 18 Jul 1999 17:33:16 GMT
From: fl_aggie@thepentagon.com (I R A Darth Aggie)
Subject: Re: Hard question to Gurus! How to do http request as same as browser does when you sending POST-form(encrypte=multipart/...) with some submit buttons?
Message-Id: <slrn7p4433.c6b.fl_aggie@thepentagon.com>
On Mon, 19 Jul 1999 00:11:40 +0600, Masterok <zonemaster@mail.ru>, in
<379218DC.54FB@mail.ru> wrote:
+ Hard question to Gurus! How to do http request as same as browser does
+ when you sending POST-form(encrypte=multipart/...) with some submit
+ buttons?
'man lwpcook' ??
James - or perhaps 'perldoc lwpcook'...
------------------------------
Date: 18 Jul 1999 13:48:08 -0400
From: Uri Guttman <uri@sysarch.com>
Subject: Re: Hard question to Gurus! How to do http request as same as browser does when you sending POST-form(encrypte=multipart/...) with some submit buttons?
Message-Id: <x7hfn1hmsn.fsf@home.sysarch.com>
>>>>> "M" == Masterok <zonemaster@mail.ru> writes:
M> Hard question to Gurus! How to do http request as same as browser does
M> when you sending POST-form(encrypte=multipart/...) with some submit
M> buttons?
easy answer.
use LWP ;
remember, this is perl, not some handcuffed language where you actually
have to do some work.
uri
--
Uri Guttman ----------------- SYStems ARCHitecture and Software Engineering
uri@sysarch.com --------------------------- Perl, Internet, UNIX Consulting
Have Perl, Will Travel ----------------------------- http://www.sysarch.com
The Best Search Engine on the Net ------------- http://www.northernlight.com
"F**king Windows 98", said the general in South Park before shooting Bill.
------------------------------
Date: Sun, 18 Jul 1999 09:49:01 -0400
From: tadmc@metronet.com (Tad McClellan)
Subject: Re: HHHHEEEEEEELLLLLLPPPPPPP!!!!!!!!!!
Message-Id: <d0msm7.u41.ln@magna.metronet.com>
cshelby (cshelby@mindspring.com) wrote:
: Subject: HHHHEEEEEEELLLLLLPPPPPPP!!!!!!!!!!
SSSSuuuuubbbbjjjjjeeeecccctttt!!!!
--
Tad McClellan SGML Consulting
tadmc@metronet.com Perl programming
Fort Worth, Texas
------------------------------
Date: 18 Jul 1999 13:21:51 -0400
From: Uri Guttman <uri@sysarch.com>
Subject: Re: How to disable auto-loading?
Message-Id: <x7so6lho0g.fsf@home.sysarch.com>
>>>>> "ML" == Martin Lichtin <lichtin@bivio.com> writes:
>> which use AUTOLOAD to improve runtime performance.
that is not the only purpose of AUTOLOAD. it canbe used to CREATE or EMULATE
methods on the fly.
ML> AUTOLOAD only improves run-time performance of transient programs.
ML> It degrades reliability of servers by introducing unnecessary
ML> transient state.
again, not true. if you end up calling AUTOLOAD a lot, it slows you down.
ML> Since the purpose of AUTOLOAD is to improve the performance of
ML> perl programs, it should be a configurable option just like -O of
ML> cc. It should be completely transparent like inheritance, but unlike
ML> inheritance it should not change program function.
it can and does change program function. perl AUTOLOAD is a way to catch
unimplemented methods in a class. it is nothing more or less. what is
done in AUTOLOAD is up to the module author. so it can't be arbitrarily
shut off. it is not a compile time feature like -O. there is no
alternative to AUTOLOAD like unoptimized code.
ML> Linux, Tcl, emacs, and other systems have dynamic module loading.
ML> Whether you load dynamically or statically is determined by the
ML> system configuration, not the clients of the modules. Just as
ML> a perl installer determines whether to compile perl with or without
ML> -static, not the perl programs themselves.
perl can't load modules at build time like emacs. it makes little sense
anyway as i have mentioned that AUTOLOAD has nothing directly to do with
loading modules.
ML> All I desire is a perl configuration or run-time switch to turn
ML> off AUTOLOAD. Is this not possible?
no.
the answer is to just only use modules which don't use AUTOLOAD. good luck.
uri
--
Uri Guttman ----------------- SYStems ARCHitecture and Software Engineering
uri@sysarch.com --------------------------- Perl, Internet, UNIX Consulting
Have Perl, Will Travel ----------------------------- http://www.sysarch.com
The Best Search Engine on the Net ------------- http://www.northernlight.com
"F**king Windows 98", said the general in South Park before shooting Bill.
------------------------------
Date: Sun, 18 Jul 1999 10:16:17 -0700
From: lr@hpl.hp.com (Larry Rosler)
Subject: Re: newbie needs help!
Message-Id: <MPG.11fbabb3b7470939989cf3@nntp.hpl.hp.com>
In article <7ms9ur$7gg$2@xenon.inbe.net> on Sun, 18 Jul 1999 10:24:18
GMT, Michel Dalle <michel.dalle@usa.net> says...
> In article <x7673iid6w.fsf@home.sysarch.com>, Uri Guttman <uri@sysarch.com> wrote:
> >>>>>> "LR" == Larry Rosler <lr@hpl.hp.com> writes:
> > LR> Ook. Bloody bareword misprint there. Of course, in line with my
> > LR> environmentally-correct goal of conserving the world's limited
> > LR> supply of semicolons, I would write it thus:
> >
> > LR> chomp(@array = <CONF>);
> >
> >i know the idiom. i was just trying to be nice and simple for the
> >newbie. and i get attacked for it! i will never be nice again to anyone
> >here. this is such a nasty group. :-(
> >
> >uri
>
> Don't worry about it. I think Larry was trying out his Abigail imitation
> again :-)
Nah. I've never seen a response by Abigail to a friend. On the other
hand, maybe there is no such thing... :-)
--
(Just Another Larry) Rosler
Hewlett-Packard Laboratories
http://www.hpl.hp.com/personal/Larry_Rosler/
lr@hpl.hp.com
------------------------------
Date: Sun, 18 Jul 1999 10:22:51 -0700
From: lr@hpl.hp.com (Larry Rosler)
Subject: Re: newbie needs help!
Message-Id: <MPG.11fbad49dbf62931989cf4@nntp.hpl.hp.com>
In article <slrn7p3a33.c9j.abigail@alexandra.delanet.com> on 18 Jul 1999
05:12:19 -0500, Abigail <abigail@delanet.com> says...
> Larry Rosler (lr@hpl.hp.com) wrote on MMCXLVII September MCMXCIII in
> <URL:news:MPG.11fb098df215fb42989cf1@nntp.hpl.hp.com>:
> ,, ... in line with my
> ,, environmentally-correct goal of conserving the world's limited supply of
> ,, semicolons, I would write it thus:
> ,,
> ,, chomp(@array = <CONF>);
>
> You do realize that one hardly needs semicolons in Perl, don't you?
> That one semicolon there isn't necessary:
>
> {chomp(@array = <CONF>)}
Wasting one more character is even less eco-correct than wasting a
semicolon.
--
(Just Another Larry) Rosler
Hewlett-Packard Laboratories
http://www.hpl.hp.com/personal/Larry_Rosler/
lr@hpl.hp.com
------------------------------
Date: Sun, 18 Jul 1999 17:07:09 GMT
From: gibsea@hotmail.com
Subject: newbie needs simple explanation
Message-Id: <7mt1jn$68k$1@nnrp1.deja.com>
When you use the chmod command in a PERL CGI script, what gives the
script the right to chmod a file? Does the directory that I'm chmoding
files in have to be executable, and do the files have to be executable?
My problem is, I can't get a CGI script working, and I'm pretty sure
that it's because I don't have permissions set correctly.
I want to chmod a file 766 so I can read/write to it, then open it,
then print some variables to it,
then chmod it to 744 so that it will only become readable. I think I
set it up right.
chmod 0706, '$prot_dir/$passwd_file';
open (PASSF, ">>$prot_dir/$passwd_file") or die "PASSF";
print PASSF "$username:$password";
close (PASSF);
chmod 0704, '$prot_dir/$passwd_file';
The file on output is unaltered? got any suggestions? or fixes?
And if so, what should the permissions be set for the $prot_dir
and the $passwd_file before the CGI script is run.
Sent via Deja.com http://www.deja.com/
Share what you know. Learn what you don't.
------------------------------
Date: Sun, 18 Jul 1999 17:37:05 GMT
From: Rick Delaney <rick.delaney@home.com>
Subject: Re: newbie needs simple explanation
Message-Id: <37921094.3C8DF510@home.com>
[posted & mailed]
gibsea@hotmail.com wrote:
>
> When you use the chmod command in a PERL CGI script, what gives the
> script the right to chmod a file?
Please don't post the same question twice under two different subjects
(your first subject was much better than this meaningless one, btw).
I know a lot of people have trouble posting from deja but please make a
greater effort to make sure your first post failed.
Asked and answered. From more info:
man chmod
--
Rick Delaney
rick.delaney@home.com
------------------------------
Date: Sun, 18 Jul 1999 12:03:37 -0400
From: "cshelby" <cshelby@mindspring.com>
Subject: What Subroutine Should I use?
Message-Id: <7mstfs$sh3$1@nntp1.atl.mindspring.net>
(Marcel, is that a better subject?)
To parse scripts with CGI.pm what subroutine should I call for??
Chris
(And look no "pointlessly long and boring code". Aren't you proud?)
--
Need a web site? Need it at a LOW price?
Need Cheep Hosting? (As low as $24.95 a month for 250MB)
Need a web site? Need Promotion?
Check out CS Web Designs!
See them at http://www.cswebdeisgns.com
------------------------------
Date: Sun, 18 Jul 1999 17:49:32 GMT
From: toto@toto.com (Todd Tolhurst)
Subject: Re: What Subroutine Should I use?
Message-Id: <3792132d.12635105@news3.newsfeeds.com>
On Sun, 18 Jul 1999 12:03:37 -0400, "cshelby" <cshelby@mindspring.com>
wrote:
>(Marcel, is that a better subject?)
>To parse scripts with CGI.pm what subroutine should I call for??
Here's a little Perl snippet which will tell you everything you
need to know. Make sure you install CGI.pm first.
#!/usr/bin/perl -w
system('perldoc CGI');
--
Todd Tolhurst
toto@toto.com
http://www.w3xpert.com/toto/
-----------== Posted via Newsfeeds.Com, Uncensored Usenet News ==----------
http://www.newsfeeds.com The Largest Usenet Servers in the World!
------== Over 73,000 Newsgroups - Including Dedicated Binaries Servers ==-----
------------------------------
Date: 18 Jul 1999 17:36:40 GMT
From: fl_aggie@thepentagon.com (I R A Darth Aggie)
Subject: Re: What Subroutine Should I use?
Message-Id: <slrn7p449f.c6b.fl_aggie@thepentagon.com>
On Sun, 18 Jul 1999 12:03:37 -0400, cshelby <cshelby@mindspring.com>, in
<7mstfs$sh3$1@nntp1.atl.mindspring.net> wrote:
+ (Marcel, is that a better subject?)
Marginally at best. I had no clue *what* you're looking for.
+ To parse scripts with CGI.pm what subroutine should I call for??
Huh? Do you mean ingesting data from the web into a CGI-based script?
or are you *really* trying to parse perl programs that have 'use CGI;'
in them??
For the first, I would suggest looking at 'perldoc CGI' and getting
back to us. For the second, I'd suggest looking at perl source code
and getting back to us.
+ (And look no "pointlessly long and boring code". Aren't you proud?)
At least that has *some* entertainment value...
James
------------------------------
Date: Sun, 18 Jul 1999 17:44:47 GMT
From: marcel.grunauer@lovely.net (Marcel Grunauer)
Subject: Re: What Subroutine Should I use?
Message-Id: <3792122e.13264032@enews.newsguy.com>
On Sun, 18 Jul 1999 12:03:37 -0400, "cshelby" <cshelby@mindspring.com>
wrote:
>(Marcel, is that a better subject?)
>To parse scripts with CGI.pm what subroutine should I call for??
>Chris
>
>(And look no "pointlessly long and boring code". Aren't you proud?)
Immensely. *Much* better subject.
But I'm afraid I don't understand the question.
If you mean which sub to use to parse form input; CGI.pm does that
almost by itself.
Just do a
use CGI qw/:standard/;
and you will find all your parameters via param('name'); have a look
at the CGI.pm documentation ("perldoc CGI") and all will be clear.
Marcel
--
perl -e 'print unpack(q$u$,q$82G5S="!!;F]T:&5R(%!E<FP@2&%C:V5R$)'
------------------------------
Date: Sun, 18 Jul 1999 13:12:46 -0400
From: evil Japh <jeffp@crusoe.net>
Subject: Re: When can a CGI execute the CHMOD command
Message-Id: <Pine.GSO.4.10.9907181309060.15781-100000@crusoe.crusoe.net>
[posted & mailed]
> chmod 0706, '$test_dir/$test_file';
You didn't check the return value of chmod. That's very poor style. If
you HAD, you would've found out the OTHER problem with that line of code.
You used single quotes around variables you wanted interpolated. You
meant to use double quotes.
Read perldata (look for 'Scalar value constructors'... but read the whole
thing, too).
--
Jeff Pinyan (jeffp@crusoe.net)
www.crusoe.net/~jeffp
Crusoe Communications, Inc.
732-728-9800
www.crusoe.net
------------------------------
Date: 1 Jul 99 21:33:47 GMT (Last modified)
From: Perl-Users-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 1 Jul 99)
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.
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 V9 Issue 183
*************************************
