[30920] in Perl-Users-Digest
Perl-Users Digest, Issue: 2165 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Tue Jan 27 14:09:48 2009
Date: Tue, 27 Jan 2009 11:09:13 -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, 27 Jan 2009 Volume: 11 Number: 2165
Today's topics:
Re: Including files (again) <tadmc@seesig.invalid>
Re: inputting the ephemerides <RedGrittyBrick@spamweary.invalid>
Integrating Strawberry perl with Vista <bernie@fantasyfarm.com>
Re: Integrating Strawberry perl with Vista <1usa@llenroc.ude.invalid>
Is syswrite faster or print <saurabh.hirani@gmail.com>
Re: Is syswrite faster or print <saurabh.hirani@gmail.com>
Re: Perl Peeves <Peter@PSDT.com>
Re: Perl Peeves <tadmc@seesig.invalid>
Re: Perl Peeves <tadmc@seesig.invalid>
Re: Perl Peeves <tadmc@seesig.invalid>
Re: Perl Peeves <tadmc@seesig.invalid>
Re: Perl Peeves (Tim McDaniel)
Re: Perl Peeves (Tim McDaniel)
Re: Perl Peeves <jurgenex@hotmail.com>
Re: Perl Peeves <uri@stemsystems.com>
Re: There is no such thing as Circular Lists <tim@burlyhost.com>
Re: Vista x64 + DBD::Pg driver <psynowiec@WYTNIJTOop.pl>
Re: Vista x64 + DBD::Pg driver <tim@burlyhost.com>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Tue, 27 Jan 2009 06:44:34 -0600
From: Tad J McClellan <tadmc@seesig.invalid>
Subject: Re: Including files (again)
Message-Id: <slrngnu0di.33b.tadmc@tadmc30.sbcglobal.net>
Marie-Régine SAPIR <marieregine@advalvas.be> wrote:
> %hash1 = (fruits => ["apple", "pear"],
> things => ["table", "chair"]
> );
>
> %hash2 = (fruits => ["pear", "banana"]
> countries => ["Turkey"]
> );
>
> Using pure text and parsing it with split,... instead of Perl code seems like quite a hassle I'd like to avoid.
>
> Is there any way to do this in Perl?
perldoc -q persist
How do I keep persistent data across program calls?
> The one thing I didn't understand is what "eval" does
There are 2 wildly different Perl functions that are both named "eval".
The first question to answer is whether we are discussing "eval block"
or "eval string"...
--
Tad McClellan
email: perl -le "print scalar reverse qq/moc.noitatibaher\100cmdat/"
------------------------------
Date: Tue, 27 Jan 2009 12:01:45 +0000
From: RedGrittyBrick <RedGrittyBrick@spamweary.invalid>
Subject: Re: inputting the ephemerides
Message-Id: <497ef7aa$0$11939$db0fefd9@news.zen.co.uk>
Larry Gates wrote:
> These are not the habits of a dullard.
I agree.
Have you read "The camel has two humps"?
http://www.cs.mdx.ac.uk/research/PhDArea/saeed/paper1.pdf *
Some people fall into the "inconsistent" group - looking for meaning
where it does not exist. These people will probably not succeed as
programmers despite their intelligence and capacity for success in other
fields.
Just my ¤0.02 worth.
--
RGB
* Someone else mentioned it in some newsgroup recently.
------------------------------
Date: Tue, 27 Jan 2009 07:46:16 -0500
From: Bernie Cosell <bernie@fantasyfarm.com>
Subject: Integrating Strawberry perl with Vista
Message-Id: <j70un41b1dv3rgi2hgvoi9bvsknd5r6plt@library.airnews.net>
I've got Strawberry Perl installed on my Vista-64/Business system and it is
working perfectly. BUT: it isn't integrated as cleanly as Activestate was
on my old XP system. Two problems:
1) if I just do "perlprogram.pl arg1 arg2 ..." it correctly runs
perlprogram.pl using strawberry, BUT: it doesn't pass any args in. If I do
"perl perlprogram.pl arg1 arg2..."
it all works fine.
2) A really minor problem [but one that I'm curious about]: with
activestate you could run a perl program *without* the extension. Just as
you can run BATCH.bat by just typing "BATCH" and APP.exe just by typing APP
you could run PERLPGM.pl just by typing PERL. Not a big thing but I was
wondering how Activestate managed it.
Thanks!
/Bernie\
--
Bernie Cosell Fantasy Farm Fibers
bernie@fantasyfarm.com Pearisburg, VA
--> Too many people, too few sheep <--
------------------------------
Date: Tue, 27 Jan 2009 13:12:29 GMT
From: "A. Sinan Unur" <1usa@llenroc.ude.invalid>
Subject: Re: Integrating Strawberry perl with Vista
Message-Id: <Xns9BA0537FE58FEasu1cornelledu@127.0.0.1>
Bernie Cosell <bernie@fantasyfarm.com> wrote in
news:j70un41b1dv3rgi2hgvoi9bvsknd5r6plt@library.airnews.net:
> I've got Strawberry Perl installed on my Vista-64/Business system and
> it is working perfectly. BUT: it isn't integrated as cleanly as
> Activestate was on my old XP system. Two problems:
>
> 1) if I just do "perlprogram.pl arg1 arg2 ..." it correctly runs
> perlprogram.pl using strawberry, BUT: it doesn't pass any args in. If
> I do
> "perl perlprogram.pl arg1 arg2..."
> it all works fine.
C:\> ftype perl
perl="C:\opt\perl\bin\perl.exe" "%1" %*
> 2) A really minor problem [but one that I'm curious about]: with
> activestate you could run a perl program *without* the extension.
> Just as you can run BATCH.bat by just typing "BATCH" and APP.exe just
> by typing APP you could run PERLPGM.pl just by typing PERL. Not a big
> thing but I was wondering how Activestate managed it.
C:\> echo %PATHEXT%
.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.PL;.PLX;.WPL;.py;.pyw
Sinan
--
A. Sinan Unur <1usa@llenroc.ude.invalid>
(remove .invalid and reverse each component for email address)
comp.lang.perl.misc guidelines on the WWW:
http://www.rehabitation.com/clpmisc/
------------------------------
Date: Tue, 27 Jan 2009 05:05:13 -0800 (PST)
From: saurabh hirani <saurabh.hirani@gmail.com>
Subject: Is syswrite faster or print
Message-Id: <c700bfe8-62d7-4f53-9561-4e99edcce351@l33g2000pri.googlegroups.com>
Hi guys,
I am working on a logging module. I was just studying the existing
perl log modules and read that - syswrite is useful in a condition
like logging as during its write operation it prevents someone else
from writing at the same time. To verify that I wrote a small perl
program:
#!/usr/bin/perl -w
use strict;
use Fcntl;
use Data::Dumper;
$| = 1;
sub testme {
my ($flag, $data) = @_;
if ($flag == 1) {
sysopen(FILE, 'bangbang', O_WRONLY | O_APPEND | O_CREAT);
while (1) {
syswrite FILE, "$data\n";
}
} else {
open(FILE, ">>bangbang");
while (1) {
print FILE "$data\n";
}
}
close(FILE);
}
testme($ARGV[0], $ARGV[1]);
Testing both for syswrite and print - I found that $data printing in
file is corrupted when I run 2 instances of the same program together.
But using syswrite saves me from that. It has every line intact and no
line is a mix of different data sets of the 2 programs.
But what struck me more was the size of the files created when I ran
the following programs together:
1. ./program 1 first
2. ./program 1 second
this uses syswrite to write and check whether 'first' and 'second'
clobber each other. During this run, I got the following stats:
1st run - 30 seconds - file size 40 MB
2nd run - 50 seconds - file size 61 MB
Now for the print run,
1. ./program 2 first
2. ./program 2 second
this uses print to write and check whether 'first' and 'second'
clobber each other. During this run, I got the following stats:
1st run - 30 seconds - file size 315 MB
2nd run - 50 seconds - file size 586 MB
I was running a VM so I know that my profiling wouldn't be so
accurate. But still, I had done autoflush for both syswrite and print.
And I read somewhere that for output greater than 3 KB syswrite is
faster?
Is print this faster than syswrite? Is my testing flawed? Am I missing
something? What would you use if you had to write a logging module in
perl - print or syswrite? and why?
Thanks for going through it.
------------------------------
Date: Tue, 27 Jan 2009 05:07:33 -0800 (PST)
From: saurabh hirani <saurabh.hirani@gmail.com>
Subject: Re: Is syswrite faster or print
Message-Id: <ed6de249-eb6c-447c-a4ec-b91e7a3413e0@r10g2000prf.googlegroups.com>
On Jan 27, 6:05=A0pm, saurabh hirani <saurabh.hir...@gmail.com> wrote:
> Hi guys,
>
> I am working on a logging module. I was just studying the existing
> perl log modules and read that - syswrite is useful in a condition
> like logging as during its write operation it prevents someone else
> from writing at the same time. To verify that I wrote a small perl
> program:
>
> #!/usr/bin/perl -w
> use strict;
> use Fcntl;
> use Data::Dumper;
> $| =3D 1;
>
> sub testme {
> =A0 =A0 my ($flag, $data) =3D @_;
> =A0 =A0 if ($flag =3D=3D 1) {
> =A0 =A0 =A0 =A0 sysopen(FILE, 'bangbang', =A0O_WRONLY | O_APPEND | O_CREA=
T);
> =A0 =A0 =A0 =A0 while (1) {
> =A0 =A0 =A0 =A0 =A0 =A0 syswrite FILE, "$data\n";
> =A0 =A0 =A0 =A0 }
> =A0 =A0 } else {
> =A0 =A0 =A0 =A0 open(FILE, ">>bangbang");
> =A0 =A0 =A0 =A0 while (1) {
> =A0 =A0 =A0 =A0 =A0 =A0 print FILE "$data\n";
> =A0 =A0 =A0 =A0 }
> =A0 =A0 }
> =A0 =A0 close(FILE);}
>
> testme($ARGV[0], $ARGV[1]);
Small but important addition - And after every run I moved the file to
bangbang.print or bangbang.syswrite.So I got new file at each run. I
did not append to existing ones.
------------------------------
Date: Tue, 27 Jan 2009 12:22:34 GMT
From: Peter Scott <Peter@PSDT.com>
Subject: Re: Perl Peeves
Message-Id: <e0Dfl.147$8O.18@newsfe06.iad>
On Mon, 26 Jan 2009 23:46:08 -0600, Tim McDaniel wrote:
> In article <7crsn4hardgt8fvgn3p0uopfv1mtgdfj7k@4ax.com>, Jürgen Exner
> <jurgenex@hotmail.com> wrote:
> If I want to write it to a properties file to be read in again later, or
> to output it for debugging.
> my $output_value = (CONDITION) ? 1 : 0;
> just feels amateurish and too verbose to me.
Yes, this annoyed me too, that naive attempts to freeze and thaw boolean
results can fail because false is rendered as the empty string. I
don't know why they didn't pick "0". On the other hand, one of the more
natural choices - values separated by commas - does work fine:
$ perl -wle 'my ($x,$y,$z) = split /,/, "42,,"; print $y ? "True" :
"False"'
which is probably why we don't hear much complaint.
However, if you're in the business of serializing things these days, it's
not long before you realize you should be using something like
Data::Dumper because of the possibility of references, and at that point
it doesn't matter what the representation of false is.
>>>(6) The stupidity that I've mentioned before, of the -r / -w / -x being
>>>defined as being ignorant of ACLs, when they should truly follow their
>>>definitions in "man perlfunc":
>>
>>Yeah, you got a point. Feel free to submit a patch.
>
> Given that it was long-since defined in the man pages, and given that
> there's a partial workaround with a pragma, it would probably be
> rejected.
It's been discussed recently on P5P. As an AFS user, I run into this
problem frequently, but it's all kinds of programs that are unaware of
ACLs. A patch to test ACLs should work for both POSIX and AFS ACLs (the
Perl installation script is AFS-aware, after all), and I think it's quite
hard to write such a patch without it impacting performance across the
board. Have a go at it and let us know whether you still think its
absence should be characterized as "stupid".
--
Peter Scott
http://www.perlmedic.com/
http://www.perldebugged.com/
------------------------------
Date: Tue, 27 Jan 2009 06:02:41 -0600
From: Tad J McClellan <tadmc@seesig.invalid>
Subject: Re: Perl Peeves
Message-Id: <slrngnttv1.33b.tadmc@tadmc30.sbcglobal.net>
Tim McDaniel <tmcd@panix.com> wrote:
> In article <7crsn4hardgt8fvgn3p0uopfv1mtgdfj7k@4ax.com>,
> Jürgen Exner <jurgenex@hotmail.com> wrote:
>>tmcd@panix.com (Tim McDaniel) wrote:
> I think "true" and "false" could be logically defined in perlop --
> hey, they're actually computed by operators there -- than in perlsyn.
But they are most commonly used with "if", "while", etc. and
_those_ are described in perlsyn.
> So I'd move the paragraph from perlsyn to perlop,
Then the other half of people will be peeved that is is not described
near the constructs that use it.
> or copy it,
Then you would need to keep the 2 copies in sync, and that is asking
for discrepancies to creep in.
> or at
> least have one place point to the other.
That seems a very good idea to me.
--
Tad McClellan
email: perl -le "print scalar reverse qq/moc.noitatibaher\100cmdat/"
------------------------------
Date: Tue, 27 Jan 2009 05:52:49 -0600
From: Tad J McClellan <tadmc@seesig.invalid>
Subject: Re: Perl Peeves
Message-Id: <slrngnttch.33b.tadmc@tadmc30.sbcglobal.net>
Tim McDaniel <tmcd@panix.com> wrote:
> In article <slrngnsvu6.tkh.tadmc@tadmc30.sbcglobal.net>,
> Tad J McClellan <tadmc@seesig.invalid> wrote:
>>Tim McDaniel <tmcd@panix.com> wrote:
>>> Just venting.
>>>
>>> (4) It doesn't say which true value is returned.
>>
>>Because the programmer does not need do know.
>>
>>You only need to know if it is one of the true values or one of the
>>false values.
>
> Then why do the man pages define it?
So that the programmer will be able to tell if it is one of the true
values or one of the false values.
--
Tad McClellan
email: perl -le "print scalar reverse qq/moc.noitatibaher\100cmdat/"
------------------------------
Date: Tue, 27 Jan 2009 05:54:23 -0600
From: Tad J McClellan <tadmc@seesig.invalid>
Subject: Re: Perl Peeves
Message-Id: <slrngnttff.33b.tadmc@tadmc30.sbcglobal.net>
Tim McDaniel <tmcd@panix.com> wrote:
> In article <gllp4p$psn$1@reader1.panix.com>,
> Tim McDaniel <tmcd@panix.com> wrote:
>>Just venting.
>>
>>(1) I hate that
>>
>> Unary "+" has no effect whatsoever, even on strings.
>>
>>(per "man perlop"). Unary plus LOOKS like a unary arithmetic
>>operator, like "-". ...
>>
>>(I could do "- -@a", but that's just not as elegant as "+@a" would
>>be.)
>
> Of course, "0+@a" would work as well as "scalar @a", but none of the
> choices really look elegant.
"scalar @a" seems plenty elegant to me.
"short" or "tricky" does not imply "elegant".
--
Tad McClellan
email: perl -le "print scalar reverse qq/moc.noitatibaher\100cmdat/"
------------------------------
Date: Tue, 27 Jan 2009 06:06:47 -0600
From: Tad J McClellan <tadmc@seesig.invalid>
Subject: Re: Perl Peeves
Message-Id: <slrngntu6n.33b.tadmc@tadmc30.sbcglobal.net>
Uri Guttman <uri@stemsystems.com> wrote:
>>>>>> "JE" == Jürgen Exner <jurgenex@hotmail.com> writes:
>
> JE> tmcd@panix.com (Tim McDaniel) wrote:
> >> Just venting.
> >>
> >> (1) I hate that
> >>
> >> Unary "+" has no effect whatsoever, even on strings.
>
> JE> Agree, that is not very user friendly.
>
> unless you use it as intended which is to disambiguate parsing issues
> like print (3 + 4) * 5 vs print +(3 + 4) * 5.
One of _my_ pet peeves is using it to disambiguate parsing issues. :-)
I would prefer to use parens around the function's arg list even if
I don't normally choose to use parens around arg lists.
print((3 + 4) * 5)
--
Tad McClellan
email: perl -le "print scalar reverse qq/moc.noitatibaher\100cmdat/"
------------------------------
Date: Tue, 27 Jan 2009 16:41:44 +0000 (UTC)
From: tmcd@panix.com (Tim McDaniel)
Subject: Re: Perl Peeves
Message-Id: <glndg8$q3m$1@reader1.panix.com>
In article <x7fxj5kufk.fsf@mail.sysarch.com>,
Uri Guttman <uri@stemsystems.com> wrote:
>>>>>> "JE" == Jürgen Exner <jurgenex@hotmail.com> writes:
>
> JE> tmcd@panix.com (Tim McDaniel) wrote:
> >> Just venting.
> >>
> >> (1) I hate that
> >>
> >> Unary "+" has no effect whatsoever, even on strings.
>
> JE> Agree, that is not very user friendly.
>
>unless you use it as intended which is to disambiguate parsing issues
>like print (3 + 4) * 5 vs print +(3 + 4) * 5.
While this particular case could be handled via print((3 + 4) * 5),
are there cases that an extra set of parens can't handle?
Maybe cases with a leading "{"?
--
Tim McDaniel, tmcd@panix.com
------------------------------
Date: Tue, 27 Jan 2009 16:45:35 +0000 (UTC)
From: tmcd@panix.com (Tim McDaniel)
Subject: Re: Perl Peeves
Message-Id: <glndnf$q3m$2@reader1.panix.com>
In article <slrngnttch.33b.tadmc@tadmc30.sbcglobal.net>,
Tad J McClellan <tadmc@seesig.invalid> wrote:
>Tim McDaniel <tmcd@panix.com> wrote:
>> In article <slrngnsvu6.tkh.tadmc@tadmc30.sbcglobal.net>,
>> Tad J McClellan <tadmc@seesig.invalid> wrote:
>>>Tim McDaniel <tmcd@panix.com> wrote:
>>>> Just venting.
>>>>
>>>> (4) It doesn't say which true value is returned.
>>>
>>>Because the programmer does not need do know.
>>>
>>>You only need to know if it is one of the true values or one of the
>>>false values.
>>
>> Then why do the man pages define it?
>
>So that the programmer will be able to tell if it is one of the true
>values or one of the false values.
But you said that the programmer doesn't need to know. And it *is*
true that if all you do with a conditional operator is use it in a
conditional context (?:, if, while, whatever), you don't need to know
its values.
--
Tim McDaniel, tmcd@panix.com
------------------------------
Date: Tue, 27 Jan 2009 09:34:32 -0800
From: Jürgen Exner <jurgenex@hotmail.com>
Subject: Re: Perl Peeves
Message-Id: <90hun4d8l8ec4io73ulr77hdpik4l4g63c@4ax.com>
Uri Guttman <uri@stemsystems.com> wrote:
>>>>>> "JE" == Jürgen Exner <jurgenex@hotmail.com> writes:
> JE> tmcd@panix.com (Tim McDaniel) wrote:
> >> (1) I hate that
> >> Unary "+" has no effect whatsoever, even on strings.
>
> JE> Agree, that is not very user friendly.
>
>unless you use it as intended which is to disambiguate parsing issues
>like print (3 + 4) * 5 vs print +(3 + 4) * 5.
Well, I'd rather use paranthesis for that purpose. They are less
cryptic.
Either way, if unary + were to act like the unary -, i.e. evaluating its
argument as a scalar and returning the numerical value of it, that would
be more consistent with at least my intuitive expectations.
And I think it would not break your smart parsing scheme, either.
jue
------------------------------
Date: Tue, 27 Jan 2009 13:25:45 -0500
From: Uri Guttman <uri@stemsystems.com>
Subject: Re: Perl Peeves
Message-Id: <x7tz7kip1y.fsf@mail.sysarch.com>
>>>>> "JE" == Jürgen Exner <jurgenex@hotmail.com> writes:
JE> Uri Guttman <uri@stemsystems.com> wrote:
>>>>>>> "JE" == Jürgen Exner <jurgenex@hotmail.com> writes:
JE> tmcd@panix.com (Tim McDaniel) wrote:
>> >> (1) I hate that
>> >> Unary "+" has no effect whatsoever, even on strings.
>>
JE> Agree, that is not very user friendly.
>>
>> unless you use it as intended which is to disambiguate parsing issues
>> like print (3 + 4) * 5 vs print +(3 + 4) * 5.
JE> Well, I'd rather use paranthesis for that purpose. They are less
JE> cryptic.
JE> Either way, if unary + were to act like the unary -, i.e. evaluating its
JE> argument as a scalar and returning the numerical value of it, that would
JE> be more consistent with at least my intuitive expectations.
JE> And I think it would not break your smart parsing scheme, either.
a numeric coercing leading + would return 0 for most strings (or the
value of leading digits). i rarely if ever use unary + but i don't see
any reason to change it. 0+EXPR will coerce as you want and so will
''.EXPR. but as we have covered many times, explicit coercion is rarely
needed in perl. i have seen cases where unary + was a good thing for
disambiguation but i can't recall them now. anyhow, it is a minor issue
and not worthy of a long thread.
uri
--
Uri Guttman ------ uri@stemsystems.com -------- http://www.sysarch.com --
----- Perl Code Review , Architecture, Development, Training, Support ------
--------- Free Perl Training --- http://perlhunter.com/college.html ---------
--------- Gourmet Hot Cocoa Mix ---- http://bestfriendscocoa.com ---------
------------------------------
Date: Tue, 27 Jan 2009 10:51:13 -0800
From: Tim Greer <tim@burlyhost.com>
Subject: Re: There is no such thing as Circular Lists
Message-Id: <BIIfl.48232$8a4.32269@newsfe08.iad>
Jürgen Exner wrote:
> I think Knuth mentioned them, too, in "The Art of Computer
> Programming", vol 1, chapter 2, but I might be mistaken (has been a
> long time).
I'm not interested in proving him wrong, since he's just trying to get
attention, but I know the Knuth bookset for this series if you want me
to look it up. :-)
--
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: Tue, 27 Jan 2009 18:48:16 +0100
From: mysiar <psynowiec@WYTNIJTOop.pl>
Subject: Re: Vista x64 + DBD::Pg driver
Message-Id: <glnhd2$50e$1@news.onet.pl>
Tim Greer wrote:
> mysiar wrote:
>
>> Hi
>> does anybody have this driver working ?
>> If so could share "prescription" how to run it ?
>>
>> Regards
>> Piotr
>
> Are you having issues installing it, running it, or? If it's installed
> without errors, what relevant portions of code can you post and detail
> the issue (any errors, etc.)
Sorry false alarm.
After I reboot my laptop it works great before I had a problem with
msvcr80.dll
To be honest I do not have any idea what was wrong and why it is OK now.
Regards
Piotr
------------------------------
Date: Tue, 27 Jan 2009 10:52:26 -0800
From: Tim Greer <tim@burlyhost.com>
Subject: Re: Vista x64 + DBD::Pg driver
Message-Id: <KJIfl.48233$8a4.45421@newsfe08.iad>
mysiar wrote:
> Tim Greer wrote:
>> mysiar wrote:
>>
>>> Hi
>>> does anybody have this driver working ?
>>> If so could share "prescription" how to run it ?
>>>
>>> Regards
>>> Piotr
>>
>> Are you having issues installing it, running it, or? If it's
>> installed without errors, what relevant portions of code can you post
>> and detail the issue (any errors, etc.)
>
> Sorry false alarm.
> After I reboot my laptop it works great before I had a problem with
> msvcr80.dll
> To be honest I do not have any idea what was wrong and why it is OK
> now.
>
> Regards
> Piotr
A reboot after an install, or that if it stops working that a reboot
fixes the problem again?
--
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: 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 2165
***************************************
