[30350] in Perl-Users-Digest
Perl-Users Digest, Issue: 1593 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Fri May 30 11:09:50 2008
Date: Fri, 30 May 2008 08:09:14 -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 Fri, 30 May 2008 Volume: 11 Number: 1593
Today's topics:
[OT] Re: Using perl locally on a Windows XP system <1usa@llenroc.ude.invalid>
Re: Can't locate object method is_initial_req <smallpond@juno.com>
Re: FAQ 5.12 How can I open a filehandle to a string? <hjp-usenet2@hjp.at>
Re: How to make input user and password in perl script <jurgenex@hotmail.com>
Re: How to make input user and password in perl script <RedGrittyBrick@SpamWeary.foo>
Re: Need help with a simple (I think) Perl script <1usa@llenroc.ude.invalid>
Re: Need help with a simple (I think) Perl script <1usa@llenroc.ude.invalid>
Re: Need help with a simple (I think) Perl script <benkasminbullock@gmail.com>
Re: Need help with a simple (I think) Perl script <jurgenex@hotmail.com>
Re: Need help with a simple (I think) Perl script <someone@example.com>
Re: Need help with a simple (I think) Perl script <1usa@llenroc.ude.invalid>
Re: Need help with a simple (I think) Perl script <cwilbur@chromatico.net>
Re: Need help with a simple (I think) Perl script <hjp-usenet2@hjp.at>
Re: Need help with a simple (I think) Perl script <tzz@lifelogs.com>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Fri, 30 May 2008 11:41:48 GMT
From: "A. Sinan Unur" <1usa@llenroc.ude.invalid>
Subject: [OT] Re: Using perl locally on a Windows XP system
Message-Id: <Xns9AAE4E4A3BD5Dasu1cornelledu@127.0.0.1>
Tad J McClellan <tadmc@seesig.invalid> wrote in
news:slrng3v1nh.c0t.tadmc@tadmc30.sbcglobal.net:
> Bill H <bill@ts1000.us> wrote:
>> Sinan
>>
>> On May 28, 5:33 pm, "A. Sinan Unur" <1...@llenroc.ude.invalid> wrote:
>>> Bill H <b...@ts1000.us> wrote in news:6ab8640b-5582-4edf-b1db-
>>> f38fa99b1...@e53g2000hsa.googlegroups.com:
>>>
...
>>> > I am sure there are a number of you
>>> > who have already set their system to do this.
>>>
>>> Of course. And, it is trivial to do so.
>>
>> So you could have said "It is trivial to do so, check out this site,
>> or google for this software." Probably would have been faster on your
>> end and would have gotten a "thank you sinan" and a few nice thoughts
>> on my end.
>
>
> Yeah, I thought a pointer to some answer would have been nice too.
Well, OK then.
The OP did not specify which web server he wanted to install. Therefore,
I did not post any pointers.
John Bokma has step-by-step instructions for installing Apache on
Windows:
http://johnbokma.com/windows/apache-virtual-hosts-xp.html
As an aside, I prefer not to install Apache as a service, bind only to
127.0.0.1 and listen on port 8080. I also do not like the default path
and prefer to install it in C:\opt\httpd (just in case there is
something I might install in the future that does not like spaces in
paths.)
The naming scheme I use for virtual hosts is simple: I append .local to
the domain name of the site it is supposed to replicate. Then, I add the
entry to the hosts file
127.0.0.1 unur.com.local
To make sure I can move CGI scripts between my laptop and the live site
with the minimum fuss, I use
http://httpd.apache.org/docs/2.2/mod/core.html#scriptinterpretersource
set to Registry-Strict so Apache ignores shebang lines.
mod_perl is installed via ppm and set up according to my specific needs.
And just like this, I have created a really off-topic post. I would
rather not see more of these here. If one wants to set up a web server,
one needs to first decide which web server to install, read the docs,
find out sites and follow the group for that web server. Setting up CGI
functionality on that web server is also a topic for the server-specific
group.
Now, what if the OP had really wanted to set up IIS on his local system?
Do we now start posting articles on how to configure IIS? What if the OP
does not know about the hosts file? Do I post follow-ups to such
questions?
*Sigh*
Sinan
--
A. Sinan Unur <1usa@llenroc.ude.invalid>
(remove .invalid and reverse each component for email address)
comp.lang.perl.misc guidelines on the WWW:
http://www.rehabitation.com/clpmisc/
------------------------------
Date: Fri, 30 May 2008 10:03:19 -0400
From: smallpond <smallpond@juno.com>
Subject: Re: Can't locate object method is_initial_req
Message-Id: <24a2e$48400931$27204@news.teranews.com>
joe wrote:
> Hello I am using AuthDBI with apache and I keep getting this error.
> Can't locate object method "is_initial_req" via package
> "Apache2::RequestRec
>
> I searched for is_initial_req and found the following
>
> site_perl/5.8.5/Apache/AuthDBI.pm: $type .= 'initial ' if $r-
>
>>is_initial_req();
>
> site_perl/5.8.5/Apache/AuthDBI.pm: $type .= 'initial ' if $r-
>
>>is_initial_req;
>
> site_perl/5.8.5/Apache/AuthDBI.pm: unless $r->is_initial_req; #
> only the first internal request
> site_perl/5.8.5/Apache/AuthDBI.pm: $type .= 'initial ' if $r-
>
>>is_initial_req();
>
> site_perl/5.8.5/Apache/AuthDBI.pm: $type .= 'initial ' if $r-
>
>>is_initial_req;
>
> site_perl/5.8.5/Apache/AuthDBI.pm: unless ($r->is_initial_req) {
> Binary file site_perl/5.8.5/i386-linux-thread-multi/auto/Apache2/
> RequestUtil/RequestUtil.so matches
> site_perl/5.8.5/i386-linux-thread-multi/Apache2/RequestUtil.pm:
> $is_initial = $r->is_initial_req();
> site_perl/5.8.5/i386-linux-thread-multi/Apache2/RequestUtil.pm:=head2
> C<is_initial_req>
> site_perl/5.8.5/i386-linux-thread-multi/Apache2/RequestUtil.pm:
> $is_initial = $r->is_initial_req();
> site_perl/5.8.5/i386-linux-thread-multi/Apache2/RequestRec.pm:C<L<$r-
> E<gt>is_initial_req|docs::2.0::api::Apache2::RequestUtil/
> C_is_initial_req_>>.
> site_perl/5.8.5/i386-linux-thread-multi/Apache2/SizeLimit.pm: if
> ($r->is_initial_req()) {
> site_perl/5.8.5/i386-linux-thread-multi/ModPerl/
> MethodLookup.pm: 'is_initial_req' => [
>
>
> Any ideas?
>
> THanks.
grep is_initial AuthDBI.pm
162: $type .= 'initial ' if $r->is_initial_req;
167: return OK unless $r->is_initial_req; # only the first internal request
418: $type .= 'initial ' if $r->is_initial_req;
423: return OK unless $r->is_initial_req; # only the first internal request
Something is wrong with your AuthDBI module. is_initial_req is not a method.
** Posted from http://www.teranews.com **
------------------------------
Date: Fri, 30 May 2008 15:47:45 +0200
From: "Peter J. Holzer" <hjp-usenet2@hjp.at>
Subject: Re: FAQ 5.12 How can I open a filehandle to a string?
Message-Id: <slrng401c1.680.hjp-usenet2@hrunkner.hjp.at>
On 2008-05-30 02:02, Ben Morrow <ben@morrow.me.uk> wrote:
> Quoth "Peter J. Holzer" <hjp-usenet2@hjp.at>:
>> Yikes! Did I really create that monster of a sentence (not to mention
>> the typo)? I guess it shows that German is my native language. How about
>> this?
>>
>> | Since Perl 5.8.0 a file handle referring to a string can be created by
>> | calling open with a reference to that string instead of the filename.
>> | This file handle can then be used to read from or write to the string:
>
>| Since Perl 5.8.0 a file handle can be used to read and write the
>| contents of a scalar instead of a file on disk. This is done by
>| passing C<open> a reference in place of a filename:
>
> The important part is 'this handle doesn't actually point to a file'.
> The detail of passing a reference should come later.
Yes, that's better.
hp
------------------------------
Date: Fri, 30 May 2008 10:58:57 GMT
From: Jürgen Exner <jurgenex@hotmail.com>
Subject: Re: How to make input user and password in perl script started on web?
Message-Id: <54nv345rbak4gdoqi1o1fhlm26qmunqc1r@4ax.com>
fishfry <BLOCKSPAMfishfry@your-mailbox.com> wrote:
> Bill H <bill@ts1000.us> wrote:
>> On May 29, 5:24 pm, Jürgen Exner <jurge...@hotmail.com> wrote:
>> > "Pero" <p...@tupwerwt.ch> wrote:
>> > >How to make input user and password in perl script
>> >
>> > This Question is Asked Frequently: perldoc -q password
>> > "How do I ask the user for a password?"
>> >
>> > >started on web?
>> >
>> > This Question is also Asked Frequently: perldoc -q password
>> > "How do I put a password on my web pages?"
>>
>> Or on the web if you sitting in your living room away from perldoc
>> like me (I had to see if perldoc.perl.org worked like perldoc -q and
>> it does :) ): http://perldoc.perl.org/perlfaq8[...]
>>
>> And just so you know, neither one really tells you how, they tell you
>> it has nothing to do with perl.
>>
>
>More helpfulness (not) from this newsgroup.
-v, please?
>No wonder PHP's kicking Perl's ass in the real world.
What does the one language have to do with the other? Maybe PHP
inherited certain designs from Perl, but they were designed for very
different purposes.
>I'm sick to death of the newbie-bashing
>around here.
Maybe you could post a more appropriate reply to the OP such that we all
can learn?
jue
------------------------------
Date: Fri, 30 May 2008 11:09:23 +0100
From: RedGrittyBrick <RedGrittyBrick@SpamWeary.foo>
Subject: Re: How to make input user and password in perl script started on web?
Message-Id: <483fd253$0$2485$da0feed9@news.zen.co.uk>
fishfry wrote:
> More helpfulness (not) from this newsgroup. No wonder PHP's kicking
> Perl's ass in the real world. I'm sick to death of the newbie-bashing
> around here.
What is your answer to the OP's question?
------------------------------
Date: Fri, 30 May 2008 11:57:38 GMT
From: "A. Sinan Unur" <1usa@llenroc.ude.invalid>
Subject: Re: Need help with a simple (I think) Perl script
Message-Id: <Xns9AAE50F8FBE12asu1cornelledu@127.0.0.1>
Bill H <bill@ts1000.us> wrote in
news:bec27717-a518-4a63-8270-851ee9ef780d@56g2000hsm.googlegroups.com:
> On May 29, 5:50 pm, Ben Bullock <benkasminbull...@gmail.com> wrote:
>> On Thu, 29 May 2008 21:05:15 +0000, A. Sinan Unur wrote:
>> > Hence, my belief that the poster intentionally misrepresented the
>> > contents of the script. That is, he lied.
>>
>> Why you (and John Bokma, and others) endlessly insult and harass
>> newcomers to this newsgroup I don't know, but I don't enjoy reading
>> it, and I wish you'd stop it.
>
> Hear Hear!
Well, I don't enjoy trying to help someone only to find out halfway
through that that someone posted a script that was *intentionally*
misleading.
If the OP had posted:
my $year;
# ...
$Year = 1999;
# ...
print "$year\n";
and then asked why he wasn't getting the expected output, I would not
have reacted strongly. In that case, I would have pointed out that in
Perl variable names are case sensitive: I.e. $year and $Year are
different variables. Told him that strict would have caught that error.
What the OP did was to put
use strict;
in his post when that statement had not been in the script he was
working on. The only reason he put it in there was to make his post look
good and he left it to others (namely the one person who pointed out
that the <select></select> in HTML does not eliminate the need for
server-side parameter validation, the one person who pointed out that he
was using \n inside of a single-quoted string etc) to find out in the
middle of trying to help him that he could not have been bothered to do
the minimal amount of work required to help himself.
> many of the answers to these questions seem to present solutions that
> will not work in a cgi environment. For example the simple "die"
> statement. If you use that in a cgi and call the perl from a web
> browser you will get (or it has at least been my experience, I could
> be wrong (and probably am)) a 500 internal server error.
And how would you suppose we deal with that? There are many ways one
could deal with that on a real server. We use die here as a shortcut
because we cannot be asked to write custom solutions for each person's
specific situation. It is up to the person who is developing the web
site to decide how to deal with errors and what information to present
to the web site user. Note that fatalsToBrowser should not be used on a
server facing the world. Never.
> The other suggestion of installing this or using that module, not
> everyone who is programming in perl for cgi has their own server or
> has the ability of adding new modules to the server (fortunatly I do)
> and have to work within the capabilities of the system they are
> running on. So if they post a problem and there is a solution that
> wouldn't require them installing a module, recommend it, instead of
> just saying use blah::blah.
As has been pointed out, there is almost never any good reason to avoid
using CPAN modules.
What do you want us to do? Re-create the same solutions over and over
and over in UseNet posts?
Sinan
--
A. Sinan Unur <1usa@llenroc.ude.invalid>
(remove .invalid and reverse each component for email address)
comp.lang.perl.misc guidelines on the WWW:
http://www.rehabitation.com/clpmisc/
------------------------------
Date: Fri, 30 May 2008 12:00:41 GMT
From: "A. Sinan Unur" <1usa@llenroc.ude.invalid>
Subject: Re: Need help with a simple (I think) Perl script
Message-Id: <Xns9AAE517DADD10asu1cornelledu@127.0.0.1>
Bill H <bill@ts1000.us> wrote in news:9bfaa08b-42e3-4340-85a1-
fbb25f20b25f@m3g2000hsc.googlegroups.com:
> I am sure that is the case many times. Personal experience on my end,
> working with a clients hosting provider (network solutions) we needed
> to install a simple Perl API from their merchant gateway to calculate
> sales tax. Since the client was in a shared hosting environment they
> couldn't do it, the only solution provided by netsol was to upgrade to
> a virtual server environment. I ended up just writing the code in
> their Perl order processor to replicate the API's function.
First off, what is the point of doing e-commerce on shared hosting?
Second, are you claiming that you could not have copied files over FTP
to the same location where you were going to put the script?
> Bill H
>
>>
>> --
>> Gunnar Hjalmarsson
>> Email:http://www.gunnar.cc/cgi-bin/contact.pl
Do *NOT* quote sigs.
Sinan
--
A. Sinan Unur <1usa@llenroc.ude.invalid>
(remove .invalid and reverse each component for email address)
comp.lang.perl.misc guidelines on the WWW:
http://www.rehabitation.com/clpmisc/
------------------------------
Date: Fri, 30 May 2008 12:37:27 +0000 (UTC)
From: Ben Bullock <benkasminbullock@gmail.com>
Subject: Re: Need help with a simple (I think) Perl script
Message-Id: <g1ose6$kme$1@ml.accsnet.ne.jp>
On Fri, 30 May 2008 01:16:39 +0200, Gunnar Hjalmarsson wrote:
> If you develop a Perl program in a CGI
> environment, you'd better make it a habit to
>
> use CGI::Carp 'fatalsToBrowser';
>
> It will make the browser display more meaningful error messages.
That may not always be a good habit, since the error messages are meaningful
only to the programmer:
http://schwern.org/~schwern/cgi-bin/unix2vms/
One can look for the messages produced by "die" in the error log too, and if
the code is in use by people other than the CGI programmers (which it probably
will be) it's probably a better bet to not use the above outside of testing,
since it will produce something meaningless and confusing.
------------------------------
Date: Fri, 30 May 2008 12:46:23 GMT
From: Jürgen Exner <jurgenex@hotmail.com>
Subject: Re: Need help with a simple (I think) Perl script
Message-Id: <kftv345n4lap5djnlgff1the02ov480n7e@4ax.com>
Ben Bullock <benkasminbullock@gmail.com> wrote:
>On Fri, 30 May 2008 01:16:39 +0200, Gunnar Hjalmarsson wrote:
>
>> If you develop a Perl program in a CGI
>> environment, you'd better make it a habit to
>>
>> use CGI::Carp 'fatalsToBrowser';
>>
>> It will make the browser display more meaningful error messages.
>
>That may not always be a good habit, since the error messages are meaningful
>only to the programmer:
Plus it can provide information about the program, which could possibly
be used to exploit security holes in the program by crackers.
Therefore, as you said: don't use in production code.
jue
------------------------------
Date: Fri, 30 May 2008 13:08:48 GMT
From: "John W. Krahn" <someone@example.com>
Subject: Re: Need help with a simple (I think) Perl script
Message-Id: <A%S%j.604$cV.11@edtnps92>
Joe Schaefer wrote:
>
> Here's some untested code to do that for you. It's
> written idiomatically, which may be difficult to
*********************
*********************
> understand without some experience with Perl.
> Fortunately Perl has a very good documentation
> system which will explain everything here.
>
> #!/usr/bin/perl -T
> use strict;
> use warnings;
> use CGI qw/:standard :debug/; # drop the ":debug when going live"
>
> my $year;
> my $month;
>
> for (scalar param("Year")) {
> defined or die "Missing 'Year' parameter";
> /^(\d{4})$/ or die "Bad 'Year' parameter:$_";
> $year = $1;
> }
In all my (mumble, mumble) years of Perl programming I have never seen
that particular idiom used. I have usually seen that written as:
defined( my $year = param( 'Year' ) )
or die "Missing 'Year' parameter";
$year =~ /\A(\d{4})\z/ or die "Bad 'Year' parameter:$year";
$year = $1;
> # you can use this hash to do impedance matching
> # between the parameters passed into your script
> # and the naming conventions for your files
>
> my %month_names = (
> Jan => "Jan",
> Feb => "Feb",
> Mar => "Mar",
> Apr => "Apr",
> May => "May",
> Jun => "Jun",
> Jul => "Jul",
> Aug => "Aug",
> Sep => "Sep",
> Oct => "Oct",
> Nov => "Nov",
> Dec => "Dec",
> );
I don't do CGI so I don't know why you would need this hash?
> for (scalar param("Month")) {
> defined or die "Missing 'Month' parameter";
> $month = $month_names{$_} or die "Bad 'Month' parameter:$_";
> }
defined( my $month = param( 'Month' ) )
or die "Missing 'Month' parameter";
$month = $month_names{ $month } or die "Bad 'Month' parameter:$month";
> my $pdffile = "../Library/$year$month.pdf";
> open my $pdfh, "<", $pdffile or die "Can't open file $pdffile:$!";
I'm not sure but you probably need binary mode for a PDF file?
open my $pdfh, '<:raw', $pdffile or die "Can't open file $pdffile:$!";
> print "Content-Type: application/pdf\n\n";
> print while read $pdfh, $_, 8192;
>
> exit 0;
John
--
Perl isn't a toolbox, but a small machine shop where you
can special-order certain sorts of tools at low cost and
in short order. -- Larry Wall
------------------------------
Date: Fri, 30 May 2008 13:22:37 GMT
From: "A. Sinan Unur" <1usa@llenroc.ude.invalid>
Subject: Re: Need help with a simple (I think) Perl script
Message-Id: <Xns9AAE5F6338119asu1cornelledu@127.0.0.1>
Joe Schaefer <joe+usenet@sunstarsys.com> wrote in
news:87k5hcy1qn.fsf@gemini.sunstarsys.com:
> # you can use this hash to do impedance matching
> # between the parameters passed into your script
> # and the naming conventions for your files
How about: "you can use this hash to map parameters passed to your
script to the naming convention of your files".
> for (scalar param("Month")) {
> defined or die "Missing 'Month' parameter";
> $month = $month_names{$_} or die "Bad 'Month' parameter:$_";
> }
So, let's suppose we use $month_names{$_} to do "impedance matching" to
accomodate a different naming scheme where Jan maps to 0.
my %month_names = (
Jan => 0,
# ...
);
...
defined( my $month = param('Month') ) or die 'Missing month';
exists $month_names{ $month } or die 'Invalid month';
$month = $month_names{ $month };
> my $pdffile = "../Library/$year$month.pdf";
> open my $pdfh, "<", $pdffile or die "Can't open file $pdffile:$!";
>
> print "Content-Type: application/pdf\n\n";
> print while read $pdfh, $_, 8192;
Both $pdfh and STDOUT should have binmode set.
> exit 0;
Not necessary.
Sinan
--
A. Sinan Unur <1usa@llenroc.ude.invalid>
(remove .invalid and reverse each component for email address)
comp.lang.perl.misc guidelines on the WWW:
http://www.rehabitation.com/clpmisc/
------------------------------
Date: Fri, 30 May 2008 09:32:07 -0400
From: Charlton Wilbur <cwilbur@chromatico.net>
Subject: Re: Need help with a simple (I think) Perl script
Message-Id: <86fxrzgboo.fsf@mithril.chromatico.net>
>>>>> "BH" == Bill H <bill@ts1000.us> writes:
BH> Many an interesting topic has been killed by the need to disect
BH> a post. Remember, perl is a programming language, programmers
BH> are people. Try to keep them distinct and apply some people
BH> skills where appropriate, and by all means, share with us your
BH> programming skills which the vast majority of you have in excess
BH> of mine.
Fortunately, there's a documented posted here regularly, clearly labeled
as Posting Guidelines, that indicates quite clearly what people get
their posts dissected for.
Remember, Perl is a programming language, programmers are people, and
expert programmers are *donating their time here* to help the novices.
Ask a stupid question, or one that's advised against in the Posting
Guidelines, and get a snippy, terse response -- because the alternative
is having the experts say, "@#$% this, I'm tired of answering the same
four FAQs over again" and going off to do something else.
There's a reason Larry Wall doesn't post here, and Randal Schwartz posts
only rarely. Do you want to chase the other experts off too?
Charlton
--
Charlton Wilbur
cwilbur@chromatico.net
------------------------------
Date: Fri, 30 May 2008 16:09:10 +0200
From: "Peter J. Holzer" <hjp-usenet2@hjp.at>
Subject: Re: Need help with a simple (I think) Perl script
Message-Id: <slrng402k6.680.hjp-usenet2@hrunkner.hjp.at>
On 2008-05-30 11:57, A. Sinan Unur <1usa@llenroc.ude.invalid> wrote:
> What the OP did was to put
>
> use strict;
>
> in his post when that statement had not been in the script he was
> working on.
You don't know that. He could also have misspelt $year as $Year when
typing the script into his newsreader (a surprising number of people
here don't seem to know how to use cut and paste). Or he may never have
tried to invoke his script at all since wasn't yet complete.
> The only reason he put it in there was to make his post look
> good
Again, you don't know that.
hp
------------------------------
Date: Fri, 30 May 2008 09:55:14 -0500
From: Ted Zlatanov <tzz@lifelogs.com>
Subject: Re: Need help with a simple (I think) Perl script
Message-Id: <86ej7jg7u5.fsf@lifelogs.com>
On Thu, 29 May 2008 21:05:15 GMT "A. Sinan Unur" <1usa@llenroc.ude.invalid> wrote:
ASU> Ted Zlatanov <tzz@lifelogs.com> wrote in
ASU> news:86od6oga57.fsf@lifelogs.com:
>> You and A. Sinan Unur are being nasty when a quick look at the
>> original script would have been sufficient to understand the
>> miscommunication.
ASU> No.
ASU> In the original script, there is a
ASU> use strict;
ASU> line. Had that line actually been in the script rather than pasted into
ASU> the post as an after-thought, the typo would have been caught by the OP.
ASU> Hence, my belief that the poster intentionally misrepresented the
ASU> contents of the script. That is, he lied.
Calling someone a liar is very insulting in most cultures. Were you
trying to insult the OP or were you trying to state the facts?
IMO, it would have been much better to say "hey, I'm pretty sure you
didn't post the source code you actually used. why?" It's a statement
of fact, no emotional charge, no judgement of the person implied. If
there was a misunderstanding or something omitted, let it come out but
without rancor.
Ted
------------------------------
Date: 6 Apr 2001 21:33:47 GMT (Last modified)
From: Perl-Users-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 6 Apr 01)
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: due to the current flood of worm email banging on ruby, the smtp
server on ruby has been shut off until further notice.
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 V11 Issue 1593
***************************************
