[30009] in Perl-Users-Digest
Perl-Users Digest, Issue: 1252 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Sat Feb 2 16:09:45 2008
Date: Sat, 2 Feb 2008 13: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, 2 Feb 2008 Volume: 11 Number: 1252
Today's topics:
Re: Different behavior between eval "07" and eval "08" <someone@example.com>
Re: Different behavior between eval "07" and eval "08" <tadmc@seesig.invalid>
Re: Different behavior between eval "07" and eval "08" <stoupa@practisoft.cz>
Re: Different behavior between eval "07" and eval "08" <ben@morrow.me.uk>
Re: Different behavior between eval "07" and eval "08" <someone@example.com>
Re: Different behavior between eval "07" and eval "08" <ben@morrow.me.uk>
new CPAN modules on Sat Feb 2 2008 (Randal Schwartz)
Re: Perl on Linux and AIX <ghpille@hotmail.com>
Re: Perl on Linux and AIX <uri@stemsystems.com>
Re: Perl on Linux and AIX <tadmc@seesig.invalid>
Re: Perl on Linux and AIX dcruncher4@aim.com
Re: Perl on Linux and AIX <RedGrittyBrick@SpamWeary.foo>
Re: Perl regular expressions <1usa@llenroc.ude.invalid>
Re: regx expression? (link included) <nobull67@gmail.com>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Sat, 02 Feb 2008 05:59:12 GMT
From: "John W. Krahn" <someone@example.com>
Subject: Re: Different behavior between eval "07" and eval "08"
Message-Id: <QEToj.856$C61.599@edtnps89>
Liang Wang wrote:
> On Feb 2, 11:19 am, "John W. Krahn" <some...@example.com> wrote:
>> Liang Wang wrote:
>>> eval "07" gets 7 but eval "08" gets an undefined value. I tested perl
>>> 5.8.8 on fedora 8 and ubuntu.
>>> Is there any difference between those two eval statements? Is this a
>>> bug?
>> No, there is no difference in the eval statements. The problem is that
>> "08" is not a valid octal number.
>
> Got it. Thanks.
>
> I've tested "06", but not "09". What I really want to do is to
> transform string "08" to integer 8. But in this case, eval doesn't
> treat "08" as string, as you said.
The string "08" is already the integer 8.
$ perl -le' $x = "08"; print $x; print $x + 1'
08
9
John
--
Perl isn't a toolbox, but a small machine shop where you
can special-order certain sorts of tools at low cost and
in short order. -- Larry Wall
------------------------------
Date: Sat, 2 Feb 2008 06:21:24 -0600
From: Tad J McClellan <tadmc@seesig.invalid>
Subject: Re: Different behavior between eval "07" and eval "08"
Message-Id: <slrnfq8o24.oef.tadmc@tadmc30.sbcglobal.net>
Liang Wang <netcasper@gmail.com> wrote:
> What I really want to do is to
> transform string "08" to integer 8.
Why do you think you need to transform string "08" to integer 8?
Values in Perl are both strings and numbers simultaneously.
You really should review the "Scalar values" and
"Scalar value constructors" sections in perldata.pod.
--
Tad McClellan
email: perl -le "print scalar reverse qq/moc.noitatibaher\100cmdat/"
------------------------------
Date: Sat, 2 Feb 2008 15:36:11 +0100
From: "Petr Vileta" <stoupa@practisoft.cz>
Subject: Re: Different behavior between eval "07" and eval "08"
Message-Id: <fo1vc5$5n2$1@ns.felk.cvut.cz>
Liang Wang wrote:
> I've tested "06", but not "09". What I really want to do is to
> transform string "08" to integer 8. But in this case, eval doesn't
> treat "08" as string, as you said.
If you want to transform "08" to 8 (e.g. for printing) then you can use some
like this
my $string = "08";
my $number = 1 * $string;
print $number;
print 1 * $string;
--
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, 2 Feb 2008 03:34:27 +0000
From: Ben Morrow <ben@morrow.me.uk>
Subject: Re: Different behavior between eval "07" and eval "08"
Message-Id: <3v4d75-urc1.ln1@osiris.mauzo.dyndns.org>
Quoth Liang Wang <netcasper@gmail.com>:
> eval "07" gets 7 but eval "08" gets an undefined value. I tested perl
> 5.8.8 on fedora 8 and ubuntu.
>
> Is there any difference between those two eval statements? Is this a
> bug?
Nope. Both 07 and 08 *as literals* (i.e. either specified directly in
your source or passed to eval STRING) are interpreted as octal numbers.
07 is a valid octal representation of the number 7; this number can also
be written 0x7 if you like hex, or 0b111 if you like binary :). 08 is
not a valid octal representation of any number, since 8 is not an octal
digit.
Why are you trying to eval a string consisting of a single number
anyway? You do know Perl will autoconvert a string to a number if you
use it as one, and in *this* case it always uses decimal? So "08" + 1
evaluates to 9, as you'd expect. If you're trying to 'normalise' the
representation of the number (get rid of the leading zeros, etc.) you
can force a numeric conversion by adding 0.
~% perl -le'print 0 + "08"'
9
Ben
------------------------------
Date: Sat, 02 Feb 2008 19:44:07 GMT
From: "John W. Krahn" <someone@example.com>
Subject: Re: Different behavior between eval "07" and eval "08"
Message-Id: <bK3pj.6573$w57.2475@edtnps90>
Ben Morrow wrote:
> Quoth Liang Wang <netcasper@gmail.com>:
>> eval "07" gets 7 but eval "08" gets an undefined value. I tested perl
>> 5.8.8 on fedora 8 and ubuntu.
>>
>> Is there any difference between those two eval statements? Is this a
>> bug?
>
> Nope. Both 07 and 08 *as literals* (i.e. either specified directly in
> your source or passed to eval STRING) are interpreted as octal numbers.
> 07 is a valid octal representation of the number 7; this number can also
> be written 0x7 if you like hex, or 0b111 if you like binary :). 08 is
> not a valid octal representation of any number, since 8 is not an octal
> digit.
>
> Why are you trying to eval a string consisting of a single number
> anyway? You do know Perl will autoconvert a string to a number if you
> use it as one, and in *this* case it always uses decimal? So "08" + 1
> evaluates to 9, as you'd expect. If you're trying to 'normalise' the
> representation of the number (get rid of the leading zeros, etc.) you
> can force a numeric conversion by adding 0.
>
> ~% perl -le'print 0 + "08"'
> 9
I think your version of Perl has a bug in it. Mine produces a different
result.
$ perl -le'print 0 + "08"'
8
John
--
Perl isn't a toolbox, but a small machine shop where you
can special-order certain sorts of tools at low cost and
in short order. -- Larry Wall
------------------------------
Date: Sat, 2 Feb 2008 20:31:21 +0000
From: Ben Morrow <ben@morrow.me.uk>
Subject: Re: Different behavior between eval "07" and eval "08"
Message-Id: <ph0f75-olt2.ln1@osiris.mauzo.dyndns.org>
Quoth "John W. Krahn" <krahnj@telus.net>:
> Ben Morrow wrote:
> >
> > ~% perl -le'print 0 + "08"'
> > 9
>
> I think your version of Perl has a bug in it. Mine produces a different
> result.
>
> $ perl -le'print 0 + "08"'
> 8
Heh :). Yes, sorry.
Ben
------------------------------
Date: Sat, 2 Feb 2008 05:42:16 GMT
From: merlyn@stonehenge.com (Randal Schwartz)
Subject: new CPAN modules on Sat Feb 2 2008
Message-Id: <JvLJuG.1IsC@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.
AIIA-GMT-0.02
http://search.cpan.org/~cjukuo/AIIA-GMT-0.02/
a XML-RPC client of a web-service server, AIIA gene mention tagger, which provides the service to recognize named entities in the biomedical articles
----
Alien-Selenium-0.07
http://search.cpan.org/~domq/Alien-Selenium-0.07/
installing and finding the Selenium Web test framework
----
Apache-Session-1.86
http://search.cpan.org/~chorny/Apache-Session-1.86/
A persistence framework for session data
----
Asterisk-config-0.93
http://search.cpan.org/~hoowa/Asterisk-config-0.93/
the Asterisk config read and write module.
----
B-Generate-1.12_03
http://search.cpan.org/~jcromie/B-Generate-1.12_03/
Create your own op trees.
----
CGI-JSONRPC-0.04
http://search.cpan.org/~crakrjack/CGI-JSONRPC-0.04/
CGI handler for JSONRPC
----
CatalystX-CRUD-0.25
http://search.cpan.org/~karman/CatalystX-CRUD-0.25/
CRUD framework for Catalyst applications
----
Config-Inetd-0.28
http://search.cpan.org/~schubiger/Config-Inetd-0.28/
Interface inetd's configuration file
----
Config-Model-Xorg-0.508
http://search.cpan.org/~ddumont/Config-Model-Xorg-0.508/
Xorg configuration model for Config::Model
----
Config-XPath-0.13
http://search.cpan.org/~pevans/Config-XPath-0.13/
a module for retrieving configuration data from XML files by using XPath queries
----
Convert-Temperature-0.02
http://search.cpan.org/~mopy/Convert-Temperature-0.02/
----
Convert-yEnc-1.03
http://search.cpan.org/~swmcd/Convert-yEnc-1.03/
yEnc decoder
----
DBD-MaxDB-7.7.05.00
http://search.cpan.org/~maxdb/DBD-MaxDB-7.7.05.00/
MaxDB database driver for the DBI module version 7.7.5 BUILD 000-000-000-000
----
DBIx-Class-EncodedColumn-0.00001
http://search.cpan.org/~groditi/DBIx-Class-EncodedColumn-0.00001/
Automatically encode columns
----
Data-Thunk-0.04
http://search.cpan.org/~nuffin/Data-Thunk-0.04/
A sneakier Scalar::Defer ;-)
----
HTML-WikiConverter-DokuWikiFCK-0.10
http://search.cpan.org/~turnermm/HTML-WikiConverter-DokuWikiFCK-0.10/
A WikiConverter Dialect supporting the FCKeditor in DokuWiki
----
HTML-WikiConverter-DokuWikiFCK-0.11
http://search.cpan.org/~turnermm/HTML-WikiConverter-DokuWikiFCK-0.11/
A WikiConverter Dialect supporting the FCKeditor in DokuWiki
----
IO-Async-0.12
http://search.cpan.org/~pevans/IO-Async-0.12/
a collection of modules that implement asynchronous filehandle IO
----
IO-Async-Loop-Glib-0.12
http://search.cpan.org/~pevans/IO-Async-Loop-Glib-0.12/
a Loop using the Glib::MainLoop object
----
IO-Lambda-0.09
http://search.cpan.org/~karasik/IO-Lambda-0.09/
non-blocking I/O in lambda style
----
IPC-Locker-1.480
http://search.cpan.org/~wsnyder/IPC-Locker-1.480/
Distributed lock handler
----
JavaScript-Dumper-0.002
http://search.cpan.org/~perler/JavaScript-Dumper-0.002/
Dump JavaScript data structures from Perl objects. Allows unquoted strings and numbers.
----
LWPx-TimedHTTP-1.5
http://search.cpan.org/~simonw/LWPx-TimedHTTP-1.5/
time the different stages of an HTTP request
----
Lirc-Client-1.50
http://search.cpan.org/~mgrimes/Lirc-Client-1.50/
A client library for the Linux Infrared Remote Control
----
Math-Polygon-1.00
http://search.cpan.org/~markov/Math-Polygon-1.00/
Class for maintaining polygon data
----
Module-Build-PM_Filter-v1.21
http://search.cpan.org/~vmoral/Module-Build-PM_Filter-v1.21/
Add a PM_Filter feature to Module::Build
----
Nagios-Plugin-0.24
http://search.cpan.org/~tonvoon/Nagios-Plugin-0.24/
A family of perl modules to streamline writing Nagios plugins
----
Net-DNS-Nslookup-0.01
http://search.cpan.org/~pgrinberg/Net-DNS-Nslookup-0.01/
Perl module for getting simple nslookup output.
----
Net-Elexol-EtherIO24-0.17
http://search.cpan.org/~chrisy/Net-Elexol-EtherIO24-0.17/
Object interface for manipulating Elexol Ether I/O 24 units with Perl
----
Net-Elexol-EtherIO24-0.18
http://search.cpan.org/~chrisy/Net-Elexol-EtherIO24-0.18/
Object interface for manipulating Elexol Ether I/O 24 units with Perl
----
Nothing-Tiny-1
http://search.cpan.org/~jrockway/Nothing-Tiny-1/
a module that does nothing, albeit with no accessor overhead or non-core dependencies
----
POD2-Base-0.0301
http://search.cpan.org/~ferreira/POD2-Base-0.0301/
Base module for translations of Perl documentation
----
POE-Component-CPAN-SQLite-Info-0.04
http://search.cpan.org/~zoffix/POE-Component-CPAN-SQLite-Info-0.04/
non-blocking wrapper around CPAN::SQLite::Info with file fetching abilities.
----
Rose-DBx-Garden-0.11
http://search.cpan.org/~karman/Rose-DBx-Garden-0.11/
bootstrap Rose::DB::Object and Rose::HTML::Form classes
----
Rose-DBx-Garden-Catalyst-0.08
http://search.cpan.org/~karman/Rose-DBx-Garden-Catalyst-0.08/
plant Roses in your Catalyst garden
----
SNMP-Class-0.07
http://search.cpan.org/~aduitsis/SNMP-Class-0.07/
A convenience class around the NetSNMP perl modules.
----
SQL-Translator-0.0899_02
http://search.cpan.org/~jrobinson/SQL-Translator-0.0899_02/
manipulate structured data definitions (SQL and more)
----
SWISH-WebService-0.02
http://search.cpan.org/~karman/SWISH-WebService-0.02/
provide HTTP access to a Swish-e index
----
Socket-GetAddrInfo-0.08_6
http://search.cpan.org/~pevans/Socket-GetAddrInfo-0.08_6/
RFC 2553's getaddrinfo and getnameinfo functions.
----
Time-Clock-0.12
http://search.cpan.org/~jsiracusa/Time-Clock-0.12/
Twenty-four hour clock object with nanosecond precision.
----
VCS-CMSynergy-1.31
http://search.cpan.org/~rschupp/VCS-CMSynergy-1.31/
Perl interface to Telelogic Synergy
----
VCS-CMSynergy-1.32
http://search.cpan.org/~rschupp/VCS-CMSynergy-1.32/
Perl interface to Telelogic Synergy
----
Variable-Magic-0.08
http://search.cpan.org/~vpit/Variable-Magic-0.08/
Associate user-defined magic to variables from Perl.
----
VoiceXML-Client-1.00
http://search.cpan.org/~pdeegan/VoiceXML-Client-1.00/
Perl extension for VoiceXML (VXML) clients, including useragent, parser and interpreter.
----
mobirc-0.03
http://search.cpan.org/~tokuhirom/mobirc-0.03/
modern IRC to HTTP gateway
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: Sat, 2 Feb 2008 01:34:29 -0800 (PST)
From: "Gerard H. Pille" <ghpille@hotmail.com>
Subject: Re: Perl on Linux and AIX
Message-Id: <86dad385-9b46-4255-8ae9-20438b3b14a4@s8g2000prg.googlegroups.com>
On Feb 2, 4:31 am, Uri Guttman <u...@stemsystems.com> wrote:
>
> huh?? that makes absolutely no sense. those two lines do the exact same
> thing from the point of view of the perl script or any program in any
> language that reads from stdin. you don't seem to have a grasp of how
> stdio and redirection works on unix flavors.
>
> uri
>
Your grasp is limited too, Uri.
There is quite a lot of difference. Maybe not "from the point of view
of the perl script", but try to see the complete picture, it will
help.
In the first case, you need an existing file. In the second, the
input may be generated without having to store it.
Any unix newbie would have seen that.
Gerard
------------------------------
Date: Sat, 02 Feb 2008 10:38:14 GMT
From: Uri Guttman <uri@stemsystems.com>
Subject: Re: Perl on Linux and AIX
Message-Id: <x7bq6zk5ik.fsf@mail.sysarch.com>
>>>>> "GHP" == Gerard H Pille <ghpille@hotmail.com> writes:
GHP> On Feb 2, 4:31 am, Uri Guttman <u...@stemsystems.com> wrote:
>>
>> huh?? that makes absolutely no sense. those two lines do the exact same
>> thing from the point of view of the perl script or any program in any
>> language that reads from stdin. you don't seem to have a grasp of how
>> stdio and redirection works on unix flavors.
>>
>> uri
>>
GHP> There is quite a lot of difference. Maybe not "from the point of view
GHP> of the perl script", but try to see the complete picture, it will
GHP> help.
i said from the point of view of the script.
GHP> In the first case, you need an existing file. In the second, the
GHP> input may be generated without having to store it.
that is outside the script in the shell.
GHP> Any unix newbie would have seen that.
and any unix expert would know the difference between inside and outside
the script.
uri
--
Uri Guttman ------ uri@stemsystems.com -------- http://www.sysarch.com --
----- Perl Architecture, Development, Training, Support, Code Review ------
----------- Search or Offer Perl Jobs ----- http://jobs.perl.org ---------
--------- Gourmet Hot Cocoa Mix ---- http://bestfriendscocoa.com ---------
------------------------------
Date: Sat, 2 Feb 2008 06:43:38 -0600
From: Tad J McClellan <tadmc@seesig.invalid>
Subject: Re: Perl on Linux and AIX
Message-Id: <slrnfq8pbq.oef.tadmc@tadmc30.sbcglobal.net>
["Followup-To:" header set to comp.lang.perl.misc.]
Uri Guttman <uri@stemsystems.com> wrote:
>>>>>> "d" == dcruncher4 <dcruncher4@aim.com> writes:
>
> d> In article <x74pcsnrnw.fsf@mail.sysarch.com>, Uri Guttman says...
> >>
> d> test.pl < a_file
> d> cat a_file | test.pl
> >>
> >> useless use of cat award.
It is not useless.
I think the OP was trying to say "my program must work in a pipeline".
(in which case, the answer is: write your program so that it reads
from standard input and writes to standard output, regardless of
which programming language you have chosen to use.)
> d> Can't help it. This script will be called by other scripts and
> d> my script has to be backward compatible with the C one.
>
> huh?? that makes absolutely no sense.
The C program also worked in some sort of pipeline.
> you don't seem to have a grasp of how
> stdio and redirection works on unix flavors.
That's seems true enough.
--
Tad McClellan
email: perl -le "print scalar reverse qq/moc.noitatibaher\100cmdat/"
------------------------------
Date: 2 Feb 2008 07:28:47 -0800
From: dcruncher4@aim.com
Subject: Re: Perl on Linux and AIX
Message-Id: <fo227f02sgg@drn.newsguy.com>
In article <x7y7a4kp9h.fsf@mail.sysarch.com>, Uri Guttman says...
>
>>>>>> "d" == dcruncher4 <dcruncher4@aim.com> writes:
>
> d> In article <x74pcsnrnw.fsf@mail.sysarch.com>, Uri Guttman says...
> >>
> d> test.pl < a_file
> d> cat a_file | test.pl
> >>
> >> useless use of cat award.
>
> d> ha ha.
>
> d> Can't help it. This script will be called by other scripts and
> d> my script has to be backward compatible with the C one.
>
>huh?? that makes absolutely no sense. those two lines do the exact same
>thing from the point of view of the perl script or any program in any
>language that reads from stdin. you don't seem to have a grasp of how
>stdio and redirection works on unix flavors.
I am not the author of other scripts which are going to call my perl
script in either form. All I have to do is to ensure that both form works.
To my surprise I found that on Linux the first one worked and the second
one did not and that's why I posted here.
Thanks for your advise.
------------------------------
Date: Sat, 02 Feb 2008 15:55:04 +0000
From: RedGrittyBrick <RedGrittyBrick@SpamWeary.foo>
Subject: Re: Perl on Linux and AIX
Message-Id: <tuudnb624O_EDznanZ2dnUVZ8uednZ2d@bt.com>
dcruncher4@aim.com wrote:
> perl -v
>
> This is perl, v5.8.0 built for i386-linux-thread-multi
>
> here is a simple program (script name test.pl)
>
> #! /usr/bin/perl -w
>
> open(MSGF,"/dev/stdin") or die "ERROR\n" ;
Apart form everything else that has been said, you might have got
further with this if you had asked perl to output the reason for the
error thus -
... or die "can't open /dev/stdin because $!";
------------------------------
Date: Sat, 02 Feb 2008 13:12:52 GMT
From: "A. Sinan Unur" <1usa@llenroc.ude.invalid>
Subject: Re: Perl regular expressions
Message-Id: <Xns9A38538E59FA2asu1cornelledu@127.0.0.1>
Alona <allab@sympatico.ca> wrote in
news:3b0cc7b7-ff23-4263-96c2-9d789e71ad5a@s8g2000prg.googlegroups.com:
> On Feb 1, 10:08 pm, Alona <al...@sympatico.ca> wrote:
>> On Feb 1, 9:09 pm, Tad J McClellan <ta...@seesig.invalid> wrote:
>>
>> > --
Don't quote sigs.
>> Thank you all. Please notice that we are searching for 199 in a
>> certain context. We are not interested in finding "MESSAGE TYPE" and
>> "SYSTEM/INPUT". We are only interested in 199, but the match should
>> only pick 199's surrounded in the text by MESSAGE TYPE adn SYSTEM/
>> INPUT.
Please notice that we are not interested in reading the documentation to
you. We are only interested in discussing questions where the poster has
demonstrated that s/he has put some effort into solving the problem (one
way to demonstrate goodwill is to read and follow the posting guidelines
for this group).
> Also, we are not interested in Perl per se, but in perl regular
> expression rules :-)
OK, before I thought you were using 'we' in a cooperative sense. Now,
you are freaking me out. Who is 'we'? 'cause in this group we are
definitely only interested in Perl regular expression rules.
Sinan
--
A. Sinan Unur <1usa@llenroc.ude.invalid>
(remove .invalid and reverse each component for email address)
clpmisc guidelines: <URL:http://www.augustmail.com/~tadmc/clpmisc.shtml>
------------------------------
Date: Sat, 2 Feb 2008 01:55:18 -0800 (PST)
From: Brian McCauley <nobull67@gmail.com>
Subject: Re: regx expression? (link included)
Message-Id: <5f0923de-9cc3-4dff-a26f-c6b3f113ae4a@s19g2000prg.googlegroups.com>
On Feb 2, 1:35 am, Ben Morrow <b...@morrow.me.uk> wrote:
> ...this regex is pretty much a demonstration of the new features
> in the 5.10 regex engine. So, you would need perl 5.10.0 or later to
> use it.
Of course, one of the new features in 5.10 is the pluggable regex
engine, so in principle you _will_ be able to use features from the
5.11/5.12 regexes in 5.10!
------------------------------
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 1252
***************************************
