[22157] in Perl-Users-Digest
Perl-Users Digest, Issue: 4378 Volume: 10
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Fri Jan 10 14:10:59 2003
Date: Fri, 10 Jan 2003 11:10:15 -0800 (PST)
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, 10 Jan 2003 Volume: 10 Number: 4378
Today's topics:
Newbie ? Who uses Perl? <jmg@jmg.com>
Re: Newbie ? Who uses Perl? <657_invalid@yahoo.com>
Re: Newbie ? Who uses Perl? <llewelly.at@xmission.dot.com>
Re: Newbie ? Who uses Perl? (Tad McClellan)
Re: parsing xml with perl --- very urgent .. help pleas (Tad McClellan)
Perl beginner (Nick Li)
Re: Perl beginner (Tad McClellan)
Regexps - multisymbol negation question (Julia Genyuk)
Re: Regexps - multisymbol negation question <nobull@mail.com>
Relocation error (was: Re: "Can't locate loadable objec <ernest.mueller@ni.com>
Script to read a wordlist and find words in files/dirs. (George)
Re: Script to read a wordlist and find words in files/d <eighner@io.com>
Re: simple file variable question (Tad McClellan)
Re: simple file variable question <shamrockirishbar.remove.nospam@yahoo.co.uk>
Re: simple file variable question <nobull@mail.com>
Re: simple file variable question (Tad McClellan)
Re: stucked <bongie@gmx.net>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Fri, 10 Jan 2003 11:49:34 -0500
From: "jmg" <jmg@jmg.com>
Subject: Newbie ? Who uses Perl?
Message-Id: <STCT9.7700$SQ5.1238067@news20.bellglobal.com>
I'm looking to get back into programming after a long absence and I would like to know were to
concentrate my efforts.
So, where is Perl being used?
What companies or industries are using it?
From what I've read it's a fairly new language, so is this going to be the next hot language that's
going to sweep all the others off to the side?
Thanks for the help.
--
JMG(no spam)2064@ao(hel)l.com
(So many net nannies .... so few nurseries.)
------------------------------
Date: Fri, 10 Jan 2003 12:27:39 -0500
From: L D Jones <657_invalid@yahoo.com>
Subject: Re: Newbie ? Who uses Perl?
Message-Id: <3E1F028B.79080FB6@yahoo.com>
jmg wrote:
>
> I'm looking to get back into programming after a long absence and I would like to know were to
> concentrate my efforts.
> So, where is Perl being used?
Everywhere (and even places you think it wouldn't be)
> What companies or industries are using it?
Too many to list
> From what I've read it's a fairly new language, so is this going to be the next hot language that's
> going to sweep all the others off to the side?
It depends on the definition of "fairly."
<http://www.perl.org/press/history.html> (to 2000)
<http://history.perl.org/PerlTimeline.html> (much more detail not
limited to Perl)
"Next hot language?" Dunno. I don't get involved in those discussions.
Not enough time
------------------------------
Date: 10 Jan 2003 10:51:41 -0700
From: llewelly <llewelly.at@xmission.dot.com>
Subject: Re: Newbie ? Who uses Perl?
Message-Id: <86znq8q4eq.fsf@Zorthluthik.foo>
"jmg" <jmg@jmg.com> writes:
> I'm looking to get back into programming after a long absence and I would like to know were to
> concentrate my efforts.
> So, where is Perl being used?
I am a C and C++ programmer by profession. At most of the jobs I've
had, Perl has been used to automate a variety of build-time
tasks. Perl is especially helpful in windows-based programming
shops, which usually don't have useful scriptable shells, and tend
to saddle themselves with IDE-project based build mechanisims that
can handle only the simplest kinds of build-time dependencies.
> What companies or industries are using it?
> From what I've read it's a fairly new language, so is this going to be the next hot language that's
> going to sweep all the others off to the side?
[snip]
Hopefully there will never be such a language. Different tasks require
different tools. Anyone who tells you thier favorite langauge is
best for everything is either a person of narrow experience, a
zealot, or a charlatan.
------------------------------
Date: Fri, 10 Jan 2003 11:52:37 -0600
From: tadmc@augustmail.com (Tad McClellan)
Subject: Re: Newbie ? Who uses Perl?
Message-Id: <slrnb1u235.sch.tadmc@magna.augustmail.com>
jmg <jmg@jmg.com> wrote:
> So, where is Perl being used?
Nearly everywhere.
The Big Two are CGI programing and system administration.
> What companies or industries are using it?
Nearly all (but it is often "hidden" where mgt does not know about it).
> From what I've read it's a fairly new language,
You've been reading some poor sources then, try www.perl.org.
The first release of Perl was in 1987.
It is "middle aged", in computer-years.
> so is this going to be the next hot language that's
> going to sweep all the others off to the side?
No. There will never be such a language.
Different jobs require different tools.
However, a whole lot of common jobs are a good match with
the capabilities found in Perl.
--
Tad McClellan SGML consulting
tadmc@augustmail.com Perl programming
Fort Worth, Texas
------------------------------
Date: Fri, 10 Jan 2003 08:43:42 -0600
From: tadmc@augustmail.com (Tad McClellan)
Subject: Re: parsing xml with perl --- very urgent .. help please
Message-Id: <slrnb1tn0u.s0s.tadmc@magna.augustmail.com>
Andrew Lee <AndrewLee> wrote:
> Subject: Re: parsing xml with perl --- very urgent .. help please
^^^^^^^^^^^ ^^^^^^^^^^^
I consul against putting such things in your Subject header.
Have you seen the Posting Guidelines that are posted here weekly?
I have articles with "urgent" in them scored down into the
"don't read me" range.
If you hadn't happened to also hit a positive scoring rule,
I would not have read your post.
> On Thu, 9 Jan 2003 21:47:15 -0600, tadmc@augustmail.com (Tad
> McClellan) wrote:
>>reddy <vanikandoori@yahoo.com> wrote:
>>
>>> my $parser = XML::Parser->new( Handlers =>
>>
>>
>>There is almost always a better way than using XML::Parser nowadays.
> Tad, I am curious, why do you say there is almost always a better way
> than the XML::Parser module.
XML::Parser is rather low-level, there is often a higher-level
way (many of them sit on top of XML::Parser) to get better
abstraction.
> I don't know the module at all but was
> discussing RPC across sockets using XML.
Consider using SOAP.
> Are there better modules to
> be had?
Any SAX or DOM module would be "better" for instance.
There is a mailing list for discussion of doing XML stuff in Perl:
http://listserv.ActiveState.com/mailman/listinfo/perl-xml
--
Tad McClellan SGML consulting
tadmc@augustmail.com Perl programming
Fort Worth, Texas
------------------------------
Date: 10 Jan 2003 08:23:15 -0800
From: ningli2000@hotmail.com (Nick Li)
Subject: Perl beginner
Message-Id: <bfc81ac6.0301100823.16923828@posting.google.com>
Hi,
I am just starting to learn Perl and I have a few questions
regarding the advanges of Perl. I have been doing Unix shell
scripting, awk and sed for quite a while and I use them mainly for
file formatting and filtering. I heard that Perl is very powerful in
file manipulation. Can someone tell me the advantages of Perl over awk
and sed in this aspect?
Thanks in advance.
Nick Li
------------------------------
Date: Fri, 10 Jan 2003 11:17:25 -0600
From: tadmc@augustmail.com (Tad McClellan)
Subject: Re: Perl beginner
Message-Id: <slrnb1u015.sch.tadmc@magna.augustmail.com>
Nick Li <ningli2000@hotmail.com> wrote:
> I heard that Perl is very powerful in
> file manipulation. Can someone tell me the advantages of Perl over awk
> and sed in this aspect?
Faster, more powerful, more portable.
Perl is a superset of awk and sed. Anything you can do with
them you can do with Perl, plus some more.
The "a2p" and "s2p" programs that ship with the perl interpreter
can convert awk/sed programs into Perl programs.
--
Tad McClellan SGML consulting
tadmc@augustmail.com Perl programming
Fort Worth, Texas
------------------------------
Date: 10 Jan 2003 09:12:02 -0800
From: jgenyuk@ucar.edu (Julia Genyuk)
Subject: Regexps - multisymbol negation question
Message-Id: <9c9b427e.0301100912.3b688d0b@posting.google.com>
Hello,
I need to find and remove all rows in an HTML table which include a
given string,
<tr> (anything but not <tr> or </tr> ) $given_string (anything but not
<tr> or </tr>) </tr>
Is there any reasonably easy way of doing this? Thanks.
Julia
------------------------------
Date: 10 Jan 2003 17:46:52 +0000
From: Brian McCauley <nobull@mail.com>
Subject: Re: Regexps - multisymbol negation question
Message-Id: <u9vg0wlwxf.fsf@wcl-l.bham.ac.uk>
jgenyuk@ucar.edu (Julia Genyuk) writes:
> I need to find and remove all rows in an HTML table which include a
> given string,
To parse HTML, use an HTML parser.
> <tr> (anything but not <tr> or </tr> ) $given_string (anything but not
> <tr> or </tr>) </tr>
> Is there any reasonably easy way of doing this?
Something like the following possible but I wouldn't reommend it:
s/(<tr>.*?<\/tr>)/index($1,$given_string) < 0 ? $1 : ''/egs;
--
\\ ( )
. _\\__[oo
.__/ \\ /\@
. l___\\
# ll l\\
###LL LL\\
------------------------------
Date: Fri, 10 Jan 2003 09:57:59 -0600
From: "Ernest Mueller" <ernest.mueller@ni.com>
Subject: Relocation error (was: Re: "Can't locate loadable object" - but it's there)
Message-Id: <bZqcnc-hodkVcIOjXTWc3A@texas.net>
To sum up:
I'm having a problem with a Perl script on Solaris 8. It was generating the
error message:
Can't locate loadable object for module XML::Parser::Expat in @INC
Benjamin Goldberg wisely pointed out that it wasn't looking for Expat.pm,
which was in the @INC path, but Expat.so, as "loadable module" is Perl-speak
for shared library. My shared library is in
/usr/local/lib/perl5/site_perl/sun4-solaris/auto/XML/Parser/Expat/Expat.so.
This isn't explicitly in my @INC, but /usr/local/lib/perl5/site_perl is.
According to the "lib" perldoc page perl should also be looking for
$dir/$archname/auto for each of the directories in @INC - which would
therefore find this file for me. It's not. I added
/usr/local/lib/perl5/site_perl/sun4-solaris explicitly to my @INC path, and
now perl sees the .so. I have confirmed with perl -V that $arch is
sun4-solaris on my box. So, that's one thing not working that should.
Now I have another problem. perl sees the shared library, but can't load
it, giving the error:
Can't load
'/usr/local/lib/perl5/site_perl/sun4-solaris/auto/XML/Parser/Expat/Expat.so'
for module XML::Parser::Expat: ld.so.1: /usr/local/bin/perl: fatal:
relocation error: file
/usr/local/lib/perl5/site_perl/sun4-solaris/auto/XML/Parser/Expat/Expat.so:
symbol Perl_stack_sp: referenced symbol not found at
/usr/local/lib/perl5/5.6.1/sun4-solaris/DynaLoader.pm line 206.
Here's my perl -V, if it helps:
bash-2.03$ /usr/local/bin/perl -V
Summary of my perl5 (revision 5.0 version 6 subversion 1) configuration:
Platform:
osname=solaris, osvers=2.8, archname=sun4-solaris
uname='sunos devnull 5.8 generic_108528-06 sun4u sparc sunw,ultra-4 '
config_args=''
hint=recommended, useposix=true, d_sigaction=define
usethreads=undef use5005threads=undef useithreads=undef
usemultiplicity=undef
useperlio=undef d_sfio=undef uselargefiles=define usesocks=undef
use64bitint=undef use64bitall=undef uselongdouble=undef
Compiler:
cc='gcc', ccflags
='-fno-strict-aliasing -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFS
ET_BITS=64',
optimize='-O2',
cppflags='-fno-strict-aliasing -I/usr/local/include'
ccversion='', gccversion='2.95.2 19991024 (release)',
gccosandvers='solaris2.8'
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=4321
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16
ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t',
lseeksize=8
alignbytes=8, usemymalloc=y, prototype=define
Linker and Libraries:
ld='gcc', ldflags =' -L/usr/local/lib '
libpth=/usr/local/lib /usr/lib /usr/ccs/lib
libs=-lsocket -lnsl -ldl -lm -lc
perllibs=-lsocket -lnsl -ldl -lm -lc
libc=/lib/libc.so, so=so, useshrplib=false, libperl=libperl.a
Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=' '
cccdlflags='-fPIC', lddlflags='-G -L/usr/local/lib'
Characteristics of this binary (from libperl):
Compile-time options: USE_LARGE_FILES
Built under solaris
Compiled at Jul 10 2001 14:47:52
@INC:
/usr/local/lib/perl5/5.6.1/sun4-solaris
/usr/local/lib/perl5/5.6.1
/usr/local/lib/perl5/site_perl/5.6.1/sun4-solaris
/usr/local/lib/perl5/site_perl/5.6.1
/usr/local/lib/perl5/site_perl/5.6.0/sun4-solaris
/usr/local/lib/perl5/site_perl/5.6.0
/usr/local/lib/perl5/site_perl
.
Any ideas?
Thanks,
Ernest Mueller
------------------------------
Date: 10 Jan 2003 09:43:06 -0800
From: george.e.sullivan@saic.com (George)
Subject: Script to read a wordlist and find words in files/dirs.
Message-Id: <2913a3e7.0301100943.69437458@posting.google.com>
Has anyone got a script that will take input from a wordlist that
contains words and strings like:
Banana
Apple Butter
Peach
Strawberry Jam
(you get the idea. real words changed to protect the innocent. :) )
Then the script will use these words and migrate from the
current directory through it and all the subdirectories looking
for files that contain any word or string from the list.
Some useful output would help like:
File /this/directory/myfile contains Apple Butter.
File /that/directory/hisfile contains Peach.
I have found a number of scripts that take command line arguments,
but not wordlist.
Thanks To All.
------------------------------
Date: Fri, 10 Jan 2003 12:09:02 -0600
From: Lars Eighner <eighner@io.com>
Subject: Re: Script to read a wordlist and find words in files/dirs.
Message-Id: <slrnb1u33u.1oi.eighner@dumpster.io.com>
In our last episode,
<2913a3e7.0301100943.69437458@posting.google.com>,
the lovely and talented George
broadcast on comp.lang.perl.misc:
> Has anyone got a script that will take input from a wordlist that
> contains words and strings like:
> Banana
> Apple Butter
> Peach
> Strawberry Jam
> (you get the idea. real words changed to protect the innocent. :) )
> Then the script will use these words and migrate from the
> current directory through it and all the subdirectories looking
> for files that contain any word or string from the list.
> Some useful output would help like:
> File /this/directory/myfile contains Apple Butter.
> File /that/directory/hisfile contains Peach.
> I have found a number of scripts that take command line arguments,
> but not wordlist.
use grep with -f <filename> where <file name is the list of
words to match. No script necessary.
You also want the -F option, because you want the words
matched per se and not as regexes.
Use -r or -d recurse to recurse directories
-l will print the filenames with matches instead of every
match, but it stops scanning a file once it has found one
match, and you may not want that. -H prints the file name
with each match. You seem to want -D 0 and -C 0 which will
suppress the leading and trail context lines.
Now you may want a script to pretty up the output of grep,
but you probably want grep to do the heavy lifting since it
is optimized for this particular task. If you just want the
output so you can get the info (and it doesn't have to be
prettyfied) just direct grep's output to a file.
--
Lars Eighner -finger for geek code- eighner@io.com http://www.io.com/~eighner/
There is no WE in TEAM.
------------------------------
Date: Fri, 10 Jan 2003 08:16:02 -0600
From: tadmc@augustmail.com (Tad McClellan)
Subject: Re: simple file variable question
Message-Id: <slrnb1tld2.rv3.tadmc@magna.augustmail.com>
Walter Mitty <shamrockirishbar.remove.nospam@yahoo.co.uk> wrote:
> "Brian McCauley" <nobull@mail.com> schrieb im Newsbeitrag
> news:u9vg0ymday.fsf@wcl-l.bham.ac.uk...
>> "Walter Mitty" <shamrockirishbar.remove.nospam@yahoo.co.uk> writes:
>>
>> > I have downloaded a perl script which I have embedded in a page as a
>> > hyperlink to the script file. This script references a data file using a
>> > perl variable name. When I test it though, if the perl script is
> executed
>> > from a page in a different directory it doesn't find the data file it
> needs
>> > (both perl script and data file are in my root web directory). How to I
>> > specifiy the filename to be absolutely in my root directory?
>>
>> You represent an abolute filename "/something/like/this". This, of
>> course, has nothing to do with Perl.
Filesystems are maintained by an "operating system". How you
represent an absolute filename depends on the operating system
being used, not on the programming language you've chosen to
run on that operating system.
If your CGI program was written in Python or Java, you would
still represent the absolute filename the same way.
The syntax needed to get that desired representation _will_
depend on which programming language you have chosen, but
before you can write code that gets the desired representation,
you need to know what the desired representation is.
>> Of you want to find the absolute path of your document root then this
>> information is available under CGI in $ENV{DOCUMENT_ROOT}. This, of
>> course, has nothing to do with Perl.
It has to do with programming in the CGI environment.
If your CGI program was written in Python or Java, you would
still consult the DOCUMENT_ROOT environment variable.
>> If you want the directory from which the script was loaded this can be
>> derived from $ENV{SCRIPT_FILENAME}. This, of course, has nothing to do
>> with Perl.
It has to do with programming in the CGI environment.
If your CGI program was written in Python or Java, you would
still consult the SCRIPT_FILENAME environment variable.
>> Of course, inside your server document hierachy is a pathologically
>> bad place to keep data files unless you actually _want_ them to be
>> downloadable. This, of course, has nothing to do with Perl.
This is a potential security problem.
If your CGI program was written in Python or Java, you would
still have the potential of giving away data that you do not
want to be public.
>> BTW: Did I mention that none this has anything to do with Perl.
>>
>
> You did. I thought this script was Perl. it has a .pl extension. I was told
> it's Perl.
That is nice.
It does not necessarily mean that your problem is a Perl problem though.
The ability to correctly "partition" the cause of the problem you
happen to be debugging is an skill that is essential to efficiently
solving the problem.
Sometimes the root cause of the problem has to do with the
application area that you happen to be programming for.
Sometimes the root cause of the problem has to do with the
environment that your program must run in.
Sometimes the root cause of the problem has to do with the
programming language that you have chosen to use.
If you incorrectly identify where the root cause of the
difficulty is, then you will waste time looking for answers
in the wrong places.
Should someone happen to notice that you are looking in the
wrong place, it would be most valuable to you if they
pointed that out so that you could redirect your research
to a "better" place.
You must first determine what it is that you need to do...
> Different languages have different ways of representing a file
> location.
... before you can write code in a particular language that
will do what you've determined it is that needs to be done.
Brian did the first part with regards to how you represent
an absolute filename, despite it being an operating system
question rather than a Perl question.
Brian did the first part with regards to how you can determine
the document root and your program's location in the filesystem,
despite it being a CGI question rather than a Perl question. He
then went on to show the second part, namely how to go about
accessing that info from the programming language that you've
chosen to use for your application.
In addition, he noticed, and pointed out that anyone on the
web will be able to download your data files. Maybe that is
important to you and maybe it isn't. But knowing that it is
a potential problem empowers you to decide if that is bad
in your situation.
In short, he gave you the hardest part (what needs to be done)
of the solutions to your problem despite it being off-topic in
the newsgroup that it was posted to.
> Excuse my ignorance your majesty.
You seem to be determined to maintain that status quo.
Good luck with your future debugging.
--
Tad McClellan SGML consulting
tadmc@augustmail.com Perl programming
Fort Worth, Texas
------------------------------
Date: Fri, 10 Jan 2003 17:32:57 +0100
From: "Walter Mitty" <shamrockirishbar.remove.nospam@yahoo.co.uk>
Subject: Re: simple file variable question
Message-Id: <avmsjr$r4k$06$1@news.t-online.com>
To all : I asked a question.
To all: it is often the case that the computer language HIDES the OS
specifics of file paths, OS kernel calls etc.
An example would be escaping backslashes in the C programming language yet
not having to do so in Basic or perhaps Java (I don't know).
My question was simple : the file path was not an HTTP URL and I was merely
asking for the correct way to represent a home path in what I thought was a
perl script.
I certainly didn't ask for a pedantic prick to remind me multiple times that
it wasn't perl.
thanks for the help.
------------------------------
Date: 10 Jan 2003 18:05:15 +0000
From: Brian McCauley <nobull@mail.com>
Subject: Re: simple file variable question
Message-Id: <u9ptr4lw2s.fsf@wcl-l.bham.ac.uk>
"Jürgen Exner" <jurgenex@hotmail.com> writes:
> Walter Mitty wrote:
> > You did. I thought this script was Perl. it has a .pl extension. I
> > was told it's Perl. Different languages have different ways of
> > representing a file location.
>
> They do? I know that different operating systems use different methods to
> represent a file location. But I wasn't aware that you write a file path in
> a different way in different programming languages. Do you have an example?
In my ~25 years as a programmer I've used dozens of languages and I've
only very rarely encountered situations where file paths are
represented differently in different programming languages.
Such situations typically arrise where a language has been ported from
what one could consider its "native" OS to another one that uses a
different file path syntax.
For one example, quite close to home: perldoc perlvms
To be fair Perl under VMS allows you to represent file paths either as
they would be in VMS under other languages or as they would be under
POSIX-like OS.
I think you'd be hard pressed to find two languages that are at all
significantly used that would have a different file path
representation on a POSIX-like OS.
--
\\ ( )
. _\\__[oo
.__/ \\ /\@
. l___\\
# ll l\\
###LL LL\\
------------------------------
Date: Fri, 10 Jan 2003 11:13:56 -0600
From: tadmc@augustmail.com (Tad McClellan)
Subject: Re: simple file variable question
Message-Id: <slrnb1tvqk.sch.tadmc@magna.augustmail.com>
Walter Mitty <shamrockirishbar.remove.nospam@yahoo.co.uk> wrote:
> I certainly didn't ask for a pedantic prick to remind me multiple times that
> it wasn't perl.
Thanks providing that confirmation.
--
Tad McClellan SGML consulting
tadmc@augustmail.com Perl programming
Fort Worth, Texas
------------------------------
Date: Fri, 10 Jan 2003 16:18:09 +0100
From: "Harald H.-J. Bongartz" <bongie@gmx.net>
Subject: Re: stucked
Message-Id: <1736787.NZE7XYsAvn@nyoga.dubu.de>
Mats wrote:
> And you are right, this is not a specific perl-problem, but you
> discuss algoritms also here, or?
The *implementation* of a certain algorithm in Perl is on-topic here,
but rarely their general design. It's mostly something you read
voluminous books about or study computer sciences for. ;-)
Ciao,
Harald
--
Harald H.-J. Bongartz <bongie@gmx.net>
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
"The Law of Avoiding Oversell"
When putting cheese in a mousetrap, always leave room for the mouse.
------------------------------
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.
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 V10 Issue 4378
***************************************
