[9919] in Perl-Users-Digest
Perl-Users Digest, Issue: 3512 Volume: 8
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Sat Aug 22 19:17:20 1998
Date: Sat, 22 Aug 98 16:00:26 -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 Sat, 22 Aug 1998 Volume: 8 Number: 3512
Today's topics:
Re: Array element var in a "foreach" loop? or an exhanc (Mark-Jason Dominus)
Re: Can I use postgresql of redhat5.1 with perl ? PLeas <bob@vpdev.com>
Re: COBOL and Perl <thomas@demeter.daimi.aau.dk>
Re: COBOL and Perl <charles@hankel.mersinet.co.uk>
Re: COBOL and Perl <charles@hankel.mersinet.co.uk>
Re: COBOL and Perl <thomas@demeter.daimi.aau.dk>
Re: Code Style (Was: How to sort this associative array (Ronald J Kimball)
Employment Opps billman1121@my-dejanews.com
Employment Opps billman1121@my-dejanews.com
Re: Getting dialup dynamic IP (Maurice Aubrey)
Help!..re: secure sendmail question <leegala@nospam.ican.net>
Help!..re: secure sendmail question <leegala@nospam.ican.net>
In-place editing and file locking <ketanp@NOSPAMxwebdesign.com>
In-place editing and file locking <ketanp@NOSPAMxwebdesign.com>
In-place editing and file locking <ketanp@NOSPAMxwebdesign.com>
In-place editing and file-locking? <ketanp@NOSPAMxwebdesign.com>
Re: Is Perl5.004 Year 2000 compilant? (Larry Rosler)
Looking for part time help <melyas@aol.com>
Re: NEWBIE Question: Perl Script in Unix vs. NT <mjcarman@zeus.ia.net>
Re: Perl Docs.. forget the original post (C. Abney)
Special: Digest Administrivia (Last modified: 12 Mar 98 (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: 22 Aug 1998 12:14:52 -0400
From: mjd@op.net (Mark-Jason Dominus)
Subject: Re: Array element var in a "foreach" loop? or an exhanced grep ?
Message-Id: <6rnelu$1au$60@elle.eunet.no>
In article <35D8551B.3701@min.net>, John Porter <jdporter@min.net> wrote:
>No, but it allows you to "expose" a method which you can call
>to get the current index from the tied object.
>
> tie @a, ...
> for ( @a ) { ...
> $i = tied(@a)->index;
> }
How would such a method work? The way you show it, it doesn't have an
argmuent, so it must depend on some internal state. But there's
nothing int the code you showed that could leave the object in the
appropriate internal state.
I think you'd have to use something like:
while (($_) = $mylist->each) {
$i = $mylist->index;
...
------------------------------
Date: Sat, 22 Aug 1998 18:40:34 GMT
From: "Bob Parker" <bob@vpdev.com>
Subject: Re: Can I use postgresql of redhat5.1 with perl ? PLease help
Message-Id: <6rnem9$1au$78@elle.eunet.no>
cadic wrote in message <6ri2j8$f2j$1@platane.wanadoo.fr>...
>I instaleld redhat 5.1 with postgresql.
>I'm looking for a good place to find a PERL interface.
>
>I found a lot of perl interface but none is working (most of them are for
>postgresql95...)
>
>Does any one know a freeware interface to use SQL databases with postgresql
>with the PERL5 language.
>
>Help
>
>PLease reply to ccadic@cadic.com
>
>Thanks so much
You need the DBI and DBD::Pg modules - I use them very extensively at work
and on my own server. If you have root access on your machine to install
modules system wide, you can just type:
perl -MCPAN -e shell
then when you get to the "cpan>" prompt, type:
install DBI
install DBD::Pg
and that will take care of everything you need. Make sure you read the docs
for DBI and DBD::Pg very well - DBI is not exactly a beginner's tool in
Perl, and there are lots of things to stumble over :)
HTH,
Bob Parker
VP Developing - www.vpdev.com The QueerZone -
www.queerzone.com
ManCards - http://www.queerzone.com/mancards
The Banner Creator - www.bannercreator.nu Coming Soon:
www.postcards.cc
----------------------------------------------------------------------------
-
Member, International Guild of Gay Webmasters Board of Directors
Chair, IGGW Public Relations Committee www.iggw.org
------------------------------
Date: 22 Aug 1998 23:48:17 +0200
From: Thomas Jespersen <thomas@demeter.daimi.aau.dk>
Subject: Re: COBOL and Perl
Message-Id: <y4npvdsy9ge.fsf@demeter.daimi.aau.dk>
Charles F Hankel <charles@hankel.mersinet.co.uk> writes:
> So the myth lives on, does it?
>
> The largest number of systems affected by the y2k scenario are
> relatively modern systems. The problem is being more assiduously
Please check if you newsreader got an option to send the same message
4 times, and turn it off.
------------------------------
Date: Sat, 22 Aug 1998 01:58:06 +0100
From: Charles F Hankel <charles@hankel.mersinet.co.uk>
Subject: Re: COBOL and Perl
Message-Id: <6rnekn$1au$6@elle.eunet.no>
Thane Hubbell wrote:
>
> On Mon, 17 Aug 1998 00:31:04, abigail@fnx.com (Abigail) wrote:
>
> > That is why Perl is Perl, and nowhere near close to COBOL. That's also
> > why COBOL isn't suitable for modern programming.
>
> What's the toll to cross the bridge?
First of all you have to believe that "modern" is best...
...then you have to believe that you cannot possibly write a modern
application in COBOL...
...and finally you need to believe that the sort of work that COBOL does
can be performed in that same environments more effectively and more
efficiently with Perl.
BTW are there any Perl compilers suitable to a robust commercial
environment?
--
Charles F Hankel Wirral UK
------------------------------
Ready, Willing and (avail)Able
------------------------------
Date: Sat, 22 Aug 1998 01:38:45 +0100
From: Charles F Hankel <charles@hankel.mersinet.co.uk>
Subject: Re: COBOL and Perl
Message-Id: <6rnekm$1au$5@elle.eunet.no>
foochre@my-dejanews.com wrote:
>
> In article <3298230.76649.23593@kcbbs.gen.nz>,
> riplin@kcbbs.gen.nz (Richard Plinston) wrote:
> >
> > To develop a system that outlast the life of its creator(s),
> > that will be worked on by generations of programmers, that
> > will run the business and will grow with it, a far more
> > formalised approach is required.
>
> I see strange irony in this statement considering the amount of
> money that is being ploughed into fixing up old cobol programs
> at the moment.
So the myth lives on, does it?
The largest number of systems affected by the y2k scenario are
relatively modern systems. The problem is being more assiduously
addressed by larger corporations whose business systems are massive and
were, naturally, written largely in COBOL. The actual amount of
defective COBOL code is not so large though. Most large organisations
have the situation well in hand and many whose operations are century
cognisant (e.g. insurance companies) have no significant problems with
y2k.
The real difficulties lie with the Small to Medium-size Enterprise (SME)
that has neither the resources nor the expertise to tackle y2k mainly
because their systems run on smaller machines where the platform's
primary language of choice was not COBOL. They heard the myth about all
the problems being with only old mainframe COBOL programs, and thought
they were safe. Of course, many of them have business-critical systems
running on small systems, written in C and similar trendy languages.
One of our nuclear power stations here has just completed its y2k
project and found that their only real problems were with their security
system. On the roll-over to 1/1/2000, the security system locked all
access to the site and locked all access to itself. In a real-life
scenario, this would mean that nobody would be able to enter or leave
the site, except by helicopter and anyway the new arrivals wouldn't be
allowed to do their work.
Now that's not an old COBOL program, and I think you should take note of
that before you start slagging off this fine language. You should also
desist from perpetuating the myth.
--
Charles F Hankel Wirral UK
------------------------------
------------------------------
Date: 22 Aug 1998 23:48:17 +0200
From: Thomas Jespersen <thomas@demeter.daimi.aau.dk>
Subject: Re: COBOL and Perl
Message-Id: <6rnf50$1au$688@elle.eunet.no>
Charles F Hankel <charles@hankel.mersinet.co.uk> writes:
> So the myth lives on, does it?
>
> The largest number of systems affected by the y2k scenario are
> relatively modern systems. The problem is being more assiduously
Please check if you newsreader got an option to send the same message
4 times, and turn it off.
------------------------------
Date: Sat, 22 Aug 1998 12:14:23 -0400
From: rjk@coos.dartmouth.edu (Ronald J Kimball)
Subject: Re: Code Style (Was: How to sort this associative array?)
Message-Id: <6rnelv$1au$63@elle.eunet.no>
Zenin <zenin@bawdycaste.org> wrote:
> Larry Rosler <lr@hpl.hp.com> wrote:
> >snip<
> : Does either of you believe in balancing parentheses also? :-)
>
> Oh yes, normally to the next tab stop too, just because it's
> easier to quickly align that way.
Hehe... That's not what he meant. Both code samples, yours and John's,
had two open parentheses and only one close parenthesis. Not
intentionally, of course. :-)
--
_ / ' _ / - aka - rjk@coos.dartmouth.edu
( /)//)//)(//)/( Ronald J Kimball chipmunk@m-net.arbornet.org
/ http://www.ziplink.net/~rjk/
"It's funny 'cause it's true ... and vice versa."
------------------------------
Date: Sat, 22 Aug 1998 21:43:31 GMT
From: billman1121@my-dejanews.com
Subject: Employment Opps
Message-Id: <6rne23$b06$1@nnrp1.dejanews.com>
eToys is hiring.
eToys is a venture capital-backed online commerce company. Started in 1997,
eToys is the leader in online retailing of children's products, including
toys, books, software, video games and other product lines. Based in Santa
Monica, eToys is seeking talented individuals to join its technical team for
the following positions:
Programmers
*The ideal candidate has demonstrated programming proficiency with PERL.
*Candidates should have a strong knowledge of and interest in the Internet.
Software Engineers
*The ideal candidate has 3+ years of professional exerpience with a preference
for online commercial backgrounds.
*Desired experience includes PERL, C Linux and SQL databases.
System Administrator
*The ideal candidate has demonstratable experience administering complex web
systems.
*Linux exerpience a must.
All compensation packages will include incentive stock options.
Interested applicants can email resumes to bill@etoys.com
-----== Posted via Deja News, The Leader in Internet Discussion ==-----
http://www.dejanews.com/rg_mkgrp.xp Create Your Own Free Member Forum
------------------------------
Date: Sat, 22 Aug 1998 21:43:31 GMT
From: billman1121@my-dejanews.com
Subject: Employment Opps
Message-Id: <6rnf51$1au$689@elle.eunet.no>
eToys is hiring.
eToys is a venture capital-backed online commerce company. Started in 1997,
eToys is the leader in online retailing of children's products, including
toys, books, software, video games and other product lines. Based in Santa
Monica, eToys is seeking talented individuals to join its technical team for
the following positions:
Programmers
*The ideal candidate has demonstrated programming proficiency with PERL.
*Candidates should have a strong knowledge of and interest in the Internet.
Software Engineers
*The ideal candidate has 3+ years of professional exerpience with a preference
for online commercial backgrounds.
*Desired experience includes PERL, C Linux and SQL databases.
System Administrator
*The ideal candidate has demonstratable experience administering complex web
systems.
*Linux exerpience a must.
All compensation packages will include incentive stock options.
Interested applicants can email resumes to bill@etoys.com
-----== Posted via Deja News, The Leader in Internet Discussion ==-----
http://www.dejanews.com/rg_mkgrp.xp Create Your Own Free Member Forum
------------------------------
Date: Sat, 22 Aug 1998 16:10:40 GMT
From: maurice@hevanet.com (Maurice Aubrey)
Subject: Re: Getting dialup dynamic IP
Message-Id: <6rnelt$1au$59@elle.eunet.no>
On Sat, 22 Aug 1998 14:24:47 GMT, David Hawker <dhawker@bigfoot.com> wrote:
>Is there any way I can get my perl script to automatically obtain my
>dynamic IP address whenever I dialup? Perhaps a winsock call? I'm running
>Windows 95 and perl 5.004_02 for DOS.
>
>Currently I'm using a cgi script to send me the $ENV{REMOTE_HOST} data
>which I then paste into the local perl script as my hostname.
I'm not sure if this will work under 95.
# getsockname() to find out what our IP address is.
# The remote host doesn't even need to exist, since
# a UDP connect doesn't actually send anything; it
# just determines what interface is needed to get out.
# If there's no route outside, we die.
sub _determine_ip {
my $self = shift;
my($raddr, $myaddr, $socket);
$socket = new FileHandle;
$raddr = sockaddr_in(80, '1.1.1.1');
socket($socket, PF_INET, SOCK_DGRAM, getprotobyname('udp'))
or die "create socket: $!";
connect($socket, $raddr)
or die "connect: $!";
$myaddr = (unpack_sockaddr_in(getsockname($socket)))[1];
close $socket;
return inet_ntoa $myaddr;
}
--
Maurice Aubrey <maurice@hevanet.com>
Real programmers don't comment their code. It was hard to write,
it should be hard to understand.
------------------------------
Date: Sat, 22 Aug 1998 11:57:38 -0400
From: "Mr. mister" <leegala@nospam.ican.net>
Subject: Help!..re: secure sendmail question
Message-Id: <6rnels$1au$58@elle.eunet.no>
Hi folks,
If anybody can help me, I'd really appreciate it.
Here's the situtation, I'm trying to secure my sendmail transaction
using 'formmail.cgi' in the backend. When a visitor fills out my my web
form, the data gets sent off for massaging by formmail, then a returned
'dynamically' created html page gets sent back to the viewer.
Here's what I'd like to do: I would like the returned html page to be
secure ie. using the SSL.
To my knowledge, all references to the http server must rather point to
the https server, thus using the netscape certificate as well and
subsequently the SSL.
I have done this but it doesn't work, I get a returned message after
posting the data: "the server must be down or there is an internal
error, contact your administrator".
To see the actual problem visit:
https://home.ican.net/~leegala/service/market/ROF/ROFs.html
Thanks for your help.
reply email to leegala@ican.net
--
********* please remove "nospam" from reply to email address, if
replying ***********
http://home.ican.net/~leegala For some Free stuff
http://home.ican.net/~leegala For free Online Order Forms!
------------------------------
Date: Sat, 22 Aug 1998 11:57:38 -0400
From: "Mr. mister" <leegala@nospam.ican.net>
Subject: Help!..re: secure sendmail question
Message-Id: <6rnem2$1au$67@elle.eunet.no>
Hi folks,
If anybody can help me, I'd really appreciate it.
Here's the situtation, I'm trying to secure my sendmail transaction
using 'formmail.cgi' in the backend. When a visitor fills out my my web
form, the data gets sent off for massaging by formmail, then a returngd
'dynamically' created html page gets sent back to the viewer.
Here's what I'd like to do: I would like the returned html page to be
secure ie. using the SSL.
To my knowledge, all references to the http server must rather point to
the https server, thus using the netscape certificate as well and
subsequently the SSL.
I have done this but it doesn't work, I get a returned message after
posting the data: "the server must be down or there is an internal
error, contact your administrator".
To see the actual problem visit:
https://home.ican.net/~leegala/service/market/ROF/ROFs.html
Thanks for your help.
reply email to leegala@ican.net
--
********* please remove "nospam" from reply to email address, if
replying ***********
http://home.ican.net/~leegala For some Free stuff
http://home.ican.net/~leegala For free Online Order Forms!
------------------------------
Date: Sat, 22 Aug 1998 14:59:28 -0400
From: Ketan Patel <ketanp@NOSPAMxwebdesign.com>
Subject: In-place editing and file locking
Message-Id: <6rnemb$1au$81@elle.eunet.no>
I am using @ARGV and $^I to edit a very frequently accessed file
'in-place' for speed purposes... I was wondering, will simultaneous
accesses to this file cause problems?
#Sample of code that will run every time a website gets a hit (avg
30,000+/day)
@ARGV = ("sites.txt");
$^I = ".bak";
while(<>) {
[stuff]
}
I am concerned because there is no place to flock(), or is there?
------------------------------
Date: Sat, 22 Aug 1998 14:57:19 -0400
From: Ketan Patel <ketanp@NOSPAMxwebdesign.com>
Subject: In-place editing and file locking
Message-Id: <6rnemc$1au$83@elle.eunet.no>
I am using @ARGV and $^I to edit a very frequently accessed file
'in-place' for speed purposes... I was wondering, will simultaneous
accesses to this file cause problems?
#Sample of code that will run every time a website gets a hit (avg
30,000+/day)
@ARGV = ("sites.txt");
$^I = ".bak";
while(<>) {
[stuff]
}
I am concerned because there is no place to flock(), or is there?
------------------------------
Date: Sat, 22 Aug 1998 14:55:50 -0400
From: Ketan Patel <ketanp@NOSPAMxwebdesign.com>
Subject: In-place editing and file locking
Message-Id: <6rnemb$1au$82@elle.eunet.no>
I am using @ARGV and $^I to edit a very frequently accessed file
'in-place' for speed purposes... I was wondering, will simultaneous
accesses to this file cause problems?
#Sample of code that will run every time a website gets a hit (avg
30,000+/day)
@ARGV = ("sites.txt");
$^I = ".bak";
while(<>) {
[stuff]
}
I am concerned because there is no place to flock(), or is there?
------------------------------
Date: Sat, 22 Aug 1998 14:59:52 -0400
From: Ketan Patel <ketanp@NOSPAMxwebdesign.com>
Subject: In-place editing and file-locking?
Message-Id: <6rnemb$1au$80@elle.eunet.no>
I am using @ARGV and $^I to edit a very frequently accessed file
'in-place' for speed purposes... I was wondering, will simultaneous
accesses to this file cause problems?
#Sample of code that will run every time a website gets a hit (avg
30,000+/day)
@ARGV = ("sites.txt");
$^I = ".bak";
while(<>) {
[stuff]
}
I am concerned because there is no place to flock(), or is there?
------------------------------
Date: Sat, 22 Aug 1998 08:11:10 -0700
From: lr@hpl.hp.com (Larry Rosler)
Subject: Re: Is Perl5.004 Year 2000 compilant?
Message-Id: <6rnelr$1au$55@elle.eunet.no>
[Posted to comp.lang.perl.misc and copy mailed.]
In article <6rm5tg$9co$3@nz12.rz.uni-karlsruhe.de> on Sat, 22 Aug 1998
10:17:22 GMT, Marc Haber <Marc.Haber-usenet@gmx.de> says...
> lr@hpl.hp.com (Larry Rosler) wrote:
> >In article <6rk3qq$k1o$1@clarknet.clark.net> on 21 Aug 1998 15:30:34 GMT,
> >alexk@appliedtheory.com <alexk@appliedtheory.com> says...
> >> Jeff Gao <jeff_gao@bctel.net> wrote:
> >> : Does anybody know that whether perl 5.004 is y2k compilant?
> >>
> >> Yes, but it is not Y2.38K compliant.
> >
> >I wouldn't care much about that. But you meant Y2.038K, and that *is*
> >something to be concerned about.
>
> Actually, I believe that perl will be Y2.038K compliant as soon as the
> underlying OS is. Am I missing something?
Yes, you are missing the main point. As was discussed here recently, the
issue is not whether the OS and the internal data represent time in 32 or
64 bits. The issue is that all existing external data (in which time is
now represented exclusively in 32-bit integers) become ambiguous. Either
the programs that deal with such data must add logic to resolve the
ambiguities, or the data sets themselves must be redesigned and
rewritten.
This is the real reason behind the massive cost of the century bug --
external storage of the year in two decimal digits. Using six bytes to
store a date is wasteful, but preceded C and the Unix Epoch. So, just as
Cobol's data are facing Armageddon now, C[++] and Perl's data will face
it in 2038.
Do not expect enlightment to come before 2035 or so. Are *you*
allocating more than 32 bits to store time in external data?
Be afraid. Be very afraid. Or (as a colleague put it at the Perl
Conference), be doing the Big Sleep, as he and I will be by then. :-(
--
(Yet Another Larry) Rosler
Hewlett-Packard Laboratories
http://www.hpl.hp.com/personal/Larry_Rosler/
lr@hpl.hp.com
------------------------------
Date: 22 Aug 1998 18:04:13 GMT
From: "Joe" <melyas@aol.com>
Subject: Looking for part time help
Message-Id: <6rnem8$1au$76@elle.eunet.no>
Hello,
Please forgive me if this is not the appropriate place for this post. I am
looking for someone who can help me write a couple of small scripts in
exchange for posters we sell. We have three stores in Manhattan, NY and a
Web Site where you can pick your posters from. Please email me and I will
give you the site's address. You know I don't want this to look like an
advertising in a newsgroup.
Thanks Again
Joe Elyas
------------------------------
Date: Sat, 22 Aug 1998 12:27:20 -0500
From: "Michael J. Carman" <mjcarman@zeus.ia.net>
Subject: Re: NEWBIE Question: Perl Script in Unix vs. NT
Message-Id: <6rnem7$1au$74@elle.eunet.no>
>>You'll have to check in what format your script is: MSDOS (CRLF at end of
>>each line) or Unix (LF at end of each line
[...]
>>Get a descent editor (i recommand TextPad) that can do the conversion for
>>you, or a utility to do the conversion.
>
>TextPad is MAC, no? Anyone know a format to save in from Windows that
>will avoid the ^M problem?
In response to both this and the other "what's the best editor" thread, I'll
make this recommendation -
GWD Text Editor. (Available at http://www.iridis.com/gwd/) It's shareware
(only $20 to register), which makes it a better option for the "recreational
coder" than programs like Multi-Edit. (Also a nice editor.) It allows syntax
highlighting (Perl is pre-defined so you don't have to enter all the
keywords yourself), and supports DOS/Unix/Mac file formats so you can
read/write in those native formats.
There is another way to get around the ^M problem, though, if you don't want
to get a new editor. If you're writing your code on a PC and want to run it
on Unix, make sure that you transfer the file in ASCII mode (not binary)
when you FTP it to the Unix box. This should translate the CRLF to plain LF.
(And vice-versa when transferring the other way.)
--
Michael J. Carman / mjcarman@zeus.ia.net
------------------------------
Date: 22 Aug 1998 17:45:12 GMT
From: cabneySP4M@SP4M.SP4Mcyberpass.net (C. Abney)
Subject: Re: Perl Docs.. forget the original post
Message-Id: <6rnem9$1au$77@elle.eunet.no>
In article <645CAC0140CED111AF1500805FEDDB8AA41D@ns.new-mediacom.co.uk>,
Simon Wistow <simon@new-mediacom.com> writes:
> I'm a complete newbie myself and I found CLPM a bit diconcerting to
> start off with however now that I know MO ...
It's a pretty effective system if you accept the correlation. I'll
admit there is a problem with the correlation (you won't
see the rawest of new users in clp* that you will in col*) but the
information posted with the flame is at least available to anyone
willing to poke around in the group long enough to see the range of
topics being discussed.
> One thing puzzles me though, you advocate ignoring 'FAQless newbies' yet
> admit that you 'first learned of the perl faqs' this way.
Now, hold on. not the initial inquiry, that's not what I meant (I thought
it was clear) by 'squealing.' I was referring to those with a magnified
sensitivity and hyperawareness of any criticisms against themselves,
while ignoring the completely legitimate complaints of the regulars
in the group, clutching desperately to their newbie status as sufficient
justification for selfish (and completely unneeded) behavior. That was
the play on 'feckless' I hoped would carry the meaning across. RTFM,
I mean the Usenet Faq, and it becomes clear why such behavior is
unnecessary, and hurts others (even if it stands a good chance of
helping yourself). The easiest way to ease in is to lurk.
> Some of us with window boxes don't have grep either (now there's an
> idea, hmmmm);
Wingrep. Some guy in the UK. Shareware. Worth the US$20. I don't
know if he's ported to W95+, I don't do that anymore. :)
Sorry I took so long to respond, my news server is really flaky.
-C
--
...if we truly desire world domination, we've got to get our LSD into
the corporate elite's conceptual water supply and alter the beast's
consciousness. -ESR C. Abney
------------------------------
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 3512
**************************************
