[25479] in Perl-Users-Digest
Perl-Users Digest, Issue: 7724 Volume: 10
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Tue Feb 1 21:10:23 2005
Date: Tue, 1 Feb 2005 18:10:17 -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 Tue, 1 Feb 2005 Volume: 10 Number: 7724
Today's topics:
Length limit on output from Proc::ProcessTable Prab_kar@hotmail.com
Re: Length limit on output from Proc::ProcessTable (Anno Siegel)
Re: Newbie Hash question. <news@chaos-net.de>
Re: Newbie Hash question. (Anno Siegel)
Re: Newbie Hash question. <news@chaos-net.de>
Newbie quesion: Scientific notation mdfoster44@netscape.net
Re: Newbie quesion: Scientific notation (Anno Siegel)
Re: Newbie quesion: Scientific notation mdfoster44@netscape.net
Re: Newbie quesion: Scientific notation (Anno Siegel)
Re: Obfuscating mod_perl code <toreau@gmail.com>
perl quick date convert asdfq213rr23we@yahoo.com
Re: perl quick date convert <tony_curtis32@yahoo.com>
Re: perl quick date convert <noreply@gunnar.cc>
Re: perl quick date convert <tony_curtis32@yahoo.com>
Re: perl quick date convert <noreply@gunnar.cc>
Re: Problem serving a PDF <lv@aol.com>
Re: Problem serving a PDF (Anno Siegel)
Re: Problem serving a PDF <lv@aol.com>
Re: recursive function and hashe (Anno Siegel)
Re: regexp inside <> + typos in perldoc (Anno Siegel)
Re: saving file attachment from mbox ? <tadmc@augustmail.com>
x-www-form-urlencoded <jidanni@jidanni.org>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: 1 Feb 2005 14:09:17 -0800
From: Prab_kar@hotmail.com
Subject: Length limit on output from Proc::ProcessTable
Message-Id: <1107295757.837035.27670@o13g2000cwo.googlegroups.com>
Hi all,
Is there any length limit to the display of output from
Proc::ProcessTable.
I've a process which is of about 3000 char. length(Java application
running with a whole bunch of jars in the CLASSPATH).
When I'm trying to find it from the a Perl script using
Proc::ProcessTable, I'm unable to find it.
Thanks,
Prabh
------------------------------
Date: 1 Feb 2005 22:54:48 GMT
From: anno4000@lublin.zrz.tu-berlin.de (Anno Siegel)
Subject: Re: Length limit on output from Proc::ProcessTable
Message-Id: <ctp1bo$4qs$2@mamenchi.zrz.TU-Berlin.DE>
<Prab_kar@hotmail.com> wrote in comp.lang.perl.misc:
> Hi all,
> Is there any length limit to the display of output from
> Proc::ProcessTable.
>
> I've a process which is of about 3000 char. length(Java application
> running with a whole bunch of jars in the CLASSPATH).
> When I'm trying to find it from the a Perl script using
> Proc::ProcessTable, I'm unable to find it.
That would be a question about your OS. Proc::ProcessTable can only
hand down what it is offered. Without knowing the module, I dare say
it doesn't introduce limitations of its own.
Anno
------------------------------
Date: Wed, 2 Feb 2005 01:01:54 +0100
From: Martin Kissner <news@chaos-net.de>
Subject: Re: Newbie Hash question.
Message-Id: <slrnd0063i.53i.news@maki.homeunix.net>
Anno Siegel wrote :
> Martin Kissner <news@chaos-net.de> wrote in comp.lang.perl.misc:
>> Tad McClellan wrote :
>>
>> >> my (%row, $row, $name, $url);
>> >
>> > You should declare your variables in the *smallest possible* scope.
>>
>> I wouldn't be able to use %row, $name and $url outside the while loop if I
>> would not declare them here, would I?
>
> You only want to use %row outside the loop. $name and $url can (and
> should) be local to the loop body. That's what *smallest possible* means.
Yes, for the hash this is certanly true.
I reused the varibales, but for posting I should have rewritten the
whole script to avoid this confusion.
Sorry for not doing that.
> Oh, and the lines should be chomped before splitting them.
They probably usually should.
In my special case it doesn't matter.
Best regards
Martin
--
perl -e 'print 7.74.117.115.116.11.32.13.97.110.111.116.104.101.114.11
.32.13.112.101.114.108.11.32.13.104.97.99.107.101.114.10.7'
------------------------------
Date: 2 Feb 2005 00:32:09 GMT
From: anno4000@lublin.zrz.tu-berlin.de (Anno Siegel)
Subject: Re: Newbie Hash question.
Message-Id: <ctp729$4qs$7@mamenchi.zrz.TU-Berlin.DE>
Martin Kissner <news@chaos-net.de> wrote in comp.lang.perl.misc:
> Anno Siegel wrote :
> > Martin Kissner <news@chaos-net.de> wrote in comp.lang.perl.misc:
> >> Tad McClellan wrote :
> >>
> >> >> my (%row, $row, $name, $url);
> >> >
> >> > You should declare your variables in the *smallest possible* scope.
> >>
> >> I wouldn't be able to use %row, $name and $url outside the while loop if I
> >> would not declare them here, would I?
> >
> > You only want to use %row outside the loop. $name and $url can (and
> > should) be local to the loop body. That's what *smallest possible* means.
>
> Yes, for the hash this is certanly true.
> I reused the varibales, but for posting I should have rewritten the
> whole script to avoid this confusion.
> Sorry for not doing that.
You should have re-written it anyway.
Extending the scope of variables for re-use is not a good idea. The
small-scope rule is for the benefit of your reader. If you re-use
variables all over the place, the reader must make sure that the value
at one place doesn't have an effect at another, intentional or not.
With small scopes, far-reaching effects can't happen. If that means
you have to declare the same variables in multiple places, do so.
>
> > Oh, and the lines should be chomped before splitting them.
>
> They probably usually should.
> In my special case it doesn't matter.
Not now, but who knows. Spurious trailing newlines are baffling people
all the time, it is best not to have them even if they "don't hurt".
Anno
------------------------------
Date: Wed, 2 Feb 2005 01:52:33 +0100
From: Martin Kissner <news@chaos-net.de>
Subject: Re: Newbie Hash question.
Message-Id: <slrnd0092h.53i.news@maki.homeunix.net>
Anno Siegel wrote :
> Martin Kissner <news@chaos-net.de> wrote in comp.lang.perl.misc:
>> Yes, for the hash this is certanly true.
>> I reused the varibales, but for posting I should have rewritten the
>> whole script to avoid this confusion.
>> Sorry for not doing that.
>
> You should have re-written it anyway.
In fact, I did due to the help provided in this wonderful group.
Just didn't want to bother everybody too much by posting it again.
> Extending the scope of variables for re-use is not a good idea. The
> small-scope rule is for the benefit of your reader. If you re-use
> variables all over the place, the reader must make sure that the value
> at one place doesn't have an effect at another, intentional or not.
> With small scopes, far-reaching effects can't happen. If that means
> you have to declare the same variables in multiple places, do so.
I will keep that in mind.
Actually it was an exception, because I unnecessarily processed the same
hash outside the while loop.
After all I reduced the number of code lines of this part of the script
from about 30 to 12 and limited the scope of variables as far as I
could.
>> > Oh, and the lines should be chomped before splitting them.
>>
>> They probably usually should.
>> In my special case it doesn't matter.
>
> Not now, but who knows. Spurious trailing newlines are baffling people
> all the time, it is best not to have them even if they "don't hurt".
I'll keep this in mind, too.
Thanks for your feedback.
Martin
--
perl -e 'print 7.74.117.115.116.11.32.13.97.110.111.116.104.101.114.11
.32.13.112.101.114.108.11.32.13.104.97.99.107.101.114.10.7'
------------------------------
Date: 1 Feb 2005 15:18:37 -0800
From: mdfoster44@netscape.net
Subject: Newbie quesion: Scientific notation
Message-Id: <1107299917.850470.170730@c13g2000cwb.googlegroups.com>
Hi,
I'm trying to upload some data into a MySQL database.
Could someone please advise me how I handle scientific notation?
What I have sofar:
-------
The data (pt, x)
P1 4.50015068000000D-004
-------
My regex expressions, I've been experimenting with:
regex1: P\d+\s+(-?([0-9]+(\.[0-9]*)?|\.[0-9]+))/)
does not catch the scientific notation
regex2: P\d+\s+([+-]?(\d+(\.\d*)?|\.\d+)([eEdD][+-]?\d+))/)
does catch the scientific notation. I then say,
$number = $1;
-------
# Insert data
$dbh->do("INSERT INTO data(x) VALUES (?)",undef, $number);
-------
How do I upload the number to the database? If I do it as above it is
incorrect.
Thanks your help.
Martin.
------------------------------
Date: 1 Feb 2005 23:51:00 GMT
From: anno4000@lublin.zrz.tu-berlin.de (Anno Siegel)
Subject: Re: Newbie quesion: Scientific notation
Message-Id: <ctp4l4$4qs$4@mamenchi.zrz.TU-Berlin.DE>
<mdfoster44@netscape.net> wrote in comp.lang.perl.misc:
> Hi,
>
> I'm trying to upload some data into a MySQL database.
>
> Could someone please advise me how I handle scientific notation?
>
> What I have sofar:
>
> -------
> The data (pt, x)
>
> P1 4.50015068000000D-004
> -------
>
> My regex expressions, I've been experimenting with:
>
> regex1: P\d+\s+(-?([0-9]+(\.[0-9]*)?|\.[0-9]+))/)
^ ^^
Are these supposed to be regex delimiters?
> does not catch the scientific notation
Of course not. What makes you think it would?
> regex2: P\d+\s+([+-]?(\d+(\.\d*)?|\.\d+)([eEdD][+-]?\d+))/)
> does catch the scientific notation. I then say,
> $number = $1;
For matching numbers with regular expressions, see perldoc -q "is a number".
Follow the pointers you find there.
> -------
> # Insert data
> $dbh->do("INSERT INTO data(x) VALUES (?)",undef, $number);
> -------
>
> How do I upload the number to the database? If I do it as above it is
> incorrect.
Incorrect how? Is the data rejected by the database? Is it accepted
but not the values you expect it to be? Be specific.
Anno
------------------------------
Date: 1 Feb 2005 16:03:10 -0800
From: mdfoster44@netscape.net
Subject: Re: Newbie quesion: Scientific notation
Message-Id: <1107302590.304197.281080@l41g2000cwc.googlegroups.com>
Anno Siegel wrote:
> <mdfoster44@netscape.net> wrote in comp.lang.perl.misc:
> > Hi,
> >
> > I'm trying to upload some data into a MySQL database.
> >
> > Could someone please advise me how I handle scientific notation?
> >
> > What I have sofar:
> >
> > -------
> > The data (pt, x)
> >
> > P1 4.50015068000000D-004
> > -------
> >
> > My regex expressions, I've been experimenting with:
> >
> > regex1: P\d+\s+(-?([0-9]+(\.[0-9]*)?|\.[0-9]+))/)
> ^ ^^
> Are these supposed to be regex delimiters?
>
> > does not catch the scientific notation
>
> Of course not. What makes you think it would?
>
> > regex2: P\d+\s+([+-]?(\d+(\.\d*)?|\.\d+)([eEdD][+-]?\d+))/)
> > does catch the scientific notation. I then say,
> > $number = $1;
>
> For matching numbers with regular expressions, see perldoc -q "is a
number".
> Follow the pointers you find there.
Ah, this helps alot thanks! I just didn't find that before.
>
> > -------
> > # Insert data
> > $dbh->do("INSERT INTO data(x) VALUES (?)",undef, $number);
> > -------
> >
> > How do I upload the number to the database? If I do it as above it
is
> > incorrect.
>
> Incorrect how? Is the data rejected by the database? Is it accepted
> but not the values you expect it to be? Be specific.
Well the number it uploads is not the float, in this case double, that
I want it to be. I'll need to do a strtod.
>
> Anno
Martin.
------------------------------
Date: 2 Feb 2005 00:18:44 GMT
From: anno4000@lublin.zrz.tu-berlin.de (Anno Siegel)
Subject: Re: Newbie quesion: Scientific notation
Message-Id: <ctp694$4qs$6@mamenchi.zrz.TU-Berlin.DE>
<mdfoster44@netscape.net> wrote in comp.lang.perl.misc:
>
> Anno Siegel wrote:
> > <mdfoster44@netscape.net> wrote in comp.lang.perl.misc:
> > > Hi,
> > > I'm trying to upload some data into a MySQL database.
[...]
> > > How do I upload the number to the database? If I do it as above it
> is
> > > incorrect.
> >
> > Incorrect how? Is the data rejected by the database? Is it accepted
> > but not the values you expect it to be? Be specific.
>
> Well the number it uploads is not the float, in this case double, that
> I want it to be.
Please be specific! Telling us it is not what you want it to be helps
no-one.
What is the data your code offers to the DB? How does the DB receive it?
What does the DB give back, if anything? That's the kind of info we
need.
>I'll need to do a strtod.
No, you need it to be what the documentation of your database interface
wants it to be. I have no idea what it expects, but I doubt it's described
as "a strtod":
Anno
------------------------------
Date: Tue, 01 Feb 2005 21:35:01 +0100
From: Tore Aursand <toreau@gmail.com>
Subject: Re: Obfuscating mod_perl code
Message-Id: <PJRLd.6982$IW4.149696@news2.e.nsc.no>
xhoster@gmail.com wrote:
> Letting people you don't trust have access to the script doesn't sound
> safe, either. Passwords or no.
I agree.
>> Store the passwords encrypted in the storage backend, ie. the database
>> or something. That way it'll at least be _more_ secure. The rest of the
>> security depends on a whole lot of other things, though.
> You recommend storing the passwords to the database within the database?
> Why not just encase the computer in cement and drop into the Mariana's
> trench. Much more secure, and just as useful.
I wasn't thinking about the database, but about the part where the OP
mentioned "...to databases as well as other things".
--
Tore Aursand <tore@aursand.no>
"What we anticipate seldom occurs. What we least expected generally
happens." (Benjamin Disraeli)
------------------------------
Date: 1 Feb 2005 15:52:24 -0800
From: asdfq213rr23we@yahoo.com
Subject: perl quick date convert
Message-Id: <1107301944.546808.87910@o13g2000cwo.googlegroups.com>
Hi
Whats the smoothest way of converting the date string "2004-10-10
12:14:23" to "Tue, 10 Oct 2004 12:14:23"?
Thanks !
M
------------------------------
Date: Tue, 01 Feb 2005 18:10:03 -0600
From: Tony Curtis <tony_curtis32@yahoo.com>
Subject: Re: perl quick date convert
Message-Id: <877jlr255w.fsf@limey.hpcc.uh.edu>
>> On 1 Feb 2005 15:52:24 -0800,
>> asdfq213rr23we@yahoo.com said:
> Hi Whats the smoothest way of converting the date string
> "2004-10-10 12:14:23" to "Tue, 10 Oct 2004 12:14:23"?
Depends on hat your criteria for "smooth" are, but I'd
probably use UnixDate() from Date::Manip.
(However, are you sure 10/10 is Tuesday?)
hth
t
------------------------------
Date: Wed, 02 Feb 2005 02:10:26 +0100
From: Gunnar Hjalmarsson <noreply@gunnar.cc>
Subject: Re: perl quick date convert
Message-Id: <36anthF4ve8upU1@individual.net>
Tony Curtis wrote:
>>>On 1 Feb 2005 15:52:24 -0800,
>>>asdfq213rr23we@yahoo.com said:
>>Hi Whats the smoothest way of converting the date string
>>"2004-10-10 12:14:23" to "Tue, 10 Oct 2004 12:14:23"?
>
> Depends on hat your criteria for "smooth" are, but I'd
> probably use UnixDate() from Date::Manip.
Personally I would stick to the standard module Time::Local.
use Time::Local 'timelocal';
my @t = split /\D+/, '2004-10-10 12:14:23';
printf '%s, % 2s %s %d %s', ( split ' ', scalar localtime
timelocal reverse shift(@t)-1900, shift(@t)-1, @t )[0,2,1,4,3];
To the OP: Why do you want to convert *from* a universally readable and
ISO compliant format?
--
Gunnar Hjalmarsson
Email: http://www.gunnar.cc/cgi-bin/contact.pl
------------------------------
Date: Tue, 01 Feb 2005 19:21:54 -0600
From: Tony Curtis <tony_curtis32@yahoo.com>
Subject: Re: perl quick date convert
Message-Id: <87vf9beoy5.fsf@limey.hpcc.uh.edu>
>> On Wed, 02 Feb 2005 02:10:26 +0100,
>> Gunnar Hjalmarsson <noreply@gunnar.cc> said:
> Tony Curtis wrote:
>>>> On 1 Feb 2005 15:52:24 -0800, asdfq213rr23we@yahoo.com
>>>> said:
>>> Hi Whats the smoothest way of converting the date string
>>> "2004-10-10 12:14:23" to "Tue, 10 Oct 2004 12:14:23"?
>> Depends on hat your criteria for "smooth" are, but I'd
>> probably use UnixDate() from Date::Manip.
> Personally I would stick to the standard module Time::Local.
> use Time::Local 'timelocal'; my @t = split /\D+/,
> '2004-10-10 12:14:23'; printf '%s, % 2s %s %d %s', ( split '
> ', scalar localtime timelocal reverse shift(@t)-1900,
> shift(@t)-1, @t )[0,2,1,4,3];
Well, of course each() to his own but
use Date::Manip qw(UnixDate);
my $date = '2004-10-10 12:14:23';
my $now = UnixDate($date, '%a, %d %b %Y %H:%M:%S');
print "$now\n";
looks rather less opaque to me. As always it depends on what
problem you're trying to solve.
------------------------------
Date: Wed, 02 Feb 2005 02:32:57 +0100
From: Gunnar Hjalmarsson <noreply@gunnar.cc>
Subject: Re: perl quick date convert
Message-Id: <36ap81F4va5n2U1@individual.net>
Tony Curtis wrote:
>>>Gunnar Hjalmarsson <noreply@gunnar.cc> said:
>>Personally I would stick to the standard module Time::Local.
>>
>> use Time::Local 'timelocal';
>> my @t = split /\D+/, '2004-10-10 12:14:23';
>> printf '%s, % 2s %s %d %s', ( split ' ', scalar localtime
>> timelocal reverse shift(@t)-1900, shift(@t)-1, @t )[0,2,1,4,3];
>
> Well, of course each() to his own but
>
> use Date::Manip qw(UnixDate);
>
> my $date = '2004-10-10 12:14:23';
> my $now = UnixDate($date, '%a, %d %b %Y %H:%M:%S');
>
> print "$now\n";
>
> looks rather less opaque to me.
Sure, but it requires the load of a non-standard module about which the
author himself says: "Is Date::Manip the one you should be using? In my
opinion, the answer is no most of the time.
...
It's the most powerful of the date modules. It's also the biggest and
slowest."
> As always it depends on what problem you're trying to solve.
Yep.
--
Gunnar Hjalmarsson
Email: http://www.gunnar.cc/cgi-bin/contact.pl
------------------------------
Date: Tue, 01 Feb 2005 18:43:54 -0600
From: l v <lv@aol.com>
Subject: Re: Problem serving a PDF
Message-Id: <420022d2$1_2@127.0.0.1>
Anno Siegel wrote:
> In German, we have an expression for what you're doing: "Du lügst dir in
> die eigene Tasche".
>
> Anno
Anno
While I am accustom to working with a German written software, Google
had a hard time translating to English.
"Du lügst dir in die eigene Tasche" = "You lie yourself into the own bag"
Len
----== Posted via Newsfeeds.Com - Unlimited-Uncensored-Secure Usenet News==----
http://www.newsfeeds.com The #1 Newsgroup Service in the World! 120,000+ Newsgroups
----= East and West-Coast Server Farms - Total Privacy via Encryption =----
------------------------------
Date: 2 Feb 2005 00:51:52 GMT
From: anno4000@lublin.zrz.tu-berlin.de (Anno Siegel)
Subject: Re: Problem serving a PDF
Message-Id: <ctp878$4qs$10@mamenchi.zrz.TU-Berlin.DE>
l v <lv@aol.com> wrote in comp.lang.perl.misc:
> Anno Siegel wrote:
> > In German, we have an expression for what you're doing: "Du lügst dir in
> > die eigene Tasche".
> >
> > Anno
>
> Anno
>
> While I am accustom to working with a German written software, Google
> had a hard time translating to English.
>
> "Du lügst dir in die eigene Tasche" = "You lie yourself into the own bag"
See the lengthy explanation elsewhere in the thread. MTYEWTK
Anno
------------------------------
Date: Tue, 01 Feb 2005 19:34:02 -0600
From: l v <lv@aol.com>
Subject: Re: Problem serving a PDF
Message-Id: <42002e92$1_2@127.0.0.1>
Anno Siegel wrote:
> See the lengthy explanation elsewhere in the thread. MTYEWTK
Got it - VWP. Those subject changes get a tad out of thread order.
Len
----== Posted via Newsfeeds.Com - Unlimited-Uncensored-Secure Usenet News==----
http://www.newsfeeds.com The #1 Newsgroup Service in the World! 120,000+ Newsgroups
----= East and West-Coast Server Farms - Total Privacy via Encryption =----
------------------------------
Date: 2 Feb 2005 00:39:58 GMT
From: anno4000@lublin.zrz.tu-berlin.de (Anno Siegel)
Subject: Re: recursive function and hashe
Message-Id: <ctp7gu$4qs$8@mamenchi.zrz.TU-Berlin.DE>
Brian McCauley <nobull@mail.com> wrote in comp.lang.perl.misc:
>
>
> Sébastien Cottalorda wrote:
>
> > I all,
> >
> > Here is my problem,
> >
> > I'd like to store in a hash table those numbers like that:
> > (123, 124, 13, 145, 2, 25)
> >
> > %number = (
> > "1" => {
> > "2" => {
> > "3" => {
> > "value" => "OK"
> > },
> > "4" => {
> > "value" => "OK"
> > },
> > },
> > "3" => {
> > "value" => "OK"
> > },
> > "4" => {
> > "5" => {
> > "value" => "OK"
> > }
> > }
> > },
> > "2" => {
> > "value" => "OK",
> > "5" => {
> > "value" => "OK"
> > }
> > }
> > );
>
> That's a very odd structure - what are you planning to use it for?
It's a (variant of a) trie structure -- not entirely unheard of, but
rarely used for numeric data like this.
Anno
------------------------------
Date: 1 Feb 2005 23:59:57 GMT
From: anno4000@lublin.zrz.tu-berlin.de (Anno Siegel)
Subject: Re: regexp inside <> + typos in perldoc
Message-Id: <ctp55t$4qs$5@mamenchi.zrz.TU-Berlin.DE>
Hendrik Maryns <hendrik_maryns@despammed.com> wrote in comp.lang.perl.misc:
[...]
> Apart from this, I sometimes find minor typos in the docs. Where can I
> report those? Via perlbug seems a bit too strong to me...
> (e.g.: in perlretut, line 15 of "Using character classes": 'away' should
> be 'a way')
When it's part of the Perl distribution, as perlretut, perlbug is the
right method. A patch in "diff -u" format is appreciated -- I think
perlbug will tell you this again :)
Anno
------------------------------
Date: Tue, 1 Feb 2005 11:12:50 -0600
From: Tad McClellan <tadmc@augustmail.com>
Subject: Re: saving file attachment from mbox ?
Message-Id: <slrncvve4i.1vl.tadmc@magna.augustmail.com>
Mad Scientist Jr <usenet_daughter@yahoo.com> wrote:
> evidently you perl guys aren't using the same kind of newsreader.
Since we are the ones handing out the answers, you might consider
conforming to what we need and want...
> i was not aware of that issue, as i use google,
Google is not a newsreader.
--
Tad McClellan SGML consulting
tadmc@augustmail.com Perl programming
Fort Worth, Texas
------------------------------
Date: Wed, 02 Feb 2005 08:00:34 +0800
From: Dan Jacobson <jidanni@jidanni.org>
Subject: x-www-form-urlencoded
Message-Id: <87mzun25lp.fsf@jidanni.org>
What can I use to turn text into x-www-form-urlencoded text?
I.e., I want to do something like
$ perl -nwe 'print x-www-form-urlencoded($_)' if you know what I mean.
------------------------------
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 V10 Issue 7724
***************************************
