[17699] in Perl-Users-Digest
Perl-Users Digest, Issue: 5119 Volume: 9
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Fri Dec 15 03:15:54 2000
Date: Fri, 15 Dec 2000 00:15:34 -0800 (PST)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Message-Id: <976868134-v9-i5119@ruby.oce.orst.edu>
Content-Type: text
Perl-Users Digest Fri, 15 Dec 2000 Volume: 9 Number: 5119
Today's topics:
problem with search engine <marco.nl@zonnet.nl>
Q: installing perl on win98 <leclair@iinet.net.au>
Re: Regex can't be greedy with /(a|ab)/ ? <lincmad001@telecom-digest.zzn.com>
Re: Regex can't be greedy with /(a|ab)/ ? <uri@sysarch.com>
Re: Regex can't be greedy with /(a|ab)/ ? <quantum_mechanic@my-deja.com>
Re: Removing Whitespace Question <jvahn@short.circuit.com>
Re: scan and read mails from /var/mail <jagman98@home.com>
Re: scan and read mails from /var/mail <tony_curtis32@yahoo.com>
Re: scan and read mails from /var/mail (Logan Shaw)
scientific notation <ep@w3dzine.net>
Re: scientific notation <m_arc@world.std.com>
Re: scientific notation <ep@w3dzine.net>
secure cookies help <ng@fnmail.com>
Sending secure server requests in Perl? <jbailey@cyberconnect.com>
Why are multiple zeroes true? miko@idocs.com
Re: Why are multiple zeroes true? <jeffp@crusoe.net>
Re: Why are multiple zeroes true? <monty@primenet.com>
Re: Why are multiple zeroes true? <uri@sysarch.com>
Re: Why are multiple zeroes true? (Rafael Garcia-Suarez)
WIN REGISTRY QUESTION <orret@wmn.net>
zip files <me@privacy.net>
Re: zip files <tony_curtis32@yahoo.com>
Digest Administrivia (Last modified: 16 Sep 99) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Fri, 15 Dec 2000 05:42:24 +0100
From: "marco-nl" <marco.nl@zonnet.nl>
Subject: problem with search engine
Message-Id: <akh_5.473$iB1.6241@zonnet-reader-1>
does anyone know the scripts from www.getperl.com
i always get a error message " to avoid domain overflow on the new URL page
please submit lates again."
how to avoid this error message.
when you add a other e.mail addres works.
but my visitors get turned off when my search engine fails or doesnīt work
properly.
does anyone know the scripts from this page.
their are very good.
but the author want repley on the e.mails from persons who didnīt buy that
script from him
greetings marco
www.marco-nl.com
------------------------------
Date: Fri, 15 Dec 2000 14:13:22 +0800
From: Richard Leclair <leclair@iinet.net.au>
Subject: Q: installing perl on win98
Message-Id: <3A39B682.7A3D27D@iinet.net.au>
I have written perl CGIs on my ISP (linux) with no problems, but I'd
like to test stuff locally on my machine, and someone said that I could
set up like a local server running ActivePerl.
Does anyone know how I go about doing this?
Any info would be helpful. Cheers.
mailto:leclair@iinet.net.au?subject=perl_on_win98
Richie !
------------------------------
Date: Thu, 14 Dec 2000 20:09:15 -0800
From: Linc Madison <lincmad001@telecom-digest.zzn.com>
Subject: Re: Regex can't be greedy with /(a|ab)/ ?
Message-Id: <141220002009155874%lincmad001@telecom-digest.zzn.com>
In article <46hi3tskukijbobag8oh4rk47ts09ojan9@4ax.com>, Bart Lateur
<bart.lateur@skynet.be> wrote:
> If these are literal strings, do a reverse sort by length.
>
> @alt = qw(a ab);
> @alt = sort { length($b) <=> length{$a} } @alt;
> $" = '|';
> /(@alt)/
>
> If your regexes are not as simple, you really will have to manually
> try different matches, and pick out the longest match.
A minor point, but I'd make the sort expression
@alt = sort { length($b) <=> length($a) or $a cmp $b } @alt;
just in case you have something like
@alt = qw(a ab abc cab bac);
(or in any event somehow resolve the ordering of strings of equal
length). There's a note in the Camel book that some systems may
generate fatal errors if you have a sort order that is not always
well-defined.
------------------------------
Date: Fri, 15 Dec 2000 04:47:54 GMT
From: Uri Guttman <uri@sysarch.com>
Subject: Re: Regex can't be greedy with /(a|ab)/ ?
Message-Id: <x78zpii939.fsf@home.sysarch.com>
>>>>> "LM" == Linc Madison <lincmad001@telecom-digest.zzn.com> writes:
>> @alt = sort { length($b) <=> length{$a} } @alt;
LM> A minor point, but I'd make the sort expression
LM> @alt = sort { length($b) <=> length($a) or $a cmp $b } @alt;
LM> just in case you have something like
LM> @alt = qw(a ab abc cab bac);
LM> (or in any event somehow resolve the ordering of strings of equal
LM> length). There's a note in the Camel book that some systems may
LM> generate fatal errors if you have a sort order that is not always
LM> well-defined.
but comparing lengths is well defined. you get the same value each time
you do the compare. there is no difference with sorting 'abc' and 'abc'
by length or by ascii. your comment is more about a sort function that
returns different results for the same comparison. a random function or
other oddity will do that and that can core dump some versions of perl.
uri
--
Uri Guttman --------- uri@sysarch.com ---------- http://www.sysarch.com
SYStems ARCHitecture, Software Engineering, Perl, Internet, UNIX Consulting
The Perl Books Page ----------- http://www.sysarch.com/cgi-bin/perl_books
The Best Search Engine on the Net ---------- http://www.northernlight.com
------------------------------
Date: Fri, 15 Dec 2000 04:59:42 GMT
From: Quantum Mechanic <quantum_mechanic@my-deja.com>
Subject: Re: Regex can't be greedy with /(a|ab)/ ?
Message-Id: <91c8fs$4i7$1@nnrp1.deja.com>
> A minor point, but I'd make the sort expression
>
> @alt = sort { length($b) <=> length($a) or $a cmp $b } @alt;
>
> just in case you have something like
>
> @alt = qw(a ab abc cab bac);
>
> (or in any event somehow resolve the ordering of strings of equal
> length). There's a note in the Camel book that some systems may
> generate fatal errors if you have a sort order that is not always
> well-defined.
>
Yes, but the note is intended for sort arguments that do not compare the
same way every time, as in:
@result = sort { 1 - rand(3) } @list;
where each ($a,$b) ordered pair will not always generate the same result
because of rand. But a sort has to be able to handle equality, as in:
@list = ( 'a', 'a', 'a' );
@result = sort @list;
Consider...it is conceivable that the lexical order is not important,
only the length, or perhaps some other function on the elements of
@list.
-QM
--
Quantum Mechanics: The dreams stuff is made of.
Sent via Deja.com
http://www.deja.com/
------------------------------
Date: 15 Dec 2000 02:58:23 GMT
From: James Vahn <jvahn@short.circuit.com>
Subject: Re: Removing Whitespace Question
Message-Id: <91c1cf$d6l$1@gonzo.circuit.com>
Evil Jim wrote:
> I'm trying to remove whitespace from a string but I have no idea how
> to do it.
perldoc is rather unforgiving and demands that you attempt to
read the minds of those that put the FAQ together. You will not
find your answer from the question you ask, rather you must ask
the question in a manner they demand: perldoc -q "strip"
For some reason a body grep was not provided, only the headers.
Try perldoc -q "." | less when you get desperate. It would
have answered your question on the second hit ( /whitespace ).
--
------------------------------
Date: Fri, 15 Dec 2000 00:58:41 GMT
From: MP <jagman98@home.com>
Subject: Re: scan and read mails from /var/mail
Message-Id: <3A396CD0.EC4D10E9@home.com>
Let me reword this:
I needs to scan each email and veriy email id and email body. How
can I split each email from /var/mail/user file or call "mail -r"
command line to scan each mail or may be other better solution for it?
So I can process "From" and "Body" filelds.
Thnanks again!
root wrote:
> How can I scan and read mails using perl from /var/mail. Thanks in
> Advance.
------------------------------
Date: 14 Dec 2000 19:03:36 -0600
From: Tony Curtis <tony_curtis32@yahoo.com>
Subject: Re: scan and read mails from /var/mail
Message-Id: <87itomjy1j.fsf@limey.hpcc.uh.edu>
[ please put your new text after the text you are replying
to ]
>> On Fri, 15 Dec 2000 00:58:41 GMT,
>> MP <jagman98@home.com> said:
> Let me reword this: I needs to scan each email and veriy
> email id and email body. How can I split each email
> from /var/mail/user file or call "mail -r" command line
> to scan each mail or may be other better solution for
> it? So I can process "From" and "Body" filelds.
http://search.cpan.org/search?mode=module&query=Mail
Mail::Utils and Mail::Folder look promising.
hth
t
--
Eih bennek, eih blavek.
------------------------------
Date: 14 Dec 2000 19:11:41 -0600
From: logan@cs.utexas.edu (Logan Shaw)
Subject: Re: scan and read mails from /var/mail
Message-Id: <91br4d$c2n$1@boomer.cs.utexas.edu>
In article <3A396CD0.EC4D10E9@home.com>, MP <jagman09@home.com> wrote:
>Let me reword this:
> I needs to scan each email and veriy email id and email body. How
>can I split each email from /var/mail/user file or call "mail -r"
>command line to scan each mail or may be other better solution for it?
>So I can process "From" and "Body" filelds.
The MailTools distribution should (according to its documentation) do
what you want. It includes a module called Mail::Internet for dealing
with whole messages, and a module called Mail::Header for dealing with
headers. There's also a module called Mail::Util which contains a
method called read_mbox(), which is supposed to read a mailbox in
standard Unix format and give you an array containing the messages.
See http://search.cpan.org/search?dist=MailTools for documentation and
to download the distribution of modules if you don't have it.
There is more than one way to do it, though -- a heavier duty package
exists called Mail::Cclient which lets you access a popular library
called c-client; this will let you access mailboxes in a number of
formats (even remote ones). And then, there is also the MIME-tools
Perl module distribution, which will let you manipulate MIME messages
(including e-mails) to your heart's content.
- Logan
------------------------------
Date: Thu, 14 Dec 2000 19:38:25 -0800
From: "Harley Green" <ep@w3dzine.net>
Subject: scientific notation
Message-Id: <3a399378_4@isp.uncensored-news.com>
Hi,
I am using an entrynumplain widget with perl/tk and whenever the user enters
a number that is pretty large and does something with it, ie: backspace,
backbutton, add, subtract, divide, multiply etc, it puts the numbers into
scientific notation, is there a way to disable this?
Thanks (If indeed you do help!),
Harley
______________________________________________________________________
Posted Via Uncensored-News.Com - Still Only $9.95 - http://www.uncensored-news.com
With Servers In California, Texas And Virginia - The Worlds Uncensored News Source
------------------------------
Date: Fri, 15 Dec 2000 04:31:25 GMT
From: Marc Dashevsky <m_arc@world.std.com>
Subject: Re: scientific notation
Message-Id: <MPG.14a368a3f19f1dfa989caa@nntp.ne.mediaone.net>
In article <3a399378_4@isp.uncensored-news.com>, ep@w3dzine.net says...
> I am using an entrynumplain widget with perl/tk and whenever the user enters
> a number that is pretty large and does something with it, ie: backspace,
> backbutton, add, subtract, divide, multiply etc, it puts the numbers into
> scientific notation, is there a way to disable this?
Please forgive my ignorance, but I haven't heard of an entrynumplain
widget. Perhaps you could use Entry widget similar to:
use Tk;
my $mw = tkinit;
$mw->Label(-text => 'Enter a number:')->pack(-side => 'left');
$mw->Entry(
-validate => 'key',
-validatecommand => sub {
my($proposed, $chars, $current, $index, $type) = @_;
if ($type == 1) {
if ($chars !~ /^-?(?:\d+(?:\.\d*)?|\.\d*)$/) {
$mw->messageBox(
-message => 'Not a well-formed number.',
-type => 'OK',
);
return(0);
}
}
return(1);
},
)->pack(-side => 'left');
MainLoop;
You'd probably want to spend a bit of time on the regexp.
--
Marc Dashevsky (remove "_" from address to reply by e-mail)
------------------------------
Date: Thu, 14 Dec 2000 22:58:36 -0800
From: "Harley Green" <ep@w3dzine.net>
Subject: Re: scientific notation
Message-Id: <3a39c262_5@isp.uncensored-news.com>
correction its a NumEntryPlain widget.
"Harley Green" <ep@w3dzine.net> wrote in message
news:3a399378_4@isp.uncensored-news.com...
> Hi,
> I am using an entrynumplain widget with perl/tk and whenever the user
enters
> a number that is pretty large and does something with it, ie: backspace,
> backbutton, add, subtract, divide, multiply etc, it puts the numbers into
> scientific notation, is there a way to disable this?
>
> Thanks (If indeed you do help!),
> Harley
>
>
>
> ______________________________________________________________________
> Posted Via Uncensored-News.Com - Still Only $9.95 -
http://www.uncensored-news.com
> With Servers In California, Texas And Virginia - The Worlds Uncensored
News Source
>
______________________________________________________________________
Posted Via Uncensored-News.Com - Still Only $9.95 - http://www.uncensored-news.com
With Servers In California, Texas And Virginia - The Worlds Uncensored News Source
------------------------------
Date: Thu, 14 Dec 2000 18:10:04 -0600
From: "Enrico Ng" <ng@fnmail.com>
Subject: secure cookies help
Message-Id: <91bngv$rkr$1@info1.fnal.gov>
I have a javascript set a cookie
then a perl script reads the cookie
this all works fine except when I use HTTPS
is there anything I can do to fix this?
--
Enrico Ng <ng@fnmail.com>
------------------------------
Date: Thu, 14 Dec 2000 23:52:51 -0600
From: "Scuttlebutt" <jbailey@cyberconnect.com>
Subject: Sending secure server requests in Perl?
Message-Id: <91cbnv$eq5$1@news.chatlink.com>
Hey all - How can I set up a secure connection with a server (sending user
name and password) in Perl, and send page requests over the secure (SSL)
connection, like POSTed forms? Can this be done with the LWP and HTTP
modules? Any information would be helpful, thanks.
------------------------------
Date: Fri, 15 Dec 2000 01:54:37 GMT
From: miko@idocs.com
Subject: Why are multiple zeroes true?
Message-Id: <91btkr$s6u$1@nnrp1.deja.com>
Here's something I've been curious about for some time. Why does Perl
consider a string of zeroes true? Personally, I find this
Not-What-I-Expect.
As you all know, Perl considers "0" as false. That makes sense, zero
being a pretty false-ish kind of number. However, it considers a string
of more than one zero as true. So, for example, the following code
outputs "True":
my $var = "000";
print $var ? "True" : "False";
Interpreted as numbers, "0" and "000" are both 0. Interpreted as
strings, neither is an empty string. And yet for boolean purposes they
are evaluated differently.
The Llama and Camel books both document this behavior, but with hints
that maybe this isn't What-You-Expect.
So what's the reasoning for this choice? Does anybody else consider
this Not-What-You-Expect?
- miko
--
Miko O'Sullivan
Author of The Mikodocs Guide to HTML
http://www.mikodocs.com/tags/
Sent via Deja.com
http://www.deja.com/
------------------------------
Date: Thu, 14 Dec 2000 22:30:17 -0500
From: Jeff Pinyan <jeffp@crusoe.net>
Subject: Re: Why are multiple zeroes true?
Message-Id: <Pine.GSO.4.21.0012142225440.4213-100000@crusoe.crusoe.net>
[posted & mailed]
On Dec 15, miko@idocs.com said:
>As you all know, Perl considers "0" as false. That makes sense, zero
>being a pretty false-ish kind of number. However, it considers a string
>of more than one zero as true. So, for example, the following code
>outputs "True":
>
> my $var = "000";
> print $var ? "True" : "False";
The rules for falseness are:
* any mathematical expression that is equivalent to the string '0'
* the empty string ''
* the string '0'
* the undefined value
Since "000" is not a mathematical expression, it's not evaluated as
0. If, instead, it were 000, or if it were "000" + 0, THEN it would be
evaluated as 0.
>Interpreted as numbers, "0" and "000" are both 0. Interpreted as
>strings, neither is an empty string. And yet for boolean purposes they
>are evaluated differently.
Right; see the above rules.
--
Jeff "japhy" Pinyan japhy@pobox.com http://www.pobox.com/~japhy/
CPAN - #1 Perl Resource (my id: PINYAN) http://search.cpan.org/
PerlMonks - An Online Perl Community http://www.perlmonks.com/
The Perl Archive - Articles, Forums, etc. http://www.perlarchive.com/
------------------------------
Date: 15 Dec 2000 07:00:17 GMT
From: Jim Monty <monty@primenet.com>
Subject: Re: Why are multiple zeroes true?
Message-Id: <91cfi1$7um$1@nnrp2.phx.gblx.net>
Jeff Pinyan <japhy@pobox.com> wrote:
> On Dec 15, miko@idocs.com said:
> > As you all know, Perl considers "0" as false. That makes sense, zero
> > being a pretty false-ish kind of number. However, it considers a string
> > of more than one zero as true. So, for example, the following code
> > outputs "True":
> >
> > my $var = "000";
> > print $var ? "True" : "False";
>
> The rules for falseness are:
>
> [1] * any mathematical expression that is equivalent to the string '0'
> [2] * the empty string ''
> [3] * the string '0'
> [4] * the undefined value
>
> Since "000" is not a mathematical expression, it's not evaluated as
> 0. If, instead, it were 000, or if it were "000" + 0, THEN it would be
> evaluated as 0.
>
> > Interpreted as numbers, "0" and "000" are both 0. Interpreted as
> > strings, neither is an empty string. And yet for boolean purposes they
> > are evaluated differently.
>
> Right; see the above rules.
Yes. But I think Miko's question is just about Rule 3; Rule 1 is
understood. Why is the string '0' a false value but the string '00'
NOT a false value? In other words, by what rationale did Larry Wall
determine that a string consisting of a single zero should be false
and a string consisting of two or more zeros should be true.
Miko is not questioning WHAT the rule is, but rather WHY the rule is.
--
Jim Monty
monty@primenet.com
Tempe, Arizona USA
------------------------------
Date: Fri, 15 Dec 2000 06:32:34 GMT
From: Uri Guttman <uri@sysarch.com>
Subject: Re: Why are multiple zeroes true?
Message-Id: <x7zohygpod.fsf@home.sysarch.com>
>>>>> "JM" == Jim Monty <monty@primenet.com> writes:
JM> Yes. But I think Miko's question is just about Rule 3; Rule 1 is
JM> understood. Why is the string '0' a false value but the string '00'
JM> NOT a false value? In other words, by what rationale did Larry Wall
JM> determine that a string consisting of a single zero should be false
JM> and a string consisting of two or more zeros should be true.
JM> Miko is not questioning WHAT the rule is, but rather WHY the rule is.
it doea make sense if you think about perl's conversions. undef is the
real false value. but it will converted to '' in a string context and to
0 in a numeric one so they are also false. '' will be converted to 0 in
a numeric context as well. so to keep this symmetrical, 0 when converted
toa string context which will give '0' should also be false. '00' cannot
be automatically generated by any of those conversions from a proper
false value so it must be true. boolean contexts do not convert strings
to numbers so why would you expect '00' to be converted to 0 so it would
be false?
it all makes sense and you should trust larry's judgement on this. it
has been this way for years and all experienced perl hackers know it and
understand it. this question only comes from newbies who haven't learned
enough perl yet.
uri
--
Uri Guttman --------- uri@sysarch.com ---------- http://www.sysarch.com
SYStems ARCHitecture, Software Engineering, Perl, Internet, UNIX Consulting
The Perl Books Page ----------- http://www.sysarch.com/cgi-bin/perl_books
The Best Search Engine on the Net ---------- http://www.northernlight.com
------------------------------
Date: Fri, 15 Dec 2000 07:36:25 GMT
From: rgarciasuarez@free.fr (Rafael Garcia-Suarez)
Subject: Re: Why are multiple zeroes true?
Message-Id: <slrn93jmgv.p8.rgarciasuarez@rafael.kazibao.net>
miko@idocs.com wrote in comp.lang.perl.misc:
> Here's something I've been curious about for some time. Why does Perl
> consider a string of zeroes true? Personally, I find this
> Not-What-I-Expect.
>
> As you all know, Perl considers "0" as false. That makes sense, zero
> being a pretty false-ish kind of number. However, it considers a string
> of more than one zero as true. So, for example, the following code
> outputs "True":
>
> my $var = "000";
> print $var ? "True" : "False";
>
> Interpreted as numbers, "0" and "000" are both 0. Interpreted as
> strings, neither is an empty string. And yet for boolean purposes they
> are evaluated differently.
That's the kind of things that happen when strings and integers are
stored in the same variable type ("scalar") in programming languages.
Choices have to be done.
Here an attempt to a rationale :
$ perl -le 'print"0"?1:0';
0
"0" has to be false because it's too close to 0: there's no difference
between string and integer variables in Perl.
$ perl -le 'print"000"?1:0';
1
This does not apply to "000", nor to other strings like "0.0e+0", that
are alternative string representations of the number 0. It's too complex
(and often unwanted) to systematically try to parse as a number what is
given as a string. If the Perl interpreter had this behavior, it would
become impossible to have a scalar holding the string value "000".
$ perl -le 'print 000?1:0';
0
But what is given as a number is evaluated as a number. Once parsed by
the Perl interpreter, 000 becomes the scalar value "0" (with or without
quotes, at your option). The "" around "000" prevents this
'optimization'.
$ perl -le 'print((0+"000")?1:0)';
0
The conversion to an number also occurs when a numeric operator is
applied to a string. Or, to be more precise: scalar variables are parsed
like numbers when they're used in a numeric context. The key point here
is to understand where and when perl parses a string value into a
number: sometimes during the compilation, sometimes during the
execution.
I hope I hadn't been too confusing...
--
# Rafael Garcia-Suarez / http://rgarciasuarez.free.fr/
------------------------------
Date: Thu, 14 Dec 2000 21:53:10 -0800
From: "Lourdes Orret" <orret@wmn.net>
Subject: WIN REGISTRY QUESTION
Message-Id: <91cbin$jdh$1@madmax.keyway.net>
Hello
I need read from a PERL script values stored in the Registry (Win NT 4.0)
using
the C++ TRegistry->WriteTime and TRegistry->WriteDateTime.
I was playing with Win32::TieRegistry, but I need a little help. Any
comments, suggestions and even code is welcome, thanks everyone in advance
Sidney
------------------------------
Date: Thu, 14 Dec 2000 23:53:23 GMT
From: "EM" <me@privacy.net>
Subject: zip files
Message-Id: <T3d_5.9083$Nw6.30149@news.iol.ie>
with perl how do i view a list of files contained in a zip and if possible
extract them
i do not have root permissions to install modules so is there any that are
standard for this?
and is rar,ace and cab compression supported?
------------
Eric
------------------------------
Date: 14 Dec 2000 18:09:23 -0600
From: Tony Curtis <tony_curtis32@yahoo.com>
Subject: Re: zip files
Message-Id: <87r93ak0jw.fsf@limey.hpcc.uh.edu>
>> On Thu, 14 Dec 2000 23:53:23 GMT,
>> "EM" <me@privacy.net> said:
> with perl how do i view a list of files contained in a zip and if
> possible extract them
http://search.cpan.org/
> i do not have root permissions to install modules so is there any
> that are standard for this?
This has been covered ad nauseam in this group, so a perusal of
http://www.deja.com/usenet
should provide all possible answers.
> and is rar,ace and cab compression supported?
Dunno, never heard of them.
hth
t
--
Eih bennek, eih blavek.
------------------------------
Date: 16 Sep 99 21:33:47 GMT (Last modified)
From: Perl-Users-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 16 Sep 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.
| NOTE: The mail to news gateway, and thus the ability to submit articles
| through this service to the newsgroup, has been removed. I do not have
| time to individually vet each article to make sure that someone isn't
| abusing the service, and I no longer have any desire to waste my time
| dealing with the campus admins when some fool complains to them about an
| article that has come through the gateway instead of complaining
| to the source.
To submit articles to comp.lang.perl.announce, send your article to
clpa@perl.com.
To request back copies (available for a week or so), send your request
to almanac@ruby.oce.orst.edu with the command "send perl-users x.y",
where x is the volume number and y is the issue number.
For other requests pertaining to the digest, send mail to
perl-users-request@ruby.oce.orst.edu. Do not waste your time or mine
sending perl questions to the -request address, I don't have time to
answer them even if I did know the answer.
------------------------------
End of Perl-Users Digest V9 Issue 5119
**************************************
