[29149] in Perl-Users-Digest
Perl-Users Digest, Issue: 393 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Mon Apr 30 03:09:50 2007
Date: Mon, 30 Apr 2007 00:09:08 -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 Mon, 30 Apr 2007 Volume: 11 Number: 393
Today's topics:
Re: CGI module redirect defaults to 302 -- why? <paduille.4061.mumia.w+nospam@earthlink.net>
Re: Correlating Data from same .csv, line by line <bik.mido@tiscalinet.it>
Re: Correlating Data from same .csv, line by line <spamtrap@dot-app.org>
I find the perl syntax easier than python flifus@gmail.com
Re: I find the perl syntax easier than python <tuser3@gmail.com>
Re: I find the perl syntax easier than python <bik.mido@tiscalinet.it>
Re: I find the perl syntax easier than python <cdalten@gmail.com>
Re: I find the perl syntax easier than python <cdalten@gmail.com>
Re: Interval Timers on Windows <cbkihong@hotmail.com>
new CPAN modules on Mon Apr 30 2007 (Randal Schwartz)
Re: Samba file access checking? <jaford@watford53.freeserve.co.uk>
Re: Top Turds of comp.lang.perl.misc (2007) <tadmc@augustmail.com>
Re: Top Turds of comp.lang.perl.misc (2007) <spamtrap@dot-app.org>
Re: UTF8 European characters in MySQL <check.sig@for.email.invalid>
Re: UTF8 European characters in MySQL <spamtrap@dot-app.org>
Re: Weird error after a configuration change <bik.mido@tiscalinet.it>
Where are good places to post resumes? <spamtrap@dot-app.org>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Sun, 29 Apr 2007 20:02:24 GMT
From: "Mumia W." <paduille.4061.mumia.w+nospam@earthlink.net>
Subject: Re: CGI module redirect defaults to 302 -- why?
Message-Id: <kR6Zh.6582$j63.154@newsread2.news.pas.earthlink.net>
On 04/29/2007 11:37 AM, Mott.Jeff@gmail.com wrote:
> If the 302 status code is received in response to a request
> other than GET or HEAD, the
> user agent MUST NOT automatically redirect the request unless
> it can be confirmed by the
> user.
> -- HTTP/1.1
>
> For a CGI program that was requested from a POST form, the 302 message
> seems to not be what I would want. But 303:
>
> The response to the request can be found under a different URI
> and SHOULD be retrieved
> using a GET method on that resource. This method exists
> primarily to allow the output of a
> POST-activated script to redirect the user agent to a selected
> resource. The new URI is not a
> substitute reference for the originally requested resource.
> HTTP/1.1
>
> 303 seems to be designed *exactly* for redirecting the browser after a
> CGI program has run. Why then does the CGI module return a 302
> response by default?
>
CGI forms probably respond to GET requests at least as often as they
respond to POST requests. Anyway, you are the programmer; you can
specify a different status code if you want to.
Also, if you continue reading that section (§10.3.4 of RFC2616), you see
this:
> Note: Many pre-HTTP/1.1 user agents do not understand the 303
> status. When interoperability with such clients is a concern, the
> 302 status code may be used instead, since most user agents react
> to a 302 response as described here for 303.
------------------------------
Date: Sun, 29 Apr 2007 22:10:41 +0200
From: Michele Dondi <bik.mido@tiscalinet.it>
Subject: Re: Correlating Data from same .csv, line by line
Message-Id: <ugu9335ujdt0t1osjujen64pkjc4mme8d6@4ax.com>
On 27 Apr 2007 06:25:58 -0700, shadkeene@hotmail.com wrote:
>expand upon with some statistics output. I started HTML/CGI three
>months ago to write meteorology applications with and I'll be the
>first to say this stuff is foreign to me and perhaps always will be.
>I'm reading a CGI programming 101 book and just ordered
>another...getting hung up on writing effective loops and how to
>correlate data in a single line of .csv data. I suppose I'll look for
>the CGI group to post in once I study a bit more and tinker around a
Post CGI questions in a CGI group and Perl related questions in a Perl
one. It couldn't be simpler. Study the problem at hand and try to
separate what has to do purely with the former and what has to do with
the latter. Since you're learning, build dumb CGI apps first, and
write programs that let you explore the logic of what you're after as
console scripts. When you're comfortable with both, adding a minimal
web UI to console scripts should become not too difficult.
>bit. Your input is appreciated, though your tact leaves something to
>be desired. I'll try to post more completely.
Oh, this comes up quite often. See the Top Turds thread. No way. No
way you can convince those who can *truely* be helpful that their tact
leaves something to be desired. Indeed they think that yours does,
although they, just like me, are convinced that it does because you
simply don't know better. So just choose: help others to help you or
not, and remain in the hands of some kid with a minimum of expertise
and way *too much* kindness. BTW: don't aim at posting *too*
completely. Aim at preparing *really* minimal, but *complete*,
*working* examples. That will help. (Others to help you - and yourself
in the first place.)
Michele
--
{$_=pack'B8'x25,unpack'A8'x32,$a^=sub{pop^pop}->(map substr
(($a||=join'',map--$|x$_,(unpack'w',unpack'u','G^<R<Y]*YB='
.'KYU;*EVH[.FHF2W+#"\Z*5TI/ER<Z`S(G.DZZ9OX0Z')=~/./g)x2,$_,
256),7,249);s/[^\w,]/ /g;$ \=/^J/?$/:"\r";print,redo}#JAPH,
------------------------------
Date: Sun, 29 Apr 2007 16:53:28 -0400
From: Sherm Pendley <spamtrap@dot-app.org>
Subject: Re: Correlating Data from same .csv, line by line
Message-Id: <m2lkgalx6f.fsf@local.wv-www.com>
Michele Dondi <bik.mido@tiscalinet.it> writes:
> Post CGI questions in a CGI group and Perl related questions in a Perl
> one. It couldn't be simpler. Study the problem at hand and try to
> separate what has to do purely with the former and what has to do with
> the latter.
Two rules of thumb I find useful:
Would I have the same question if I were writing this in, say, Python? If
so, the question might be about HTML, or XML, or CSS, or HTTP, but it's
almost certainly not about Perl.
Would I have the same question if the input were coming from somewhere else,
like command-line arguments, and the output going to a text file on disk?
If so, you probably have a Perl question.
To answer the second question, it helps to create a minimal test script that
isolates the problem you're having. Often, in the process of creating that
script, you'll find that you've actually figured out the solution - and even
if that doesn't happen, you'll at least have a guidelines-friendly script
that you can post here with your question.
sherm--
--
Web Hosting by West Virginians, for West Virginians: http://wv-www.net
Cocoa programming in Perl: http://camelbones.sourceforge.net
------------------------------
Date: 29 Apr 2007 11:12:15 -0700
From: flifus@gmail.com
Subject: I find the perl syntax easier than python
Message-Id: <1177870335.931655.119320@e65g2000hsc.googlegroups.com>
I like perl. I've reading about python lately, which I found a little
annoying, and, today, I picked up Learning Perl and read a few
chapters. I like it. I think python is perhaps intended for someone
who hadn't programmed before, although, personally, I think it
somewhat fails at that. Perl, on the other hand, for someone who likes
shell, grep and awk, like I do, seems intuitive.
I also like the versatility of the syntax. That said, although it's
versatile, it also seemed consistent.
Python just annoyed me a little. It was just inconsistent.
------------------------------
Date: 29 Apr 2007 11:37:09 -0700
From: tuser <tuser3@gmail.com>
Subject: Re: I find the perl syntax easier than python
Message-Id: <1177871829.324682.163620@n59g2000hsh.googlegroups.com>
On Apr 29, 8:12 pm, fli...@gmail.com wrote:
> I like perl.
So do I.
------------------------------
Date: Sun, 29 Apr 2007 22:25:34 +0200
From: Michele Dondi <bik.mido@tiscalinet.it>
Subject: Re: I find the perl syntax easier than python
Message-Id: <pjv933pfdtloe3psvoc5lj5macas7dum4b@4ax.com>
On 29 Apr 2007 11:12:15 -0700, flifus@gmail.com wrote:
>I like perl. I've reading about python lately, which I found a little
So do I! But...
>Python just annoyed me a little. It was just inconsistent.
...I don't know 'bout Python. However Perl is not particularly renown
for its consistency. Up to major release 5, that is. I still love it,
anyway. It's magic. With Perl 6 they're trying to bring magic from ad
hoc behaviour into basic syntax and semantics: to make it a structural
thing, that is. Whatever we will get out of it, a considerable amount
of work is going on in a large wetware cluster.
Michele
--
{$_=pack'B8'x25,unpack'A8'x32,$a^=sub{pop^pop}->(map substr
(($a||=join'',map--$|x$_,(unpack'w',unpack'u','G^<R<Y]*YB='
.'KYU;*EVH[.FHF2W+#"\Z*5TI/ER<Z`S(G.DZZ9OX0Z')=~/./g)x2,$_,
256),7,249);s/[^\w,]/ /g;$ \=/^J/?$/:"\r";print,redo}#JAPH,
------------------------------
Date: 29 Apr 2007 21:29:54 -0700
From: grocery_stocker <cdalten@gmail.com>
Subject: Re: I find the perl syntax easier than python
Message-Id: <1177907394.604978.22160@q75g2000hsh.googlegroups.com>
On Apr 29, 11:12 am, fli...@gmail.com wrote:
> I like perl. I've reading about python lately, which I found a little
> annoying, and, today, I picked up Learning Perl and read a few
I find pantyhose annoying.
> chapters. I like it. I think python is perhaps intended for someone
> who hadn't programmed before, although, personally, I think it
> somewhat fails at that. Perl, on the other hand, for someone who likes
> shell, grep and awk, like I do, seems intuitive.
>
This depends on how you view Perl. Perl can be viewed as either
Procedural or Object Oriented.
.
> I also like the versatility of the syntax. That said, although it's
> versatile, it also seemed consistent.
>
Versalitily isn't always a good thing. This might be stretching the
realms of funky Perl code, but consider the following two programs
that will add two numbers.
#!/usr/bin/perl -w
sub modify{
my $value = $_[0] + $_[1];
print "$value \n";
}
my $x = 5;
my $y = 7;
modify(5,7);
and
#!/usr/bin/perl -w
sub modify{
my $first=shift;
my $second=shift;
my $value = $first + $second;
print "$value \n";
}
my $x = 5;
my $y = 7;
modify(5,7);
> Python just annoyed me a little. It was just inconsistent.
In the end, all programming languages are just fagged up versions of
Lisp. Don't believe it? The following URL makes from some intresting
late night reading
http://www.paulgraham.com/icad.html
------------------------------
Date: 29 Apr 2007 22:08:41 -0700
From: grocery_stocker <cdalten@gmail.com>
Subject: Re: I find the perl syntax easier than python
Message-Id: <1177909721.013923.205800@o5g2000hsb.googlegroups.com>
On Apr 29, 11:12 am, fli...@gmail.com wrote:
> I like perl. I've reading about python lately, which I found a little
> annoying, and, today, I picked up Learning Perl and read a few
I find pantyhose annoying.
> chapters. I like it. I think python is perhaps intended for someone
> who hadn't programmed before, although, personally, I think it
> somewhat fails at that. Perl, on the other hand, for someone who likes
> shell, grep and awk, like I do, seems intuitive.
>
This depends on how you view Perl. Perl can be viewed as either
Procedural or Object Oriented paradigm
> I also like the versatility of the syntax. That said, although it's
> versatile, it also seemed consistent.
>
Versatility isn't always a good thing. Sometimes this can lead to
stuff being inconsistent. Consider the following code I duped from a
Google search -).
#!/usr/bin/perl -w
use strict;
sub alter ($) {
$_[0]= $_[0] . " blub";
}
my $s= "bla";
print "string before: $s \n";
alter( $s );
print "string after: $s\n";
[cdalten@localhost ~]$ ./alter.pl
string before: bla
string after: bla blub
vs
#!/usr/bin/perl -w
use strict;
sub alter ($) {
my $string = shift;
$string = $string . " blub";
}
my $s= "bla";
print "string before: $s \n";
alter( $s );
print "string after: $s\n";
[cdalten@localhost ~]$ ./alter.pl
string before: bla
string after: bla
> Python just annoyed me a little. It was just inconsistent.
In the end, all programming languages are just fagged up versions of
Lisp. Don't believe it? The following URL makes from some interesting
late night reading
http://www.paulgraham.com/icad.html
Chad
------------------------------
Date: Mon, 30 Apr 2007 08:06:25 +0800
From: Bernard Chan <cbkihong@hotmail.com>
Subject: Re: Interval Timers on Windows
Message-Id: <463526c3$0$16295$88260bb3@free.teranews.com>
Martijn Lievaart wrote:
> On Sun, 29 Apr 2007 19:43:18 +0800, Bernard Chan wrote:
>
>> This subroutine is what was immediately called from thread->new(). In
>> the test, both the sender and receiver are on localhost so there should
>> not be any packet transit issue.
>
> Perl threading is reasonably slow, and I don't know about the granularity
> of taskswitches. Maybe you should test this first without threads to see
> if threading itself isn't the issue.
The same script with single-threaded ualarm() does not have the same issue
on Linux. The major problem I have is that Windows cannot use it. So I'm
trying to look for a solution for Windows machines.
If I use fork() instead of threading, I cannot share variables between them
(on Windows). Or are there mechanisms for addressing shared variables issue
without threads?
Thanks.
--
Regards,
Bernard Chan
--
Posted via a free Usenet account from http://www.teranews.com
------------------------------
Date: Mon, 30 Apr 2007 04:42:12 GMT
From: merlyn@stonehenge.com (Randal Schwartz)
Subject: new CPAN modules on Mon Apr 30 2007
Message-Id: <JHAnqC.1788@zorch.sf-bay.org>
The following modules have recently been added to or updated in the
Comprehensive Perl Archive Network (CPAN). You can install them using the
instructions in the 'perlmodinstall' page included with your Perl
distribution.
B-LintSubs-0.04
http://search.cpan.org/~pevans/B-LintSubs-0.04/
Perl compiler backend to check sub linkage
----
Bundle-Encode-0.03
http://search.cpan.org/~ski/Bundle-Encode-0.03/
A bundle to install Encode modules and dependencies
----
Crypt-GpgME-0.02
http://search.cpan.org/~flora/Crypt-GpgME-0.02/
Perl interface to libgpgme
----
DBD-mysql-informationschema
http://search.cpan.org/~gwl/DBD-mysql-informationschema/
Perl module to access the mysql INFORMATION_SCHEMA view, which contains database metadata.
----
DBIx-SimplePerl-1.70
http://search.cpan.org/~landman/DBIx-SimplePerl-1.70/
Perlish access to DBI
----
Filter-Log4perl-0.00_03
http://search.cpan.org/~fujimura/Filter-Log4perl-0.00_03/
no extra codes logging (same as Log::Log4perl qw/:resurrect/)
----
Finance-QIF-2.06
http://search.cpan.org/~mmcgillis/Finance-QIF-2.06/
Parse and create Quicken Interchange Format files
----
FormValidator-Simple-Plugin-NetAddr-IP-0.01
http://search.cpan.org/~hacker/FormValidator-Simple-Plugin-NetAddr-IP-0.01/
IP Address validation
----
GPS-Tracer-1.1
http://search.cpan.org/~tulsoft/GPS-Tracer-1.1/
A processor of geographical route information
----
Iterator-RoundRobin-0.1
http://search.cpan.org/~sock/Iterator-RoundRobin-0.1/
The great new Iterator::RoundRobin!
----
POE-Component-IRC-5.25
http://search.cpan.org/~bingos/POE-Component-IRC-5.25/
a fully event-driven IRC client module.
----
POE-Component-IRC-5.26
http://search.cpan.org/~bingos/POE-Component-IRC-5.26/
a fully event-driven IRC client module.
----
Parse-Apache-ServerStatus-0.01
http://search.cpan.org/~bloonix/Parse-Apache-ServerStatus-0.01/
Simple module to parse apache's server-status.
----
SVN-Web-0.53
http://search.cpan.org/~nikc/SVN-Web-0.53/
Subversion repository web frontend
----
Sprocket-0.05
http://search.cpan.org/~xantus/Sprocket-0.05/
A pluggable POE based Client / Server Library
----
Statistics-ROC-0.04
http://search.cpan.org/~hakestler/Statistics-ROC-0.04/
receiver-operator-characteristic (ROC) curves with nonparametric confidence bounds
----
WWW-Wow-RealmStatus-0.3
http://search.cpan.org/~sock/WWW-Wow-RealmStatus-0.3/
The great new WWW::Wow::RealmStatus!
----
WWW-Yahoo-KeywordExtractor-0.5
http://search.cpan.org/~sock/WWW-Yahoo-KeywordExtractor-0.5/
Get keywords from summary text via the Yahoo API
----
WebService-Stikkit-0.0.2
http://search.cpan.org/~franckc/WebService-Stikkit-0.0.2/
Perl interface to the Stikkit API
----
Weed-0.0019
http://search.cpan.org/~hooo/Weed-0.0019/
ist ein englisches Wort f?r Unkraut
----
XML-Comma-1.991
http://search.cpan.org/~brianski/XML-Comma-1.991/
A framework for structured document manipulation
----
XML-Comma-1.992
http://search.cpan.org/~brianski/XML-Comma-1.992/
A framework for structured document manipulation
----
XSLoader-0.08
http://search.cpan.org/~saper/XSLoader-0.08/
Dynamically load C libraries into Perl code
----
package-0.0019
http://search.cpan.org/~hooo/package-0.0019/
makes an alias of the current package
If you're an author of one of these modules, please submit a detailed
announcement to comp.lang.perl.announce, and we'll pass it along.
This message was generated by a Perl program described in my Linux
Magazine column, which can be found on-line (along with more than
200 other freely available past column articles) at
http://www.stonehenge.com/merlyn/LinuxMag/col82.html
print "Just another Perl hacker," # the original
--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
<merlyn@stonehenge.com> <URL:http://www.stonehenge.com/merlyn/>
Perl/Unix/security consulting, Technical writing, Comedy, etc. etc.
See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!
------------------------------
Date: Sun, 29 Apr 2007 18:45:34 GMT
From: Jim Ford <jaford@watford53.freeserve.co.uk>
Subject: Re: Samba file access checking?
Message-Id: <iJ5Zh.64$H4.26@newsfe2-gui.ntli.net>
Joe Smith wrote:
> Jim Ford wrote:
>> I'm checking Samba share files accessed on my Linux machine, using the
>> output of smbstatus to get the IP addresses of the machines. This
>> seems to me to be a kludgy way of doing it
>
> What are you trying to accomplish?
> *) Get the IP address of a file server
> *) Get a list of shares available from file servers
> *) Check that a specific share is writable by a particular client
> ?
I want to get the IP address of any machine accessing the files on my
samba share. As I mentioned, I can do it by examining the output from
smbstatus, but feel that there must be a better way.
Thanks for the reply!
Jim Ford
------------------------------
Date: Sun, 29 Apr 2007 20:50:08 -0500
From: Tad McClellan <tadmc@augustmail.com>
Subject: Re: Top Turds of comp.lang.perl.misc (2007)
Message-Id: <slrnf3aiqg.rg3.tadmc@tadmc30.august.net>
perl-2007@hotmail.com <perl-2007@hotmail.com> wrote:
> For their bad behavior they are hereby
> named the Top Turds of comp.lang.perl.misc for 2007.
^^^^^^^^
That is completly unfair!
How are all of the aspiring turds supposed to keep up their morale
and work on furthering their craft when these lists are published
prematurely?
They all thought they had 2/3 of the year left before the
selections were to be made...
--
Tad McClellan SGML consulting
tadmc@augustmail.com Perl programming
Fort Worth, Texas
------------------------------
Date: Sun, 29 Apr 2007 22:04:39 -0400
From: Sherm Pendley <spamtrap@dot-app.org>
Subject: Re: Top Turds of comp.lang.perl.misc (2007)
Message-Id: <m2wszuk47c.fsf@local.wv-www.com>
Tad McClellan <tadmc@augustmail.com> writes:
> perl-2007@hotmail.com <perl-2007@hotmail.com> wrote:
>
>> For their bad behavior they are hereby
>> named the Top Turds of comp.lang.perl.misc for 2007.
> ^^^^^^^^
>
> That is completly unfair!
You're just jealous because I'm #1. Better luck next year! :-)
sherm--
--
Web Hosting by West Virginians, for West Virginians: http://wv-www.net
Cocoa programming in Perl: http://camelbones.sourceforge.net
------------------------------
Date: Mon, 30 Apr 2007 09:21:25 +0300
From: Alex <check.sig@for.email.invalid>
Subject: Re: UTF8 European characters in MySQL
Message-Id: <PVfZh.156010$061.89967@reader1.news.saunalahti.fi>
J=FCrgen Exner wrote:
>> $string =3D 'Gr=FC=DF Gott';
>> ...or am I mistaken?
>=20
> Yes, you are. Just give it a try.
Did give it a try and omitting 'use utf8' has a remarkable difference,
eg. when printing to the terminal. If I don't use utf8, string functions
like length() work incorrectly. If I do use utf8, Perl must be made
aware that I'm using a UTF-8 terminal. Otherwise it's question marks
galore. It seems easier to "use encoding 'utf8'" instead, however.
--=20
Alex
e-mail: Domain is iki dot fi. Local-part is alext.
local-part at domain
------------------------------
Date: Mon, 30 Apr 2007 02:55:31 -0400
From: Sherm Pendley <spamtrap@dot-app.org>
Subject: Re: UTF8 European characters in MySQL
Message-Id: <m2k5vujqqk.fsf@local.wv-www.com>
Alex <check.sig@for.email.invalid> writes:
> Jürgen Exner wrote:
>
>>> $string = 'Grüß Gott';
>>> ...or am I mistaken?
>>
>> Yes, you are. Just give it a try.
>
> Did give it a try and omitting 'use utf8' has a remarkable difference,
> eg. when printing to the terminal. If I don't use utf8, string functions
> like length() work incorrectly. If I do use utf8, Perl must be made
> aware that I'm using a UTF-8 terminal.
Did you try actually *reading* 'perldoc utf8'?
It makes Perl aware that your source code is utf8. It has nothing to do
with your terminal.
sherm--
--
Web Hosting by West Virginians, for West Virginians: http://wv-www.net
Cocoa programming in Perl: http://camelbones.sourceforge.net
------------------------------
Date: Sun, 29 Apr 2007 22:00:07 +0200
From: Michele Dondi <bik.mido@tiscalinet.it>
Subject: Re: Weird error after a configuration change
Message-Id: <a9u9335fkpflkm80b8qjbm919lgpeenbun@4ax.com>
On 27 Apr 2007 12:33:31 -0700, skieros <nikos1337@gmail.com> wrote:
>Line 26 is the line with if.
>All this happened when i deleted the d:\www\index.html file which was
>pointing to d:\www\cgi-bin\index.pl and set apache to load /cgi-bin/
>index.pl directly.
http://perlmonks.org/?node_id=612668
Michele
--
{$_=pack'B8'x25,unpack'A8'x32,$a^=sub{pop^pop}->(map substr
(($a||=join'',map--$|x$_,(unpack'w',unpack'u','G^<R<Y]*YB='
.'KYU;*EVH[.FHF2W+#"\Z*5TI/ER<Z`S(G.DZZ9OX0Z')=~/./g)x2,$_,
256),7,249);s/[^\w,]/ /g;$ \=/^J/?$/:"\r";print,redo}#JAPH,
------------------------------
Date: Sun, 29 Apr 2007 17:00:04 -0400
From: Sherm Pendley <spamtrap@dot-app.org>
Subject: Where are good places to post resumes?
Message-Id: <m2hcqylwvf.fsf@local.wv-www.com>
Okay, we all know <http://jobs.perl.org> is the place to post "help wanted"
ads. So where do we post "will code for food" ads?
sherm--
--
Web Hosting by West Virginians, for West Virginians: http://wv-www.net
Cocoa programming in Perl: http://camelbones.sourceforge.net
------------------------------
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 393
**************************************
