[30836] in Perl-Users-Digest
Perl-Users Digest, Issue: 2081 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Sat Dec 27 11:09:46 2008
Date: Sat, 27 Dec 2008 08:09:10 -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 Sat, 27 Dec 2008 Volume: 11 Number: 2081
Today's topics:
[OT] reading and/or writing problems (was: Buffering pr <whynot@pozharski.name>
Re: [OT] reading and/or writing problems (was: Bufferin <hjp-usenet2@hjp.at>
data access for a hash inside a Perl object <freesoft12@gmail.com>
Re: data access for a hash inside a Perl object <tadmc@seesig.invalid>
Re: FAQ 3.22 How can I get "#!perl" to work on [MS-DOS, <jurgenex@hotmail.com>
Re: FAQ 4.2 Why is int() broken? <brian.d.foy@gmail.com>
Re: FAQ 4.2 Why is int() broken? <hjp-usenet2@hjp.at>
how to make exe app with Linux perl? <zeljkarosenthal@optinet.hr>
Re: how to make exe app with Linux perl? <jurgenex@hotmail.com>
Re: how to make exe app with Linux perl? <tim@burlyhost.com>
Re: how to make exe app with Linux perl? <stoupa@practisoft.cz>
new CPAN modules on Sat Dec 27 2008 (Randal Schwartz)
Re: Removing base64 from mbox formatted file. <tadmc@seesig.invalid>
Re: Removing base64 from mbox formatted file. <hjp-usenet2@hjp.at>
Re: Removing base64 from mbox formatted file. <my.address@is.invalid>
Re: Understanding tempfile and open3 usenet@schweikhardt.net
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Sat, 27 Dec 2008 02:19:05 +0200
From: Eric Pozharski <whynot@pozharski.name>
Subject: [OT] reading and/or writing problems (was: Buffering problem with 'open' - ideas ?)
Message-Id: <slrnglat4f.h5r.whynot@orphan.zombinet>
On 2008-12-26, Peter J. Holzer <hjp-usenet2@hjp.at> wrote:
> On 2008-12-26 07:04, Asim Suter <asuter@cisco.com> wrote:
>> If you have any solution to prevent the buffering ( the original
>> problem ) - post it -
>
> Try to use a less demanding tone. That sounds as if you accuse Jürgen of
> knowing the solution and maliciously witholding it.
I beg to differ. English isn't native for all posters. Thus there're
posibility for slight defficiencies in expressing thoughts, ideas, and,
sometime, emotions. I think, Amy Lee is far more demanding.
As of $Subject, I think that answering unasked question that suits
answering part of thread, even if that unasked one has, sometime,
nothing with OP (not this one) problem, is a common problem. (That
problem isn't specific for c.l.p.m., Perl/perl, USENET, or... What's
next level?) That's why I almost don't ask (or maybe shouldn't at all).
*CUT*
--
Torvalds' goal for Linux is very simple: World Domination
Stallman's goal for GNU is even simpler: Freedom
------------------------------
Date: Sat, 27 Dec 2008 12:01:57 +0100
From: "Peter J. Holzer" <hjp-usenet2@hjp.at>
Subject: Re: [OT] reading and/or writing problems (was: Buffering problem with 'open' - ideas ?)
Message-Id: <slrnglc2p6.g6j.hjp-usenet2@hrunkner.hjp.at>
On 2008-12-27 00:19, Eric Pozharski <whynot@pozharski.name> wrote:
> On 2008-12-26, Peter J. Holzer <hjp-usenet2@hjp.at> wrote:
>> On 2008-12-26 07:04, Asim Suter <asuter@cisco.com> wrote:
>>> If you have any solution to prevent the buffering ( the original
>>> problem ) - post it -
>>
>> Try to use a less demanding tone. That sounds as if you accuse Jürgen of
>> knowing the solution and maliciously witholding it.
>
> I beg to differ. English isn't native for all posters.
I'm well aware of that since I'm not a native English speaker either.
> Thus there're posibility for slight defficiencies in expressing
> thoughts, ideas, and, sometime, emotions.
That's why I wrote "that sounds as if ...". Asim may not be aware how
his postings are perceived (by at least some people). If nobody tells
him, he can't change.
> I think, Amy Lee is far more demanding.
AFAICS I've posted only one direct followup to one of her postings.
There might be a reason.
> As of $Subject, I think that answering unasked question that suits
> answering part of thread, even if that unasked one has, sometime,
> nothing with OP (not this one) problem, is a common problem.
Or a common feature. This is a discussion group, not a help desk.
But even if you disregard this fact, there are often good reasons for
not directly answering the question as asked - the question may either
have little to do with the poster's real problem (the infamous "XY
problem") or it may be so vague that it cannot be answered.
hp
------------------------------
Date: Fri, 26 Dec 2008 22:29:17 -0800 (PST)
From: "freesoft12@gmail.com" <freesoft12@gmail.com>
Subject: data access for a hash inside a Perl object
Message-Id: <8d1996cd-431d-4848-9043-38b9f72840ce@o40g2000prn.googlegroups.com>
Hi,
Inside my Perl Object, I use a hash to store all the data.
I want to access the data inside the hash using accessors. If I had an
array, I would provided methods to return the size of the array and
then a method for getting the i'th data i.e.
# $obj is an object of my class
my $size = $obj->get_size_of_array();
for ($i = 0; $i < $size; ++$i) {
my $value = $obj->get_value($i); # i would return array[$i]
}
How can I create accessors for the data inside a hash? Or can I return
a constant reference to the hash (like in C++)?
Regards
John
------------------------------
Date: Sat, 27 Dec 2008 07:08:54 -0600
From: Tad J McClellan <tadmc@seesig.invalid>
Subject: Re: data access for a hash inside a Perl object
Message-Id: <slrnglca76.87r.tadmc@tadmc30.sbcglobal.net>
freesoft12@gmail.com <freesoft12@gmail.com> wrote:
> Hi,
>
> Inside my Perl Object, I use a hash to store all the data.
>
> I want to access the data inside the hash using accessors. If I had an
> array, I would provided methods to return the size of the array and
> then a method for getting the i'th data i.e.
Even better, you could provide a method that simply returns
the data without needing to know the size of the data structure
or needing to compute indexes (ie. an "iterator"):
while ( my $value = $obj->iterate_array() ) {
or worse, return a list of all of the values:
foreach my $value ( $obj->get_array_values() ) {
> # $obj is an object of my class
> my $size = $obj->get_size_of_array();
> for ($i = 0; $i < $size; ++$i) {
These 2 lines of code provide the subscript into the array...
> my $value = $obj->get_value($i); # i would return array[$i]
> }
>
> How can I create accessors for the data inside a hash?
... by providing subscripts (keys) into the hash:
foreach my $key ( $obj->return_hash_keys() ) {
my $value = $obj->return_hash_value($key);
or, using an iterator
while ( my $value = $obj->iterate_hash_values() ) {
--
Tad McClellan
email: perl -le "print scalar reverse qq/moc.noitatibaher\100cmdat/"
------------------------------
Date: Sat, 27 Dec 2008 07:08:02 -0800
From: Jürgen Exner <jurgenex@hotmail.com>
Subject: Re: FAQ 3.22 How can I get "#!perl" to work on [MS-DOS,NT,...]?
Message-Id: <d0gcl49jh0neadgr5n4hf4igqi1rict2nn@4ax.com>
PerlFAQ Server <brian@stonehenge.com> wrote:
[...]
>3.22: How can I get "#!perl" to work on [MS-DOS,NT,...]?
[...]
> The Win95/NT installation, when using the ActiveState port of Perl, will
> modify the Registry to associate the ".pl" extension with the perl
> interpreter. If you install another port, perhaps even building your own
> Win95/NT Perl from the standard sources by using a Windows port of gcc
> (e.g., with cygwin or mingw32), then you'll have to modify the Registry
> yourself. In addition to associating ".pl" with the interpreter, NT
> people can use: "SET PATHEXT=%PATHEXT%;.PL" to let them run the program
> "install-linux.pl" merely by typing "install-linux".
This part of the answer seems quite antiquated and is missing critical
details.
None of MS-DOS, Win95 or NT are playing any role in todays computing any
longer. Suggest to replace those with Windows XP and Vista.
And you don't modifying the registry. Well, at least not directly.
Besides, running regedit for registering the Perl interpreter is like
using a sledge hammer to make an omelet.
Correct way is to change the file type association of *.pl files to run
the command
"[PathToPerlInterpreter]\perl.exe" "%1" %*
The "%1" %* are critical (and are missing from the current answer)
because without them command line parameters are not passed to the Perl
interpreter.
How to formulate this into two or three comprehensive sentences for the
FAQ is a different question. My English is probably not sufficient for
that.
jue
------------------------------
Date: Fri, 26 Dec 2008 12:24:22 -0800
From: brian d foy <brian.d.foy@gmail.com>
Subject: Re: FAQ 4.2 Why is int() broken?
Message-Id: <261220081224224229%brian.d.foy@gmail.com>
In article <h0l9l4555nbvjcpp2so43hrj9257elc7ic@4ax.com>, Bart Lateur
<bart.lateur@pandora.be> wrote:
> PerlFAQ Server wrote:
>
> >4.2: Why is int() broken?
>
> Huh? Broken, how? "it doesn't work" is not a proper diagnosis, let
> alone, a title in the FAQ, with no other information added.
The question is what people who don't know the answer ask, not the
proper question asked by people who know the answer. :)
------------------------------
Date: Sat, 27 Dec 2008 12:03:44 +0100
From: "Peter J. Holzer" <hjp-usenet2@hjp.at>
Subject: Re: FAQ 4.2 Why is int() broken?
Message-Id: <slrnglc2sg.g6j.hjp-usenet2@hrunkner.hjp.at>
On 2008-12-26 12:57, Bart Lateur <bart.lateur@pandora.be> wrote:
> PerlFAQ Server wrote:
>
>>4.2: Why is int() broken?
>
> Huh? Broken, how?
Please read the first sentence of the answer.
hp
------------------------------
Date: Sat, 27 Dec 2008 01:18:33 +0100
From: "Pero" <zeljkarosenthal@optinet.hr>
Subject: how to make exe app with Linux perl?
Message-Id: <gj3s9a$mt0$1@localhost.localdomain>
how to make exe app with Linux perl?
------------------------------
Date: Fri, 26 Dec 2008 17:32:29 -0800
From: Jürgen Exner <jurgenex@hotmail.com>
Subject: Re: how to make exe app with Linux perl?
Message-Id: <j71bl4ticbv5o5i6f7tavj1a29hobsh1m2@4ax.com>
"Pero" <zeljkarosenthal@optinet.hr> wrote:
>how to make exe app with Linux perl?
I can only guess that "exe app" is supposed to mean an executable binary
for Windows.
The typical way to do that is called cross compilation, where a compiler
running on platform X creates a binary for platform Y. While it's a
quite common scenario I don't quite see where perl comes into the game.
Anyway, no need for it because there are several pre-compiled perl
version available for Windows, the most popular probably being
ActiveState Perl.
jue
------------------------------
Date: Fri, 26 Dec 2008 19:37:29 -0800
From: Tim Greer <tim@burlyhost.com>
Subject: Re: how to make exe app with Linux perl?
Message-Id: <Zph5l.7173$an4.3875@newsfe08.iad>
Pero wrote:
> how to make exe app with Linux perl?
Can you clarify your question? Are you looking to just create a program
in Perl, create one to compile? Looking to make an program run Perl
code? Or?
--
Tim Greer, CEO/Founder/CTO, BurlyHost.com, Inc.
Shared Hosting, Reseller Hosting, Dedicated & Semi-Dedicated servers
and Custom Hosting. 24/7 support, 30 day guarantee, secure servers.
Industry's most experienced staff! -- Web Hosting With Muscle!
------------------------------
Date: Sat, 27 Dec 2008 15:02:24 +0100
From: "Petr Vileta \"fidokomik\"" <stoupa@practisoft.cz>
Subject: Re: how to make exe app with Linux perl?
Message-Id: <gj5coa$2mtt$1@ns.felk.cvut.cz>
Pero wrote:
> how to make exe app with Linux perl?
You can't I think. Executable (Windows) or binary (Linux) perl file is platform
dependent. For example on Linux platform some module is pure perl code but for
Windows the same module contain one or more .dll files (ActiveState Perl). So
when you done a coding then you can compile on Linux to binary file but for
Windows you must to compile the same code on Windows PC.
--
Petr Vileta, Czech republic
(My server rejects all messages from Yahoo and Hotmail.
Send me your mail from another non-spammer site please.)
Please reply to <petr AT practisoft DOT cz>
------------------------------
Date: Sat, 27 Dec 2008 05:42:25 GMT
From: merlyn@stonehenge.com (Randal Schwartz)
Subject: new CPAN modules on Sat Dec 27 2008
Message-Id: <KCIt6p.xM7@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.
Algorithm-MurmurHash-0.10
http://search.cpan.org/~tmaesaka/Algorithm-MurmurHash-0.10/
Perl XS interface to the MurmurHash algorithm
----
Apache-SWIT-Security-0.08
http://search.cpan.org/~bosu/Apache-SWIT-Security-0.08/
security subsystem for Apache::SWIT
----
Catalyst-Plugin-HashedCookies-1.02
http://search.cpan.org/~oliver/Catalyst-Plugin-HashedCookies-1.02/
Tamper-resistant HTTP Cookies
----
Convert-Color-0.01
http://search.cpan.org/~pevans/Convert-Color-0.01/
color space conversions and named lookups
----
DBD-Teradata-1.51
http://search.cpan.org/~darnold/DBD-Teradata-1.51/
DBI driver for Teradata
----
DBD-Teradata-1.52
http://search.cpan.org/~darnold/DBD-Teradata-1.52/
DBI driver for Teradata
----
Date-Simple-3.03
http://search.cpan.org/~izut/Date-Simple-3.03/
a simple date object
----
Digest-MurmurHash-0.10
http://search.cpan.org/~tmaesaka/Digest-MurmurHash-0.10/
Perl XS interface to the MurmurHash algorithm
----
Graph-0.87
http://search.cpan.org/~jhi/Graph-0.87/
graph data structures and algorithms
----
Guard-1.0
http://search.cpan.org/~mlehmann/Guard-1.0/
safe cleanup blocks
----
HTML-Tested-0.48
http://search.cpan.org/~bosu/HTML-Tested-0.48/
Provides HTML widgets with the built-in means of testing.
----
Kephra-0.4.0.10
http://search.cpan.org/~lichtkind/Kephra-0.4.0.10/
crossplatform, GUI-Texteditor along perllike Paradigms
----
Log-Dispatch-Configurator-Any-1.0001
http://search.cpan.org/~oliver/Log-Dispatch-Configurator-Any-1.0001/
Configurator implementation with Config::Any
----
Log-Dispatch-Configurator-Any-1.0002
http://search.cpan.org/~oliver/Log-Dispatch-Configurator-Any-1.0002/
Configurator implementation with Config::Any
----
Log-Dispatchouli-1.001
http://search.cpan.org/~rjbs/Log-Dispatchouli-1.001/
a simple wrapper around Log::Dispatch
----
Markapl-FromHTML-0.01
http://search.cpan.org/~gugod/Markapl-FromHTML-0.01/
Convert HTML to Markapl Perl code.
----
Net-BitTorrent-0.045
http://search.cpan.org/~sanko/Net-BitTorrent-0.045/
BitTorrent peer-to-peer protocol class
----
Net-INET6Glue-0.1
http://search.cpan.org/~sullr/Net-INET6Glue-0.1/
Make common modules IPv6 ready by hotpatching
----
Net-uFTP-0.15
http://search.cpan.org/~strzelec/Net-uFTP-0.15/
Universal interface for FTP-like modules (FTP, SFTP, SCP), in most cases Net::FTP compatible.
----
Parse-ABNF-0.01
http://search.cpan.org/~bjoern/Parse-ABNF-0.01/
Parse IETF Augmented BNF (ABNF) grammars.
----
Scope-Upper-0.01
http://search.cpan.org/~vpit/Scope-Upper-0.01/
Act on upper scopes.
----
Storable-AMF-0.32
http://search.cpan.org/~grian/Storable-AMF-0.32/
Perl extension for serialize/deserialize AMF0/AMF3 data
----
Task-KiokuDB-0.03
http://search.cpan.org/~nuffin/Task-KiokuDB-0.03/
Install KiokuDB and related modules.
----
Task-KiokuDB-0.04
http://search.cpan.org/~nuffin/Task-KiokuDB-0.04/
Install KiokuDB and related modules.
----
Time-HiRes-1.9716
http://search.cpan.org/~jhi/Time-HiRes-1.9716/
High resolution alarm, sleep, gettimeofday, interval timers
----
constant-boolean-0.01
http://search.cpan.org/~dexter/constant-boolean-0.01/
Define TRUE and FALSE constants.
----
sapnwrfc-0.23
http://search.cpan.org/~piers/sapnwrfc-0.23/
SAP Netweaver RFC support for Perl
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/>
Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc.
See http://methodsandmessages.vox.com/ for Smalltalk and Seaside discussion
------------------------------
Date: Fri, 26 Dec 2008 16:59:53 -0600
From: Tad J McClellan <tadmc@seesig.invalid>
Subject: Re: Removing base64 from mbox formatted file.
Message-Id: <slrnglaof9.1ql.tadmc@tadmc30.sbcglobal.net>
me at <my.address@is.invalid> wrote:
> delete all lines between the
> base64 and the
> --0__
> Content-transfer-encoding: base64
>
> V5cJPPkIjFDdeEabQbd6WgICTxiiz0f5dBKquXF6k4senwEhYGnKEFJeGrxUZy8dB8gmAXI/sPvH
> ESfCwVt5hTgYiqQqtdRNHQIU1PJ33ZqmzgE90OwLaoJcnMop1WiMmgkPHQRIrwgFuNV90A3doNKT
> mrKIN07AnGcI9BQjhCBN4RfA1qIZnMqorJCogKfGQnxSCDilTVIA0yl5ciTovgLuBDKFUDE9aQcw
> 9SA+rjSNf9/M1gxrj6VwDTS0IUSElMzBfsj0NFXR2kwsV1A5IF1grLgLL/r1R40BZEnuBWgm
> 9SA+QEyb
>
> --0__=07BBFF96DFCC19C68f9e8a93df938690918c07BBFF96DFCC19C6--
perl -n -i -e 'print unless /^Content-transfer-encoding: base64/ .. /^--0__' file.mbox
--
Tad McClellan
email: perl -le "print scalar reverse qq/moc.noitatibaher\100cmdat/"
------------------------------
Date: Sat, 27 Dec 2008 12:09:47 +0100
From: "Peter J. Holzer" <hjp-usenet2@hjp.at>
Subject: Re: Removing base64 from mbox formatted file.
Message-Id: <slrnglc37t.g6j.hjp-usenet2@hrunkner.hjp.at>
On 2008-12-26 22:59, Tad J McClellan <tadmc@seesig.invalid> wrote:
> me at <my.address@is.invalid> wrote:
>> delete all lines between the
>> base64 and the
>> --0__
>
>
>> Content-transfer-encoding: base64
>>
>> V5cJPPkIjFDdeEabQbd6WgICTxiiz0f5dBKquXF6k4senwEhYGnKEFJeGrxUZy8dB8gmAXI/sPvH
>> ESfCwVt5hTgYiqQqtdRNHQIU1PJ33ZqmzgE90OwLaoJcnMop1WiMmgkPHQRIrwgFuNV90A3doNKT
>> mrKIN07AnGcI9BQjhCBN4RfA1qIZnMqorJCogKfGQnxSCDilTVIA0yl5ciTovgLuBDKFUDE9aQcw
>> 9SA+rjSNf9/M1gxrj6VwDTS0IUSElMzBfsj0NFXR2kwsV1A5IF1grLgLL/r1R40BZEnuBWgm
>> 9SA+QEyb
>>
>> --0__=07BBFF96DFCC19C68f9e8a93df938690918c07BBFF96DFCC19C6--
>
>
> perl -n -i -e 'print unless /^Content-transfer-encoding: base64/ .. /^--0__' file.mbox
A perfect example of why it is sometimes not a good idea to answer the
questipn as asked. A message-part in a mime-encoded message does not
always start and end with "--0__". The delimiter has to be extracted
from the Content-Type header. Also base64 encoding is not limited to
"attachments". Some mail programs (e.g. Lotus Notes) tend to encode even
normal ASCII text in base64.
hp
------------------------------
Date: 27 Dec 2008 16:02:28 GMT
From: me at <my.address@is.invalid>
Subject: Re: Removing base64 from mbox formatted file.
Message-Id: <49565194$0$1665$742ec2ed@news.sonic.net>
Sat, 27 Dec 2008 12:09:47 +0100 Peter J. Holzer <hjp-usenet2@hjp.at> wrote:
| A perfect example of why it is sometimes not a good idea to answer the
| questipn as asked. A message-part in a mime-encoded message does not
| always start and end with "--0__". The delimiter has to be extracted
| from the Content-Type header. Also base64 encoding is not limited to
| "attachments". Some mail programs (e.g. Lotus Notes) tend to encode even
| normal ASCII text in base64.
Yup, you're right, I don't know what I am doing, but a lot of work
and experimenting shows not all encoding is the same. I have
changed my search, oh, I had to add the last / to make searches
work, and print to printf?
I have changed my search to
perl -n -i -e 'printf unless /^[Cc]ontent-[Tt]ransfer-[Ee]ncoding/ .. /^------_=_/' mbox/inbox
Are the brackets [Cc] ok in perl, it seems to work? And I left out
if it is base64 or whatever, I found 7 different encodings,
I wonder do they always end ------_=_ ?
Not as easy for me to figure out.
Thanks,
Vic
------------------------------
Date: Fri, 26 Dec 2008 11:15:49 -0800 (PST)
From: usenet@schweikhardt.net
Subject: Re: Understanding tempfile and open3
Message-Id: <bce3c3b6-f916-4a41-ab32-67860e2d63cf@l33g2000pri.googlegroups.com>
On Dec 26, 2:33=A0am, Uri Guttman <u...@stemsystems.com> wrote:
...
> you are missing the core point. open3 doesn't do any I/O! a handle from
> a process can only be used in one direction at a time. so you can take
> an existing or new handle and connect it to a subprocess. that doesn't
> make a 'pipe' of i/o between the process and the file. it just reuses
> the existing handle and connects it to the process. you still need to
> read stderr from the process and write it to the file.
AAARGH! <slaps forehead> Sorry Uri, I know where the confusion
comes from: in my original posting I have a nasty typo: I wrote
"write stderr to a temp file while reading stderr from some handle"
when I meant
"write stdout to a temp file while reading stderr from some handle"
Does that make more sense? In pseudo shell syntax
gcc args >tempfile 2>|while(<ERR>)
where "2>|while(<ERR>)" is supposed to mean "make stderr
available to read with <ERR>. I believe this can be done.
Regards,
Jens
------------------------------
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 2081
***************************************
