[29060] in Perl-Users-Digest
Perl-Users Digest, Issue: 304 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Thu Apr 5 03:09:48 2007
Date: Thu, 5 Apr 2007 00:09:05 -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 Thu, 5 Apr 2007 Volume: 11 Number: 304
Today's topics:
Re: Apache, perl and WinXP cmd.exe - problem with perce <emschwar@pobox.com>
Re: Can't change filenames..why? <tadmc@augustmail.com>
Re: Can't change filenames..why? <tadmc@augustmail.com>
Re: CGI "working" message/page ? <uctraing@ultranet.com>
Re: CGI "working" message/page ? (Jamie)
Re: CGI "working" message/page ? <kkeller-usenet@wombat.san-francisco.ca.us>
new CPAN modules on Thu Apr 5 2007 (Randal Schwartz)
Re: perl OOP <please@nospam.net>
Re: perl OOP <please@nospam.net>
Re: Perl reliability? (Jamie)
Re: Testing against a list of values ? <noreply@gunnar.cc>
Re: Testing against a list of values ? <purlgurl@purlgurl.net>
Re: Testing against a list of values ? <cdalten@gmail.com>
Re: Testing against a list of values ? <purlgurl@purlgurl.net>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Thu, 05 Apr 2007 03:02:08 GMT
From: Eric Schwartz <emschwar@pobox.com>
Subject: Re: Apache, perl and WinXP cmd.exe - problem with percent sign in arg list
Message-Id: <87ps6jcymn.fsf@beorn.i-did-not-set--mail-host-address--so-shoot-me>
"Bartek Lakomiec" <barlak@poczta.onet.pl> writes:
> I'm using Windows XP, ActivePerl 5.8, Apache HTTP server 2.2.3, and
> I'm in a trouble with the following piece of code (let's call it
> "my_code.pl") which calls "cleartool" application to dump some data
> into a temporary file (to be used later):
In addition to all the other replies, let me point you towards the
various ClearCase modules on CPAN, including
ClearCase::Proc::ClearTool, which may be a cleaner and more direct way
to get at cleartool output. It was most recently updated on 26 March
2007, so it's apparently being currently maintained.
-=Eric
------------------------------
Date: Wed, 4 Apr 2007 20:58:46 -0500
From: Tad McClellan <tadmc@augustmail.com>
Subject: Re: Can't change filenames..why?
Message-Id: <slrnf18lum.e0p.tadmc@tadmc30.august.net>
Ed Jay <edMbj@aes-intl.com> wrote:
> That said, my original post said that if I deleted the renaming
> function, the script uploaded files the way it should.
But it couldn't possible do that because you were missing a quote
on the 3rd line.
> That it doesn't
> compile using 'strict'
It doesn't compile without using strict either.
> is something entirely different than the script won't
> work as written.
It would not work with or without strict.
--
Tad McClellan SGML consulting
tadmc@augustmail.com Perl programming
Fort Worth, Texas
------------------------------
Date: Wed, 4 Apr 2007 20:59:54 -0500
From: Tad McClellan <tadmc@augustmail.com>
Subject: Re: Can't change filenames..why?
Message-Id: <slrnf18m0q.e0p.tadmc@tadmc30.august.net>
Michele Dondi <bik.mido@tiscalinet.it> wrote:
> On Tue, 03 Apr 2007 23:18:15 -0700, Ed Jay <edMbj@aes-intl.com> wrote:
>
>>> >> We cannot help you if you lie to us.
>>>
>>> EJ> You need to learn some table manners.
>>>
>>>ever watch house on tv. as he says everyone lies. simple fact of life.
>>>
>>>and if you think getting a tough but correct answer from tad is worse
>>>than a polite but stupid answer from moronzilla (also know as
>>>gurlknowsnoperl) then you have a lot to learn.
>>
>>A tough answer that includes name calling isn't a tough answer. It's an
>>inappropriate and offensive response.
>
> (Just for curiosity) the actual name calling being?!?
There wasn't anywhere I called him a name.
There was where he called me a name though (I think).
He should learn some table manners. :-)
--
Tad McClellan SGML consulting
tadmc@augustmail.com Perl programming
Fort Worth, Texas
------------------------------
Date: Thu, 05 Apr 2007 03:33:07 GMT
From: - Bob - <uctraing@ultranet.com>
Subject: Re: CGI "working" message/page ?
Message-Id: <qdr813lhkgfe213pajc8ocj78li409pnik@4ax.com>
On 05 Apr 2007 00:56:21 GMT, xhoster@gmail.com wrote:
>Myself, I just use the <meta http-equiv="refresh" ....> tag. Sloppy though
>some people may find it, it gets the job done.
What does the refresh do? Keep polling a program / data area looking
for some "program completed" data bit left by the process you are
waiting to have completed?
------------------------------
Date: Thu, 05 Apr 2007 03:33:32 GMT
From: nospam@geniegate.com (Jamie)
Subject: Re: CGI "working" message/page ?
Message-Id: <Lc117572316743930x8c3a1b8@pong.podro.com>
In <09c8131jsaj1kjmmtggablp7g2vqqff3ov@4ax.com>,
- Bob - <uctraing@ultranet.com> mentions:
>Question about CGI... maybe a header I should know more about (?).
I guess it's sort of CGI related..
You can't do it. (with CGI)
>At some sites, when you start a transaction such as placing an order
>or processing a credit card (which may take a bit of physical time)
>you get a "working" message of some sort that hangs around for a
>while, then the results appear.
Seriously, even if you used Refresh, there is a problem.
If someone were to hit submit 5 times before the browser refreshed the page,
you would get 5 different form submissions. This can be a problem in some
cases (like credit card transactions)
The way to reliably do this is to have a javascript function disable the submit
button, then hide/swap the display and finally submit the form. In the "old"
days, they'd just grey out the submit button. These days, it's a simple matter
of using DHTML. (Javascript DOM, it sounds hard but it's really easy, AJAX
isn't even needed)
I tried once to solve this w/out javascript, using perl and lock ID's, etc..
no matter what I did there was the lag between "submit", the servers
realization of "submit" and people who were committed to racking up a dozen
charges on their card within the second or so it took the server to respond.
Far as I know, this just can't be done in CGI.
Jamie
--
http://www.geniegate.com Custom web programming
Perl * Java * UNIX User Management Solutions
------------------------------
Date: Wed, 4 Apr 2007 22:33:18 -0700
From: Keith Keller <kkeller-usenet@wombat.san-francisco.ca.us>
Subject: Re: CGI "working" message/page ?
Message-Id: <v9eee4xatf.ln2@goaway.wombat.san-francisco.ca.us>
On 2007-04-05, - Bob - <uctraing@ultranet.com> wrote:
> On 05 Apr 2007 00:56:21 GMT, xhoster@gmail.com wrote:
>
>>Myself, I just use the <meta http-equiv="refresh" ....> tag. Sloppy though
>>some people may find it, it gets the job done.
>
> What does the refresh do? Keep polling a program / data area looking
> for some "program completed" data bit left by the process you are
> waiting to have completed?
Refresh is not Perl. You should ask in an HTML group. (Or better
still, look for docs on the web or in books--the behavior of the refresh
meta tag is well-documented.)
--keith
--
kkeller-usenet@wombat.san-francisco.ca.us
(try just my userid to email me)
AOLSFAQ=http://www.therockgarden.ca/aolsfaq.txt
see X- headers for PGP signature information
------------------------------
Date: Thu, 5 Apr 2007 04:42:10 GMT
From: merlyn@stonehenge.com (Randal Schwartz)
Subject: new CPAN modules on Thu Apr 5 2007
Message-Id: <JG0D2A.nMn@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.
AFS-Monitor-0.3.1
http://search.cpan.org/~alfw/AFS-Monitor-0.3.1/
Perl interface to AFS monitoring and debugging tools
----
Array-Utils-0.3
http://search.cpan.org/~zmij/Array-Utils-0.3/
small utils for array manipulation
----
Bio-Trace-ABIF-1.01
http://search.cpan.org/~vita/Bio-Trace-ABIF-1.01/
Perl extension for reading and parsing ABIF (Applied Biosystems, Inc. Format) files
----
Blikistan-0.04
http://search.cpan.org/~lukec/Blikistan-0.04/
Create a blog from content in a wiki
----
Bot-BasicBot-Pluggable-Module-RT-0.02
http://search.cpan.org/~dams/Bot-BasicBot-Pluggable-Module-RT-0.02/
Retrieves information of RT tickets
----
Catalyst-Plugin-Session-State-Cookie-0.07
http://search.cpan.org/~nuffin/Catalyst-Plugin-Session-State-Cookie-0.07/
Maintain session IDs using cookies.
----
Class-CodeStyler-0.26
http://search.cpan.org/~gaffie/Class-CodeStyler-0.26/
Perl extension for code generation program formatting and execution.
----
DBIx-MyParse-0.82
http://search.cpan.org/~philips/DBIx-MyParse-0.82/
Perl API for MySQL's SQL Parser
----
Data-Generate-0.02
http://search.cpan.org/~daconti/Data-Generate-0.02/
Create various types of synthetic data by parsing "regex-like" data creation rules.
----
Dir-Which-0.3
http://search.cpan.org/~jacquelin/Dir-Which-0.3/
Search for directory entries in a list of directories.
----
Games-Tournament-Swiss-0.04
http://search.cpan.org/~drbean/Games-Tournament-Swiss-0.04/
FIDE Swiss Same-Rank Contestant Pairing
----
InSilicoSpectro-1.0.15
http://search.cpan.org/~alexmass/InSilicoSpectro-1.0.15/
Open source Perl library for proteomics
----
Lemonldap-Portal-CAS-1.0.0
http://search.cpan.org/~egerman/Lemonldap-Portal-CAS-1.0.0/
Perl extension for lemonldap websso
----
Log-Handler-0.10
http://search.cpan.org/~bloonix/Log-Handler-0.10/
A simple handler to log messages to log files.
----
Log-Handler-0.11_01
http://search.cpan.org/~bloonix/Log-Handler-0.11_01/
A simple handler to log messages to log files.
----
Log-Handler-0.11_02
http://search.cpan.org/~bloonix/Log-Handler-0.11_02/
A simple handler to log messages to log files.
----
Log-Log4perl-1.10
http://search.cpan.org/~mschilli/Log-Log4perl-1.10/
Log4j implementation for Perl
----
Mail-Sort-20070404
http://search.cpan.org/~thedevil/Mail-Sort-20070404/
split incoming mail according to header matching conditions
----
Math-Int64-0.01
http://search.cpan.org/~salva/Math-Int64-0.01/
Manipulate 64 bits integers in Perl
----
Math-Int64-0.02
http://search.cpan.org/~salva/Math-Int64-0.02/
Manipulate 64 bits integers in Perl
----
Module-Build-Convert-0.48_01
http://search.cpan.org/~schubiger/Module-Build-Convert-0.48_01/
Makefile.PL to Build.PL converter
----
POE-Stage-0.02_00
http://search.cpan.org/~rcaputo/POE-Stage-0.02_00/
a base class for message-driven objects
----
SUPER-1.16
http://search.cpan.org/~chromatic/SUPER-1.16/
control superclass method dispatch
----
Test-MinimumVersion-0.004
http://search.cpan.org/~rjbs/Test-MinimumVersion-0.004/
does your code require newer perl than you think?
----
Text-CSV-Track-0.5
http://search.cpan.org/~jkutej/Text-CSV-Track-0.5/
module to work with .csv file that stores some value(s) per identificator
----
Tk-PerlInheritanceTree-0.02
http://search.cpan.org/~lamprecht/Tk-PerlInheritanceTree-0.02/
Display a graphical representation of the inheritance tree for a given class-name.
----
Tk-PerlMethodList-0.05
http://search.cpan.org/~lamprecht/Tk-PerlMethodList-0.05/
query the Symbol-table for methods (subroutines) defined in a class (package) and its parents.
----
cant-v0.0.2
http://search.cpan.org/~dmuey/cant-v0.0.2/
Accidental existance, "alias" to UNIVERSAL::cant
----
wxPerl-Constructors-v0.0.1
http://search.cpan.org/~ewilhelm/wxPerl-Constructors-v0.0.1/
parameterized constructors
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: Wed, 04 Apr 2007 19:46:35 -0700
From: Xiong Changnian <please@nospam.net>
Subject: Re: perl OOP
Message-Id: <please-C26E1A.19463504042007@free.teranews.com>
In article <i3f713l00poscie90manl55s6s9tufsm4o@4ax.com>,
Michele Dondi <bik.mido@tiscalinet.it> wrote:
> ...can I suggest you try to condense it some more?
I've never been good at that. For one thing, whenever I *do* try to be
terse, someone always seems to sideswipe me with the sort of nitpicking
to which I latterly objected. Personally, I think it should not be
necessary to beat a point to death; if you know enough to object, you're
not getting your information from *me*; if you don't, the issue will
likely not rear its head for quite some time.
In the example, OP was (I believe) stumbling around in the deep dark,
not understanding why new should be a class method. It will be some time
before he wonders if new must always be called new. Meanwhile, my
statement *was* syntactically correct -- so why should we be sitting
here burning up bits as I defend it?
English is ambiguous; that's why we don't program in it. I think it's a
bit silly to hammer anyone for a written English statement that doesn't
appear to reflect the wisdom that one feels must be emphasized.
I really do apologize if you find me verbose. My current career consists
largely of saying the same thing over and over, in the greatest possible
detail.
I offer the consolation that you are not likely to miss anything if you
ignore me -- I might be a tad miffed if you killfiled me, since I am
steadily courteous; but I wouldn't take offense if you skipped over most
of my posts. I'm new to Perl and I shouldn't attempt to lecture my
betters. I'm concious of the fact that I learn a great deal here and I
need to give back to the community, so I field a few questions from
those even newer than myself -- the particular questions that some of us
would prefer *not* to answer, or even read. You may safely assume that
my replies will be long, tedious, repetitive, and overly detailed,
covering much that is taken for granted by the wizards. Worse, perhaps,
you'll sometimes catch me in oversimplification, when I can't imagine it
doing any good to pop open the gearbox and shove the newcomer's face in
it.
If you see me *start* a thread, the topic may be relatively advanced;
I'm asking a question for my own benefit. If you see me *reply*,
especially if the subject header seems poorly chosen, you may want to
assume that the question itself might annoy you (because it's so basic
that I think I can answer it) and also that my reply will bore you
(because I'll try to answer it in enough detail to serve the
uninitiated).
If there is any way in which I, with my limited expertise, may serve you
better, please don't hesitate to ask.
By the way, I tried to email you privately to thank you for my new sig:
Amateurs built Noah's Ark.
Professionals built The Titanic.
--
Xiong Changnian
xiong102ATxuefangDOTcom
--
Posted via a free Usenet account from http://www.teranews.com
------------------------------
Date: Wed, 04 Apr 2007 20:12:35 -0700
From: Xiong Changnian <please@nospam.net>
Subject: Re: perl OOP
Message-Id: <please-CFEA97.20123504042007@free.teranews.com>
In article <m2vegcmjrl.fsf@local.wv-www.com>,
Sherm Pendley <spamtrap@dot-app.org> wrote:
> The point is that you're wrong.
Well, I really don't believe so. I don't think it serves any good
purpose, either to root at my words or for me to shore them up.
You know *exactly* what the relationships are among the concepts "new",
"object constructor", "used to make a new object", and "class method". I
don't doubt it in the least. Do you truly think I don't have a good
handle on this as well? Or do you just feel that you would not have
phrased the matter as I did? Do you think I left a loophole that, with
sufficient pushing, could be enlarged into a screwup?
More to the point, perhaps, do you think the distinction benefits OP?
Here is a fellow whose grasp of the English language is so poor that
some replies were outright rude -- in essence, "come back when you learn
English". I seriously doubt my post was of much help -- not because at
some later date, OP will insist that all object constructors must be
named "new"; not even because the entire explanation may whiz over his
head; but because OP probably read the first few replies and ran away,
never to return.
I'd really rather feel free to give an even simpler pastiche of the
standard docs, taking far greater liberties with the text, in hopes of
producing an explanation useful to OP.
Is Perl truly the Swiss Army Chainsaw? Or is it the sacred katana in its
rack on the shelf that none dare touch without the proper ritual -- it
will cut anything but the taboos are so thick that in actuality, it cuts
nothing?
I started by thinking it was common courtesy to respond when someone
criticized one of my posts. Now, I think it is only heaping fuel on the
fire. Perhaps it's time for a Standard Disclaimer. {sigh}
--
Xiong Changnian
xiong102ATxuefangDOTcom
--
Posted via a free Usenet account from http://www.teranews.com
------------------------------
Date: Thu, 05 Apr 2007 03:14:09 GMT
From: nospam@geniegate.com (Jamie)
Subject: Re: Perl reliability?
Message-Id: <Lc117572189243930x8c0da2c@pong.podro.com>
In <1175732103.020743.215390@l77g2000hsb.googlegroups.com>,
"MikeJohnson" <mikejohnson@volcanomail.com> mentions:
>I have written a Perl application of around 4000 lines.
>
>It parses through a log file, builds up a large hash, then writes to a
>SQL Server database using DBI.
>
>For efficiency, I have broken up the processing into two ithreads.
[snip]
>THE PROBLEM IS THAT PERL ITSELF KEEPS CRASHING!
[snip]
>These crashes are intermittent. Sometimes the program will crash on
>one log file, and sometimes it won't. :(
>
>My questions are-
>
>1. Is Perl more stable on other platforms?
>
>2. Or should we drop the money and purchase ActiveState Enterprise
>Edition Perl, with hopefully good support?
>
>3. If the program has bugs could this be the cause of the the Perl
>interpreter crashing?
Threading issues, maybe?
> Or does Perl try to insulate application programmers from errors
>akin to a Java or .NET runtime?
Sounds to me like it's a problem with one (or more) of the loaded modules,
I've seen crashes related to BerkeleyDBM in the long distant past. (corrupt
files, generally) I've also seen problems (again, years ago) related to DBD's,
in my case, DB2.
If you could try it some how w/out threading, that might tell you something
about the problem (module/code/etc.. possibly not thread safe, possibly thread
safe but some contention related to memory access I'm not sure, I generally stick
to fork() with perl code)
I'd try to make it crash w/out threads if I were trying to solve a problem
like that. Next step would be removal of all module related functions (as much
as possible) gradually bringing them online until it crashes.
Jamie
--
http://www.geniegate.com Custom web programming
Perl * Java * UNIX User Management Solutions
------------------------------
Date: Thu, 05 Apr 2007 03:12:11 +0200
From: Gunnar Hjalmarsson <noreply@gunnar.cc>
Subject: Re: Testing against a list of values ?
Message-Id: <57j0rgF2de46dU1@mid.individual.net>
Uri Guttman wrote:
> the correct answer is to use a hash.
s/the correct/One/
--
Gunnar Hjalmarsson
Email: http://www.gunnar.cc/cgi-bin/contact.pl
------------------------------
Date: Wed, 04 Apr 2007 18:15:52 -0700
From: Purl Gurl <purlgurl@purlgurl.net>
Subject: Re: Testing against a list of values ?
Message-Id: <TfKdnXr5i99a0InbnZ2dnUVZ_q2pnZ2d@giganews.com>
Uri Guttman wrote:
> Purl Gurl wrote:
>> Uri Guttman wrote:
>>> Purl Gurl wrote:
>>>> Bob wrote:
(snipped)
>>> as usual moronzilla gets it wrong. try that code with 'ax' or any string
>>> of length > 1 and at least one of 'axy'. it won't behave as the OP
>>> wants.
>> Irrelevant. Your comments do not comply with the originating author's
>> stated parameters. You are practicing deceit, more succinct, you are
>> lying to readers which is much in keeping with your years long history
>> and reputation as being amongst the worst of trolls spreading ignorance
>> and discontent within this discussion group.
> he never stated that the input would always be a single character. you
> assumed so in your broken code. so your code is wrong as it usually is
> as it doesn't account for bad data. it does account for bad code as it
> came from you.
> as for trolling and such, when have you last published a cpan module,
> gave a talk at a conference, been hired to train people in perl or any
> of a number of perl things? not in anyone's lifetime here. so please go
> back to your loonie been as you did for a blessed few months.
"loony bin"
Ha! Ha! You are so predictable, such a comical bozo troll!
You are THE laughing stock of the Perl community and have
been so, for many years.
Purl Gurl
------------------------------
Date: 4 Apr 2007 21:37:49 -0700
From: "grocery_stocker" <cdalten@gmail.com>
Subject: Re: Testing against a list of values ?
Message-Id: <1175747869.331869.70060@q75g2000hsh.googlegroups.com>
On Apr 4, 6:15 pm, Purl Gurl <purlg...@purlgurl.net> wrote:
> Uri Guttman wrote:
> > Purl Gurl wrote:
> >> Uri Guttman wrote:
> >>> Purl Gurl wrote:
> >>>> Bob wrote:
>
> (snipped)
>
>
>
> >>> as usual moronzilla gets it wrong. try that code with 'ax' or any string
> >>> of length > 1 and at least one of 'axy'. it won't behave as the OP
> >>> wants.
> >> Irrelevant. Your comments do not comply with the originating author's
> >> stated parameters. You are practicing deceit, more succinct, you are
> >> lying to readers which is much in keeping with your years long history
> >> and reputation as being amongst the worst of trolls spreading ignorance
> >> and discontent within this discussion group.
> > he never stated that the input would always be a single character. you
> > assumed so in your broken code. so your code is wrong as it usually is
> > as it doesn't account for bad data. it does account for bad code as it
> > came from you.
> > as for trolling and such, when have you last published a cpan module,
> > gave a talk at a conference, been hired to train people in perl or any
> > of a number of perl things? not in anyone's lifetime here. so please go
> > back to your loonie been as you did for a blessed few months.
>
> "loony bin"
>
> Ha! Ha! You are so predictable, such a comical bozo troll!
>
> You are THE laughing stock of the Perl community and have
> been so, for many years.
>
I know I shouldn't interject, however, Uri knows what he is talking
about, you don't. Besides, a simple google search on Uri shows that he
is pretty well respected in the Perl community.
------------------------------
Date: Wed, 04 Apr 2007 22:33:10 -0700
From: Purl Gurl <purlgurl@purlgurl.net>
Subject: Re: Testing against a list of values ?
Message-Id: <zYudnZyiSNWIF4nbnZ2dnUVZ_tmknZ2d@giganews.com>
grocery_stocker wrote:
> Purl Gurl wrote:
>> Uri Guttman wrote:
>>> Purl Gurl wrote:
>>>> Uri Guttman wrote:
>>>>> Purl Gurl wrote:
>>>>>> Bob wrote:
(snipped)
> I know I shouldn't interject....
So why are you down there on your knees kissing
Buttman's ass?
Ha! Ha! You are as comical as Uri!
Buttman & Buttkisser!
Boy howdy, if you two ain't about a pair to draw to!
Purl Gurl
------------------------------
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 304
**************************************
