[9751] in Perl-Users-Digest
Perl-Users Digest, Issue: 3345 Volume: 8
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Tue Aug 4 18:05:58 1998
Date: Tue, 4 Aug 98 15:00:25 -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 Tue, 4 Aug 1998 Volume: 8 Number: 3345
Today's topics:
Re: 500 Server error (Alastair)
Re: <SELECT multiple...> only returns 1st value (Larry Rosler)
Re: <SELECT multiple...> only returns 1st value <joneil@cks.ssd.k12.wa.us>
Re: Abigail's sig: unravelling (?=...) (Ilya Zakharevich)
Re: And sometimes the FAQ's suck (Greg Bacon)
Re: And sometimes the FAQ's suck (Albert W. Dorrington)
Re: And sometimes the FAQ's suck (Jon Bell)
Re: Argh! <dgris@rand.dimensional.com>
Re: cgi problem (Bob Trieger)
Re: Checkboxes (Bob Trieger)
Re: Client side functions <thomas@daimi.aau.dk>
Re: comp.lang.perl.announce redux (Mark-Jason Dominus)
Re: comp.lang.perl.announce redux (Abigail)
Re: comp.lang.perl.announce redux (Abigail)
Re: comp.lang.perl.announce redux (Chris Nandor)
couple of questions <kandiko@vbe.com>
danger/oddness of $[=1 <"postmaster"@[127.0.0.1]>
Re: HELP ME please !!! <donatla@ix.netcom.com>
Special: Digest Administrivia (Last modified: 12 Mar 98 (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: 4 Aug 1998 20:01:47 GMT
From: alastair@psoft.co.uk (Alastair)
Subject: Re: 500 Server error
Message-Id: <6q7pbb$e8g@handupme.avid.com>
Martin <minich@globalnet.co.uk> wrote:
>Hi!
>
>I have a CGI that is working fine on an NT server but won't do
>anything on a Unix one. I just get this message. What would
>generally cause this sort of message?
>
>500 Server Error
As many will rush to tell you, this has absolutely nothing to do with
perl. You should ask in a news group related to web servers (see the
infosystems hierarchy).
The first thing I'd do having received this error would be to look in
the servers error log ...
--
Alastair
Avid Effects
alastair@psoft.co.uk
------------------------------
Date: Tue, 4 Aug 1998 13:05:16 -0700
From: lr@hpl.hp.com (Larry Rosler)
Subject: Re: <SELECT multiple...> only returns 1st value
Message-Id: <MPG.1031095575817dd3989753@nntp.hpl.hp.com>
In article <6q7lqu$28m$1@holly.prod.itd.earthlink.net> on Tue, 4 Aug 1998
15:12:39 -0400, Ha <REPLY_TO_lastronin@earthlink.net> says...
> EEk!!!!
>
> Everyone yells about using CGI.pm. People overcomplicate things and force
> the rest of us to be lazy. It's wonderful to NOT reinvent the wheel. Then
> again, if you don't even know the basics of wheel-ism, you're not gonna
> learn much.
Agreed in principle. However, one has to be much more careful than you
show in your script. You are making far too many assumptions about the
proper behavior of the server in setting up the environment variables
appropriately. That is a different form of laziness.
> Here's the nuts & bolts that CGI.pm does, and everybody has one of these
> subroutines floating around. Might as well roll your own. It's quicker,
> easier, better for the learning process.
>
> sub read_query_string
> {
> local ($buffer, @pairs, $pair, $name, $value, %FORM);
> $ENV{'REQUEST_METHOD'} =~ tr/a-z/A-Z/;
What happens if $ENV{REQUEST_METHOD} is not defined?
> if ($ENV{'REQUEST_METHOD'} eq "POST")
> {
> read(STDIN, $buffer, $ENV{'CONTENT_LENGTH'});
What happens if $ENV{CONTENT_LENGTH} is not defined or has a foolish
value (not an integer, or negative)? What happens if you don't read the
specified number of bytes successfully?
> }
> else
> {
> $buffer = $ENV{'QUERY_STRING'};
What happens if $ENV{QUERY_STRING} is not defined?
> }
> @pairs = split(/&/, $buffer);
> foreach $pair (@pairs)
> {
> ($name, $value) = split (/=/, $pair);
What happens if there is no '=' in the input?
> $value=~ tr/+/ /;
> $value=~ s/%(..)/pack("C", hex($1))/eg;
What happens if the two characters following the '%' are not valid hex
digits?
...
I haven't looked into CGI.pm in detail, but I'll wager it codes as
defensively as possible for this less-than-robust CGI programming
environment.
--
Larry Rosler
Hewlett-Packard Laboratories
http://www.hpl.hp.com/personal/Larry_Rosler/
lr@hpl.hp.com
------------------------------
Date: Tue, 04 Aug 1998 14:05:12 -0700
From: Jerome O'Neil <joneil@cks.ssd.k12.wa.us>
Subject: Re: <SELECT multiple...> only returns 1st value
Message-Id: <35C77788.8AE40C2@cks.ssd.k12.wa.us>
Ha wrote:
> Here's the nuts & bolts that CGI.pm does, and everybody has one of these
> subroutines floating around. Might as well roll your own. It's quicker,
> easier, better for the learning process.
How is this quicker and easier than:
use CGI;
my $cgi = new CGI;
Then all you need is
my $value = $cgi->param('inputname');
It might help the learning process, but at some point, you have to put
all that learning to use and write cleaner code.
Jerome
>
> sub read_query_string
> {
> local ($buffer, @pairs, $pair, $name, $value, %FORM);
> $ENV{'REQUEST_METHOD'} =~ tr/a-z/A-Z/;
> if ($ENV{'REQUEST_METHOD'} eq "POST")
> {
> read(STDIN, $buffer, $ENV{'CONTENT_LENGTH'});
> }
> else
> {
> $buffer = $ENV{'QUERY_STRING'};
> }
> @pairs = split(/&/, $buffer);
> foreach $pair (@pairs)
> {
> ($name, $value) = split (/=/, $pair);
> $value=~ tr/+/ /;
> $value=~ s/%(..)/pack("C", hex($1))/eg;
> $FORM{$name} .= "\t" if $FORM{$name}; # this tab delimits
> $FORM{$name} .= $value;
> }
> %FORM;
> }
>
> at the top of your script, declare the hash:
>
> %in = &read_query_string;
>
> to get the individual values from a multiselect listbox... say your list is
> named 'countries'
>
> @countries = split(/\t/, $in{'countries'});
> print "$countries[0]\n";
> print "$countries[1]\n";
> print "$countries[2]\n";
> ....
.
.
------------------------------
Date: 4 Aug 1998 20:08:15 GMT
From: ilya@math.ohio-state.edu (Ilya Zakharevich)
Subject: Re: Abigail's sig: unravelling (?=...)
Message-Id: <6q7pnf$rk4$1@mathserv.mps.ohio-state.edu>
[A complimentary Cc of this posting was sent to F.Quednau
<quednauf@nortel.co.uk>],
who wrote in article <35C6F74D.B89D9A3B@nortel.co.uk>:
> @arr = split /(?=(.*))/s , "Just another Perl Hacker\n";
> for (@arr) { print "elem:$_"; }
>
> Now this showed me what was actually happening. The first character is
> always split off, and that fills array element 0, with element 1 being
> filled with the remaining string. Now the string miraculously seems to
> have lost the first character, and the split now operates on that.
> Without the ?= the regexp would match the whole line, what does the ?=
> do ? Thing is, I read the documentation on ?=, and I didn't understand
> it really. I usually don't have that many problems with the docs, but
> what is actually a 'zero width positive lookahead assertion' ? The
Your patches to the docs are appreciated (start with the *newest*
version, please).
When RE is matched agains string, a little frog is leaping along the
chars of the string. When subexpression
.\W\b.
is matched, the frog leaps 3 steps ahead.
a) "zero width" means that the frog will not move after (?=...)
subexpression is matched.
b) "Positive" is opposite to "negative"; "I want"
c) "lookahead" is opposite to "lookbehind",
d) "assertion" means that there is no side effect except
acceptance/rejecting of the string (unless some *subexpressions*
ask for a side effect)
which gives:
I want to see *this* ahead of me
Abigail's RE is complicated by the fact that this assertion *has* a
side-effect due to the presence of `()' inside of it. And split//
treats results of `()' specially.
Ilya
------------------------------
Date: 4 Aug 1998 20:39:36 GMT
From: gbacon@cs.uah.edu (Greg Bacon)
Subject: Re: And sometimes the FAQ's suck
Message-Id: <6q7ri8$qjv$2@info.uah.edu>
In article <35C73703.5B16@nospam.callisto.si.usherb.ca>,
Jay Taylor <sysop97@nospam.callisto.si.usherb.ca> writes:
: And sometimes the FAQs suck or aren't tuned to non-guru users and become
: long, boring and unreadable. I prefer this forum.
This forum is not a substitute for the FAQ! The FAQ is a supplement
to this forum intended to keep the signal clean and pure. To think
otherwise is the mark of a KLB.
Greg
------------------------------
Date: 4 Aug 1998 15:47:51 -0500
From: awdorrin@mail.delcoelect.com (Albert W. Dorrington)
Subject: Re: And sometimes the FAQ's suck
Message-Id: <6q7s1n$25e@ws051eng.ictest.delcoelect.com>
In article <6q7np3$2rf$21@client3.news.psi.net>, abigail@fnx.com (Abigail) writes:
:> Jay Taylor (sysop97@nospam.callisto.si.usherb.ca) wrote on MDCCXCIX
:> September MCMXCIII in <URL: news:35C73703.5B16@nospam.callisto.si.usherb.ca>:
:> ++ >You could always try the documentation... the first page of perldoc
:> ++ >perlre will tell you the answer.... In other words RTFM.
:> ++
:> ++ Not really!
:> ++
:> ++ And sometimes the FAQs suck or aren't tuned to non-guru users and become
:> ++ long, boring and unreadable. I prefer this forum.
:>
:>
:> Then write a better one. Don't waste our time, or the bandwidth by
:> asking FAQs. Because it's extremely boring to read those questions
:> over and over again.
:>
:>
:> Abigail
Its also very boring and wasteful of our time and/or bandwidth
to see people such as yourself flame others for asking FAQs.
If it bothers you so much, take your own advice and ignore them,
someone else who is a bit more patient may actually take the
time to help them instead.
As for all the moaning and groaning - I have yet to see
anyone post a pointer to the FAQ on comp.lang.perl.misc.
Yes, I do know that Tom Phoenix posts them to
comp.lang.perl.announce but not all sites receive that newsgroup
and not all newbie even know what an FAQ is.
- Al
--
Al Dorrington
FIRMS & Web Admin, Oracle DBA Phone: 765-451-9655
IC-DELCO CIM, Delphi Delco Electronics Systems Fax: 765-451-8230
------------------------------
Date: Tue, 4 Aug 1998 21:34:37 GMT
From: jtbell@presby.edu (Jon Bell)
Subject: Re: And sometimes the FAQ's suck
Message-Id: <Ex6p9p.1vx@presby.edu>
In article <6q7ri8$qjv$2@info.uah.edu>, Greg Bacon <gbacon@cs.uah.edu> wrote:
>
>This forum is not a substitute for the FAQ! The FAQ is a supplement
>to this forum intended to keep the signal clean and pure.
Shouldn't that read, "This forum is a supplement to the FAQ"?
(and the Llama and Camel books, of course :-)
--
Jon Bell <jtbell@presby.edu>
------------------------------
Date: Tue, 04 Aug 1998 21:41:03 GMT
From: Daniel Grisinger <dgris@rand.dimensional.com>
Subject: Re: Argh!
Message-Id: <6q7ue2$25c$1@rand.dimensional.com>
[posted to comp.lang.perl.misc and mailed to the cited author]
In article <6q7nrn$nkh$2@marina.cinenet.net>
cberry@cinenet.net (Craig Berry) wrote:
>Second, how is that better? Seems that @what will still end up requiring
>the same amount of memory in either case, and that the overhead for
>explicitly pushing each line will be larger than the overhead of doing a
>list-context <>. I'd Benchmark this, but can't work out a good way to set
>up the test.
How's this-
use strict;
use Benchmark;
my $file = 'toke.c';
timethese(100, {
Push => sub { my @a;
open(F, $file) || die "Couldn't open: $!";
(push @a, $_) while (<F>);
close(F);
},
Straight => sub { my @b;
open(B, $file) || die "Couldn't open: $!";
@b = <B>;
close(B);
},
});
__END__
[dgris@rand perl]$ ./read
Benchmark: timing 100 iterations of Push, Straight...
Push: 84 wallclock secs (74.85 usr + 0.73 sys = 75.58 CPU)
Straight: 80 wallclock secs (71.93 usr + 0.64 sys = 72.57 CPU)
[dgris@rand perl]$
Looks like the straight assignment is a little bit faster than
the push.
dgris
--
Daniel Grisinger dgris@perrin.dimensional.com
"No kings, no presidents, just a rough consensus and
running code."
Dave Clark
------------------------------
Date: Tue, 04 Aug 1998 21:37:33 GMT
From: sowmaster@juicepigs.com (Bob Trieger)
Subject: Re: cgi problem
Message-Id: <6q7v44$jms$1@strato.ultra.net>
[ posted and mailed ]
mullsjo@hem2.passagen.se wrote:
-> A form on a html page sends informatin to my perl script, but I don't want it
-> to change location when the scripts replies. What is the maagic header from
-> the script to make the browser stay on the same location?
You put `cgi' in the subject, so you realize that it is a cgi question, yet
ask it in c.l.p.m. Why?
The newsgroup you want is:
news:comp.infosystems.www.authoring.cgi
HTH
Bob Trieger
sowmaster@juicepigs.com
" Cost a spammer some cash: Call 1-800-400-1972
Ext: 1949 and let the jerk that answers know
that his toll free number was sent as spam. "
------------------------------
Date: Tue, 04 Aug 1998 21:44:46 GMT
From: sowmaster@juicepigs.com (Bob Trieger)
Subject: Re: Checkboxes
Message-Id: <6q7vhl$jms$2@strato.ultra.net>
[ posted and mailed ]
jsunshine@my-dejanews.com wrote:
>>>>> Ramblings about secretaries, SSI and some HTML snipped <<<<<
Did you have a question about perl?
Bob Trieger
sowmaster@juicepigs.com
" Cost a spammer some cash: Call 1-800-400-1972
Ext: 1949 and let the jerk that answers know
that his toll free number was sent as spam. "
------------------------------
Date: Tue, 04 Aug 1998 22:27:32 +0200
From: Thomas Jespersen <thomas@daimi.aau.dk>
Subject: Re: Client side functions
Message-Id: <35C76EB4.B046FF7@daimi.aau.dk>
Finn Calabro wrote:
>
> I have a form that posts data to a cgi script, both running on a unix
> server. I need the cgi script to search for and find a program on the
> client's computer (it is on our intranet so everyone has the software,
> though it may be in a different location or a different drive), create a
> script, and run the said program with the script. I'm really just
> looking for a starting point on executing client side functions.
Client side functions should be done by Java or Javascript. I do not
know any of these languages very much, but I do not think they can do
anything like that on the client machine (for security reasons).
------------------------------
Date: 4 Aug 1998 16:01:19 -0400
From: mjd@op.net (Mark-Jason Dominus)
Subject: Re: comp.lang.perl.announce redux
Message-Id: <6q7paf$cbn$1@monet.op.net>
In article <6q7me1$g3c@news-central.tiac.net>,
Mike Stok <mike@stok.co.uk> wrote:
>That seems a little crass, English is a reasonable language to use as many
>people have it as a second or first language. The point of language is to
>communicate and English tends to be very forgiving about things like word
>order and matching sentential elements while retaining the essence of the
>message. It seems ridiculous that I should know every language in the
>world just in case someone posts in it.
>
>Another benefit English has is that most native speakers use it so badly
>that they are unlikely to pick up subtle errors made by others. English
>does seem to be the lingua franca of technology, you should check out some
>of the keywords in perl some time.
All of these are excellent reasons for allowing the use of English in
comp.lang.perl.announce.
But they are not good reasons for forbidding every other language.
It is not enough to say what use of English in the group is good.
Nobody is arguing with you about that.
The argument is about whether use of other languages is bad and should
be forbidden.
None of your points has any bearing on that.
------------------------------
Date: 4 Aug 1998 20:28:13 GMT
From: abigail@fnx.com (Abigail)
Subject: Re: comp.lang.perl.announce redux
Message-Id: <6q7qst$4ia$7@client3.news.psi.net>
Mike Stok (mike@stok.co.uk) wrote on MDCCXCIX September MCMXCIII in
<URL: news:6q7me1$g3c@news-central.tiac.net>:
++ In article <6q7a04$fm$1@client3.news.psi.net>, Abigail <abigail@fnx.com> wrote:
++
++ >Isn't it odd? People complain about the low quality of translations,
++ >yet insists on having announcements translated to English - cause they
++ >won't be able to read the original message.
++
++ >People, if you can't read French, German, Italian, or Polish, that's
++ >your loss. Don't punish others by forcing them to translate due to
++ >your own shortcomings.
++
++ That seems a little crass, English is a reasonable language to use as many
++ people have it as a second or first language. The point of language is to
++ communicate and English tends to be very forgiving about things like word
++ order and matching sentential elements while retaining the essence of the
++ message. It seems ridiculous that I should know every language in the
++ world just in case someone posts in it.
I'n not saying you should know every language. You don't have a right
to be able to read every posting in clpa. But I find it ridiculous
every poster in clpa should be able to write English.
Someone doesn't know English. That someone has something worthwhile to
say. You don't know his language. I think it's more reasonable for you
to learn his language to hear what he has to say then for him to learn
English so you can hear him. (Of course, when it is in his benefit you
will hear him, he'll make sure to speak in English).
++ Another benefit English has is that most native speakers use it so badly
++ that they are unlikely to pick up subtle errors made by others. English
++ does seem to be the lingua franca of technology, you should check out some
++ of the keywords in perl some time.
Just because English is the lingua france, it isn't the only language.
Abigail
--
perl -we '$_ = q ?4a75737420616e6f74686572205065726c204861636b65720as?;??;
for (??;(??)x??;??)
{??;s;(..)s?;qq ?print chr 0x$1 and \161 ss?;excess;??}'
------------------------------
Date: 4 Aug 1998 20:30:20 GMT
From: abigail@fnx.com (Abigail)
Subject: Re: comp.lang.perl.announce redux
Message-Id: <6q7r0s$4ia$8@client3.news.psi.net>
I R A Aggie (fl_aggie@thepentagon.com) wrote on MDCCXCIX September
MCMXCIII in <URL: news:fl_aggie-0408981513560001@aggie.coaps.fsu.edu>:
++ In article <6q7a04$fm$1@client3.news.psi.net>, abigail@fnx.com wrote:
++
++ + Isn't it odd? People complain about the low quality of translations,
++ + yet insists on having announcements translated to English - cause they
++ + won't be able to read the original message.
++
++ And if your intent is to gain the widest possible audience, then one
++ should use the linga franca of the business, which for the momement
++ is English.
I am sure they would. That's not an argument to make it mandatory.
++ Personally, I don't care what language the announcement is posted
++ in. Just so long as the subject line isn't in English, I won't get
++ annoyed.
++
++ + People, if you can't read French, German, Italian, or Polish, that's
++ + your loss. Don't punish others by forcing them to translate due to
++ + your own shortcomings.
++
++ True enough. On the other hand, if your goal is to get your software
++ out in front of as many people as possible, and to get them to use it,
++ perhaps writing the documentation in Swahili isn't feasible...
Really? Then why is there an Italian translation of the Camel?
Abigail
--
perl -wle '$, = " "; sub AUTOLOAD {($AUTOLOAD =~ /::(.*)/) [0];}
print+Just (), another (), Perl (), Hacker ();'
------------------------------
Date: Tue, 04 Aug 1998 17:48:26 -0400
From: pudge@pobox.com (Chris Nandor)
Subject: Re: comp.lang.perl.announce redux
Message-Id: <pudge-0408981748260001@192.168.0.3>
In article <6q7paf$cbn$1@monet.op.net>, mjd@op.net (Mark-Jason Dominus) wrote:
# The argument is about whether use of other languages is bad and should
# be forbidden.
I think it falls to the same criteria we use for ANY post to a moderated
group: does it have good content? will it be interesting, useful, etc. to
a significant number of people? Frankly, many posts that people like Chip
and Ilya put up might as well be Greek to me. Same with VMS, EBCDIC, and
Windows stuff. And the same goes for my Mac stuff to some of you. I
might as well be speaking another language as far as you are concerned.
It is posted anyway.
--
Chris Nandor mailto:pudge@pobox.com http://pudge.net/
%PGPKey = ('B76E72AD', [1024, '0824090B CE73CA10 1FF77F13 8180B6B6'])
------------------------------
Date: 4 Aug 1998 21:52:14 GMT
From: "Josh" <kandiko@vbe.com>
Subject: couple of questions
Message-Id: <01bdbff2$0c517de0$1d9622ce@206.242.16.3.vbe.com>
Hi
This is my first post so here goes. I have a win95 machine and was
wondering if there was a way to run the scripts just on my computer without
uploading them to my ISP. Also, can anyone recommend some good perl
programming books?
thx
Josh
------------------------------
Date: Tue, 04 Aug 1998 16:45:12 -0500
From: postmaster <"postmaster"@[127.0.0.1]>
Subject: danger/oddness of $[=1
Message-Id: <6q7vds$66k$1@farstar.frb.gov>
OK, now I know why I'm not supposed to do this (lesson: why not to
program in perl w/o reading the Llamma or Camel book). I won't do this
anymore, and went back to fix programs I did use it on. But the thinng
that made me fix this is the oddness of the following:
#!/usr/local/bin/perl
$[ = 1;
# use diagnostics;
# use CGI;
# use English;
$tst = "ABCDE";
print "substr(\$tst, 1,3) is: ", substr($tst, 1,3), "\n";
@tstary = qw( 11111 22222 33333);
print 'scalar @tstary = ', scalar @tstary, " \$\#tstary = $#tstary\n";
for ($i = 0; $i <= 3 ; $i++ ) {
print "$i: $tstary[$i]\n";
}
print "Perl Version is $]\n";
__END__
Running this produces:
"
substr($tst, 1,3) is: ABC
scalar @tstary = 3 $#tstary = 3
0: 11111
1: 11111
2: 22222
3: 33333
Perl Version is 5.00403
"
Except for the oddness in $tstary[0], this seems OK.
However, uncommenting-out *any* of the "use..." statments and running
(for example, uncommenting the "use English;" line):
"
substr($tst, 1,3) is: BCD
scalar @tstary = 3 $#tstary = 2
0: 11111
1: 22222
2: 33333
3:
Perl Version is 5.00403
"
This is the same as if the "$[ = 1;" is commented out. Since I'd like
to use modules, I'll fix my code not to use "$[ = 1", but I'm curious -
is this the expected results?
------------------------------
Date: Tue, 4 Aug 1998 17:51:42 -0400
From: "Donald W. McArthur" <donatla@ix.netcom.com>
Subject: Re: HELP ME please !!!
Message-Id: <6q7vqv$rf6@dfw-ixnews6.ix.netcom.com>
As described, there is no point in using frames.
Karolien wrote in message <35C6AAB3.E2CA826E@tvd.be>...
>Hello,
>
>I have a problem in PERL.
>I have a page with 2 frames : a top frame and a main frame.
>In the top frame there is only a title ("products" or "market").
>The problem is : in the main frame there are links to the products-page
>and to the market-page. When you click on a link the page opens in the
>main-frame. That's OK, but how can I change the title in the top-frame
>to the right one (title for the link you click) ???
>So if you click on the products-link, this page opens and the title has
>to be changed in "products" in the top-frame. How can I do this in PERL
>????
>
>Please help me out!!
>
>Thanks in advance
>Caroline
>
------------------------------
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 3345
**************************************
