[8996] in Perl-Users-Digest
Perl-Users Digest, Issue: 2615 Volume: 8
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Fri May 15 20:07:21 1998
Date: Fri, 15 May 98 17:02:03 -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 Fri, 15 May 1998 Volume: 8 Number: 2615
Today's topics:
Re: New IDE for Perl (brian d foy)
Re: New IDE for Perl (Greg Bacon)
Re: New IDE for Perl (Stuart McDow)
Re: New IDE for Perl <tchrist@mox.perl.com>
Re: New IDE for Perl <birgitt@order.booktraders.com>
Non-standard use of "standard" <tchrist@mox.perl.com>
PQ Edit general purpose database editor application and <brian@gpc.ibc.wustl.edu>
Re: Problem with spaces in directory path names in Perl (Steven Wayne)
Re: Regex problem: substituting 3+ identical characters (Greg Bacon)
Re: Scanning Perl scripts for Y2K problems <tchrist@mox.perl.com>
Re: Timeout a program in Perl <igor.k@usa.net>
Re: TIMTOWTDI - regex vs. if (function) <lr@hpl.hp.com>
Re: Tip: Sets (Steffen Beyer)
Why I got the wrong PID when I use "fork"? <wtang@flash.net>
Digest Administrivia (Last modified: 8 Mar 97) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Fri, 15 May 1998 18:17:00 -0400
From: comdog@computerdog.com (brian d foy)
Subject: Re: New IDE for Perl
Message-Id: <comdog-ya02408000R1505981817000001@news.panix.com>
Keywords: from just another new york perl hacker
In article <355CB550.1A1816DB@order.booktraders.com>, Birgitt Funk <birgitt@order.booktraders.com> posted:
>I try to find out what I absolutely have to learn and what not.
>I (almost) came to the conclusion that I will not be punished to
>ignore emacs and be o.k with vim only.
isn't emacs that thing that takes up all that space? vi and
derivatives work for me. Perl doesn't care what you use.
--
brian d foy <comdog@computerdog.com>
CGI Meta FAQ <URL:http://computerdog.com/CGI_MetaFAQ.html>
Comprehensive Perl Archive Network (CPAN) <URL:http://www.perl.com>
Perl Mongers T-shirts! <URL:http://www.pm.org/tshirts.html>
------------------------------
Date: 15 May 1998 22:15:05 GMT
From: gbacon@cs.uah.edu (Greg Bacon)
Subject: Re: New IDE for Perl
Message-Id: <6jiep9$3k9$5@info.uah.edu>
In article <355CB550.1A1816DB@order.booktraders.com>,
Birgitt Funk <birgitt@order.booktraders.com> writes:
: All the wise men are using emacs, does that mean one really
: can't skip it?
I'd be shocked to learn that any of Ken, dmr, bwk, Rob, or Larry use
emacs. I and many, many others consider each of these to be very wise
men.
: Or is it just because you are not only wise,
: but also a (tiny bit) old(er), and in those days you just learned
: emacs anyhow and got used to it ?
Apply s/emacs/vi/g and that makes much more sense.
Greg
--
open(G,"|gzip -dc");$_=<<EOF;s/[0-9a-f]+/print G pack("h*",$&)/eg
f1b88000b620f22320303fa2d2e21584ccbcf29c84d2258084
d2ac158c84c4ece4d22d1000118a8d5491000000
EOF
------------------------------
Date: 15 May 1998 22:49:06 GMT
From: smcdow@arlut.utexas.edu (Stuart McDow)
Subject: Re: New IDE for Perl
Message-Id: <6jigp2$m6q$1@ns1.arlut.utexas.edu>
comdog@computerdog.com (brian d foy) writes:
>
> isn't emacs that thing that takes up all that space? vi and
> derivatives work for me. Perl doesn't care what you use.
When I log into my Xenix system with my 110 baud teletype, both vi
*and* Emacs are just too damn slow. They print useless messages like,
'C-h for help' and '"foo" File is read only'. So I use the editor
that doesn't waste my VALUABLE time.
---> Ed, man! !man ed <---
ED(1) UNIX Programmer's Manual ED(1)
NAME
ed - text editor
SYNOPSIS
ed [ - ] [ -x ] [ name ]
DESCRIPTION
Ed is the standard text editor.
---
Computer Scientists love ed, not just because it comes first
alphabetically, but because it's the standard. Everyone else loves ed
because it's ED!
"Ed is the standard text editor."
And ed doesn't waste space on my Timex Sinclair. Just look:
-rwxr-xr-x 1 root 24 Oct 29 1929 /bin/ed
-rwxr-xr-t 4 root 1310720 Jan 1 1970 /usr/ucb/vi
-rwxr-xr-x 1 root 5.89824e37 Oct 22 1990 /usr/bin/emacs
Of course, on the system *I* administrate, vi is symlinked to ed.
Emacs has been replaced by a shell script which 1) Generates a syslog
message at level LOG_EMERG; 2) reduces the user's disk quota by 100K;
and 3) RUNS ED!!!!!!
"Ed is the standard text editor."
Let's look at a typical novice's session with the mighty ed:
golem> ed
?
help
?
?
?
quit
?
exit
?
bye
?
hello?
?
eat flaming death
?
^C
?
^C
?
^D
?
---
Note the consistent user interface and error reportage. Ed is
generous enough to flag errors, yet prudent enough not to overwhelm
the novice with verbosity.
"Ed is the standard text editor."
Ed, the greatest WYGIWYG editor of all.
ED IS THE TRUE PATH TO NIRVANA! ED HAS BEEN THE CHOICE OF EDUCATED
AND IGNORANT ALIKE FOR CENTURIES! ED WILL NOT CORRUPT YOUR PRECIOUS
BODILY FLUIDS!! ED IS THE STANDARD TEXT EDITOR! ED MAKES THE SUN
SHINE AND THE BIRDS SING AND THE GRASS GREEN!!
When I use an editor, I don't want eight extra KILOBYTES of worthless
help screens and cursor positioning code! I just want an EDitor!!
Not a "viitor". Not a "emacsitor". Those aren't even WORDS!!!! ED!
ED! ED IS THE STANDARD!!!
TEXT EDITOR.
When IBM, in its ever-present omnipotence, needed to base their
"edlin" on a UNIX standard, did they mimic vi? No. Emacs? Surely
you jest. They chose the most karmic editor of all. The standard.
Ed is for those who can *remember* what they are working on. If you
are an idiot, you should use Emacs. If you are an Emacs, you should
not be vi. If you use ED, you are on THE PATH TO REDEMPTION. THE
SO-CALLED "VISUAL" EDITORS HAVE BEEN PLACED HERE BY ED TO TEMPT THE
FAITHLESS. DO NOT GIVE IN!!! THE MIGHTY ED HAS SPOKEN!!!
(Let's see how many people take this seriously) :-)
--
Stuart McDow Applied Research Laboratories
smcdow@arlut.utexas.edu The University of Texas at Austin
"Look for beauty in roughness, unpolishedness"
------------------------------
Date: 15 May 1998 22:46:52 GMT
From: Tom Christiansen <tchrist@mox.perl.com>
Subject: Re: New IDE for Perl
Message-Id: <6jigks$m9f$3@csnews.cs.colorado.edu>
[courtesy cc of this posting sent to cited author via email]
In comp.lang.perl.misc, Birgitt Funk <birgitt@order.booktraders.com> writes:
:All the wise men are using emacs,
Nope.
--tom
--
------------------------------
Date: Fri, 15 May 1998 19:12:07 -0400
From: Birgitt Funk <birgitt@order.booktraders.com>
Subject: Re: New IDE for Perl
Message-Id: <355CCBC7.84F83784@order.booktraders.com>
Stuart McDow wrote:
>
> comdog@computerdog.com (brian d foy) writes:
> >
> > isn't emacs that thing that takes up all that space? vi and
> > derivatives work for me. Perl doesn't care what you use.
>
> When I log into my Xenix system with my 110 baud teletype, both vi
> *and* Emacs are just too damn slow. They print useless messages like,
> 'C-h for help' and '"foo" File is read only'. So I use the editor
> that doesn't waste my VALUABLE time.
>
> ---> Ed, man! !man ed <---
>
> ED(1) UNIX Programmer's Manual ED(1)
>
> NAME
> ed - text editor
>
> SYNOPSIS
> ed [ - ] [ -x ] [ name ]
> DESCRIPTION
> Ed is the standard text editor.
>
> ---
>
> Computer Scientists love ed, not just because it comes first
> alphabetically, but because it's the standard. Everyone else loves ed
> because it's ED!
>
> "Ed is the standard text editor."
>
> And ed doesn't waste space on my Timex Sinclair. Just look:
>
> -rwxr-xr-x 1 root 24 Oct 29 1929 /bin/ed
> -rwxr-xr-t 4 root 1310720 Jan 1 1970 /usr/ucb/vi
> -rwxr-xr-x 1 root 5.89824e37 Oct 22 1990 /usr/bin/emacs
>
> Of course, on the system *I* administrate, vi is symlinked to ed.
> Emacs has been replaced by a shell script which 1) Generates a syslog
> message at level LOG_EMERG; 2) reduces the user's disk quota by 100K;
> and 3) RUNS ED!!!!!!
>
> "Ed is the standard text editor."
>
> Let's look at a typical novice's session with the mighty ed:
>
> golem> ed
>
> ?
> help
> ?
> ?
> ?
> quit
> ?
> exit
> ?
> bye
> ?
> hello?
> ?
> eat flaming death
> ?
> ^C
> ?
> ^C
> ?
> ^D
> ?
>
> ---
> Note the consistent user interface and error reportage. Ed is
> generous enough to flag errors, yet prudent enough not to overwhelm
> the novice with verbosity.
>
> "Ed is the standard text editor."
>
> Ed, the greatest WYGIWYG editor of all.
>
> ED IS THE TRUE PATH TO NIRVANA! ED HAS BEEN THE CHOICE OF EDUCATED
> AND IGNORANT ALIKE FOR CENTURIES! ED WILL NOT CORRUPT YOUR PRECIOUS
> BODILY FLUIDS!! ED IS THE STANDARD TEXT EDITOR! ED MAKES THE SUN
> SHINE AND THE BIRDS SING AND THE GRASS GREEN!!
>
> When I use an editor, I don't want eight extra KILOBYTES of worthless
> help screens and cursor positioning code! I just want an EDitor!!
> Not a "viitor". Not a "emacsitor". Those aren't even WORDS!!!! ED!
> ED! ED IS THE STANDARD!!!
>
> TEXT EDITOR.
>
> When IBM, in its ever-present omnipotence, needed to base their
> "edlin" on a UNIX standard, did they mimic vi? No. Emacs? Surely
> you jest. They chose the most karmic editor of all. The standard.
>
> Ed is for those who can *remember* what they are working on. If you
> are an idiot, you should use Emacs. If you are an Emacs, you should
> not be vi. If you use ED, you are on THE PATH TO REDEMPTION. THE
> SO-CALLED "VISUAL" EDITORS HAVE BEEN PLACED HERE BY ED TO TEMPT THE
> FAITHLESS. DO NOT GIVE IN!!! THE MIGHTY ED HAS SPOKEN!!!
>
> (Let's see how many people take this seriously) :-)
>
me, of course ...8-).
thanks to all.
Birgitt Funk
------------------------------
Date: 15 May 1998 22:44:09 GMT
From: Tom Christiansen <tchrist@mox.perl.com>
Subject: Non-standard use of "standard"
Message-Id: <6jigfp$m9f$2@csnews.cs.colorado.edu>
In comp.lang.perl.misc, ilya@math.ohio-state.edu (Ilya Zakharevich) writes:
:This is almost OK, except that DOSISH systems are almost standard (and
:some take backward compatibility *very* seriously, hundreds times more
:seriously than p5p crowd), and *nices are a most nonstandard batch of
:OSes.
You appear to use the word "standard" in a non-standard fashion.
Please cite the IEEE number, the Xopen spec, the FIPS number, or any
document produced by a non-proprietary, vendor-neutral standards committee
that details the interfaces to Microsoft. None, right? Therefore,
it's not standard. However, IEEE 1003.* et fils most certainly are,
and our Unices are usefully conformant to these very important things.
--tom
--
"They'll get my perl when they pry it from my cold, dead /usr/local/bin."
Randy Futor in <1992Sep13.175035.5623@tc.fluke.COM>
------------------------------
Date: 15 May 1998 22:26:08 GMT
From: "Brian H Dunford-Shore" <brian@gpc.ibc.wustl.edu>
Subject: PQ Edit general purpose database editor application and RDBAL module
Message-Id: <6jife0$quu$1@news.neta.com>
This is to announce the availability of the PQ Edit perl application and the
RDBAL modules.
They have been uploaded to CPAN's incoming directory or they are available
for immediate download at:
http://www.ibc.wustl.edu/download/perl. Documentation and screen snapshots
of PQ Edit are also available there.
----------------------------------------------------------------------------
-----------------
PQEdit is meant to make the (re)writing of data entry forms
for relational databases unnecessary most of the time.
PQEdit is a perl cgi script which provides general purpose
Web-based database table editing for relational database tables
using automatic CGI forms. PQEdit is based on the RDBAL
Relational Database Abstraction Layer Schema Object.
Currently it supports Transact-SQL (Sybase and MS SQL) and
Oracle relational database servers via SybaseDBlib, ODBC, or
DBI/DBD drivers.
This has been tested, at least minimally, on the Apache web
server under Solaris and MS WinNT and on MS IIS 3.0 under
MS WinNT.
----------------------------------------------------------------------------
-----------------
RDBAL is an abstraction layer for relational (SQL) databases
allowing for middleware independent SQL execution and for
database Schema (catalog) information. RDBAL tries to 'hide'
details of implementation for scripts so that they need no
changes to run on, for example, *nix or NT and Sybase/MS SQL
server or Oracle.
Currently it supports Transact-SQL and Oracle relational
database servers via SybaseDBlib, ODBC, or DBI/DBD drivers.
The Oracle and DBI/DBD functionality is minimally tested and
should be considered 'beta'.
Description of modules:
RDBAL Rdpo Relational DataBase Abstraction Layer
BHDS
RDBAL::
::Schema Rdpo Relational Database Schema object
BHDS
::Layer::
::ApacheSybaseDBlib Rdpo Apache::Sybase::DBlib abstraction layer BHDS
::SybaseDBlib Rdpo Apache::Sybase::DBlib abstraction layer BHDS
::ODBC Rdpo Win32::ODBC abstraction layer
BHDS
::DBI Bdpo DBI/DBD abstraction layer
BHDS
__________________________________________________________________________
| Brian H. Dunford-Shore | Campus Box 8036 |
| Institute for Biomedical Computing | Phone: (314) 362-2944 |
| Washington University in St. Louis | Fax: (314) 362-0234 |
| 700 South Euclid Avenue | Email: brian@ibc.wustl.edu.us |
| Saint Louis, Missouri 63110 | |
==========================================================================
------------------------------
Date: Fri, 15 May 1998 22:30:32 GMT
From: steven@amber.co.uk (Steven Wayne)
Subject: Re: Problem with spaces in directory path names in Perl on WIN32
Message-Id: <3564c066.2642489@news.demon.co.uk>
Eric Bohlman <ebohlman@netcom.com> wrote:
>Buzz Moschetti <buzz@bear.com> wrote:
>: Careful about doing that in perl code:
>
>: $path = "C:\Program files\DevStudio\programs\pre...";
>
>: Those backslashes are interpreted within double quotes. Use single
>: quotes instead:
>
>: $path = 'C:\Program files\DevStudio\programs\pre...';
>
>If you're going to pass it to the shell, you're going to *have* to stick
>*literal* double-quotes into it somehow, since the shell needs to see
>them to stop if from interpreting C:\Program as the command name and
>files\DevStudio... as the first argument.
>
>$path = '"C:\Program files..."' is probably the best solution.
Nope, try "C:\\Program files\\DevStudio\\programs\\pre..."
Steven.
--
We pray for one last landing, on the globe that gave us birth,
To rest our eyes on fleecy skies, and the cool green hills of Earth.
-- R.A. Heinlein
http://www.ambercomputing.demon.co.uk/
------------------------------
Date: 15 May 1998 22:23:13 GMT
From: gbacon@cs.uah.edu (Greg Bacon)
Subject: Re: Regex problem: substituting 3+ identical characters with just one
Message-Id: <6jif8h$3k9$6@info.uah.edu>
In article <355CA94C.6E515454@matrox.com>,
Ala Qumsieh <aqumsieh@matrox.com> writes:
: J|rgen P|nter wrote:
: > Now enter Perl. I use a regex to subtitute each occurence of 3 or more
: > identical characters with just one character. Being a learner, the regex is
: > very simple:
: > s/([a-zA-Z0-9])\1\1+/\1/g
:
: Woooooo!! Why so complicated? Keep in mind that Perl is synonymous
: with laziness!
:
: You probably need:
: tr/a-zA-Z0-9//s;
Mind your locales and don't backwhack in the RHS of a s///.
s/(\w)\1\1+/$1/g;
Here's what mjd had to say in "tr///s considered harmful":
use Benchmark;
$X = ((' ' x 100) . 'x') x 100;
timethese(10_000, {'tr' => sub { $q = $X; $q =~ tr/ //s },
's' => sub { $q = $X; $q =~ s/ +/ /g },
'null' => sub { $q = $X; },
}
);
Benchmark: timing 10000 iterations of null, s, tr...
null: 4 secs ( 3.61 usr 0.00 sys = 3.61 cpu)
s: 37 secs (33.05 usr 0.01 sys = 33.06 cpu)
tr: 68 secs (61.66 usr 0.03 sys = 61.69 cpu)
Mark-Jason Dominus
Hope this helps,
Greg
--
open(G,"|gzip -dc");$_=<<EOF;s/[0-9a-f]+/print G pack("h*",$&)/eg
f1b88000b620f22320303fa2d2e21584ccbcf29c84d2258084
d2ac158c84c4ece4d22d1000118a8d5491000000
EOF
------------------------------
Date: 15 May 1998 22:39:22 GMT
From: Tom Christiansen <tchrist@mox.perl.com>
Subject: Re: Scanning Perl scripts for Y2K problems
Message-Id: <6jig6q$m9f$1@csnews.cs.colorado.edu>
[courtesy cc of this posting sent to cited author via email]
In comp.lang.perl.misc,
Russell Schulz <Russell_Schulz@locutus.ofB.ORG> writes:
:> I'm confident you know which interpretation will have most likely
:> been used.
:
:oops, for `most likely' read `all too frequently'.
:
:(and maybe remove the split infinitive.)
Pardon me, sir, but there is no split infinitive in that sentence.
And even if there were, it wouldn't be illegal.
--tom
--
X-Windows: It was hard to write; it should be hard to use.
--Jamie Zawinski
------------------------------
Date: Fri, 15 May 1998 16:41:12 -0700
From: "Igor Krivokon" <igor.k@usa.net>
Subject: Re: Timeout a program in Perl
Message-Id: <6jijke$clq$1@news.ncal.verio.com>
KLL wrote in message <6jg4pu$c7v@bgtnsc03.worldnet.att.net>...
>I want to start a program and kill it if it runs more than a certain
>time on NT. Since I cannot do fork on NT, is there another way
>implement this? Thank you.
Try this:
$delay = 3600; #seconds
$curtime = time;
my ($sec,$min,$hour,$mday) = localtime($curtime+$delay);
`at $hour:$min:$sec /NEXT:$mday kill $$`;
It uses "kill" utility from NT Resource Kit. If case you don't have it,
you can use Perl's kill function. Something like this:
`at $hour:$min:$sec /NEXT:$mday perl -e \"kill 'STOP', $$\"`;
Hope this helps,
Igor Krivokon
<igor.k@usa.net>
------------------------------
Date: Fri, 15 May 1998 14:55:25 -0700
From: "Larry Rosler" <lr@hpl.hp.com>
Subject: Re: TIMTOWTDI - regex vs. if (function)
Message-Id: <6jidkn$snp@hplntx.hpl.hp.com>
Martin Gregory wrote in message ...
>Ward Kaatz <ward.kaatz@pss.boeing.com> writes:
>
>> Larry Rosler wrote:
>>
>> I considered but avoided use of (s)printf based on the camel book
>> observation (pg 200, 2nd ed.).
>
>That note is not (I believe) intended to be anywhere near this strong!
>
>All it is saying is don't do
>
> printf ("%s", $String);
>
>when you can do
>
> print $String;
>
>and other variants of the same silliness. If you need to format a
>string, by all means use printf, as far as I can see?
>
>Martin.
In the future, please try to be more careful about quoting and snipping.
I did not write that. In fact, I wrote the opposite. Here is the
proper quote:
Ward Kaatz <ward.kaatz@pss.boeing.com> wrote:
>Larry Rosler wrote:
>
>> Do you need a module for something this trivial?
>>
>> my ($mday, $mon, $year) = (localtime)[3 .. 5];
>> sprintf '%d%.2d%.2d', 1900 + $year, $mon + 1, $mday;
>Larry, thanks for the alternative! I agree that using a module in this
>case is not desirable. Not necessarily for performance as that is not
>an issue with this particular task, but due to the desire to not add
any
>more variables in my environment which is not especially "perl
>friendly".
>I considered but avoided use of (s)printf based on the camel book
>observation (pg 200, 2nd ed.).
...
--
Larry Rosler
Hewlett-Packard Laboratories
lr@hpl.hp.com
------------------------------
Date: 15 May 1998 21:28:56 GMT
From: sb@engelschall.com (Steffen Beyer)
Subject: Re: Tip: Sets
Message-Id: <6jic2o$6m5$1@en1.engelschall.com>
Nathan Torkington <gnat@frii.com> wrote:
> I have to confess that despite having a Bachelor's degree in Computer
> Science, I never really understood WHY we should give two hoots about
> sets, bags, collections and all those other weird buzzwords that
> arouse algorithms and data structures people so much. Then I was
> asked to tech-read an upcoming book on working with CS-style
> algorithms and data structures in Perl, and I had an epiphany.
> I had been a victim of the Sapir-Whorf hypothesis--the idea that
> language shapes and limits our thought. I'd been successfully writing
> programs in Perl for many years, and had grown accustomed to thinking
> in terms of arrays and hashes. When you think like this, some
> problems ("how do I find the unique elements in an array?") have
> solutions that are inelegant mixes of arrays and hashes.
Ironically, there is actually one counter-example I know of:
Look at the "Graph::Kruskal" module on CPAN to see an (extremely) *EFFICIENT*
implementation of sets using arrays!
The caveat is that this only works under the special conditions that apply
in this algorithm! :-)
So this is actually just an exception that confirmes the rule.
Or citing The Alan Parsons Project, "Eye in the sky":
[...] If I am wrong and your are right, then I will light your darkness
with confusion [...] That all I do is only to surprise you [...] And every
word is planned to mystify you [...]
;-) ;-) ;-)
BTW, thanks a lot for your high esteem of my "Bit::Vector" module to write
such a detailed tip!
Yours sincerely,
--
Steffen Beyer <sb@engelschall.com>
Free Perl and C Software for Download: www.engelschall.com/u/sb/download/
"Perl is like sex: If you never had it, you wonder what the fuss is all
about. Once you had it, you never want to be without it again." (unknown)
------------------------------
Date: 15 May 1998 23:06:16 GMT
From: "William Tang" <wtang@flash.net>
Subject: Why I got the wrong PID when I use "fork"?
Message-Id: <01bd8055$8433ba80$5d68b9a3@wtang-sgl.sugar-land.geco-prakla.slb.com>
I wrote following program:
exec 'tip -19200 /dev/ttya > test' unless $pid=fork();
# run some program here to write result to terminal then to file test
`kill $pid`;
# did not kill tip process here
When I use 'ps' to check the process, I found:
$pid ---> sh
$pid+2-->tip
$pid+3-->tip
everytime I run the program above and I can't kill the tip process, in
stead I need to kill tip process manually to run the program next time.
what did I do wrong here? Thanks.
------------------------------
Date: 8 Mar 97 21:33:47 GMT (Last modified)
From: Perl-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 8 Mar 97)
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.
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 2615
**************************************
