[30600] in Perl-Users-Digest
Perl-Users Digest, Issue: 1843 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Sun Sep 7 21:09:53 2008
Date: Sun, 7 Sep 2008 18:09:12 -0700 (PDT)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Sun, 7 Sep 2008 Volume: 11 Number: 1843
Today's topics:
ANNOUNCE: GromPerl persistent Perl interpreter <gromnospam@googlemail.com>
ANNOUNCE: GromPerl persistent Perl interpreter <gromnospam@googlemail.com>
Re: ANNOUNCE: GromPerl persistent Perl interpreter <fawaka@gmail.com>
Re: ANNOUNCE: GromPerl persistent Perl interpreter (Randal L. Schwartz)
Re: ANNOUNCE: GromPerl persistent Perl interpreter <gromnospam@googlemail.com>
Re: ANNOUNCE: GromPerl persistent Perl interpreter <gromnospam@googlemail.com>
Re: ANNOUNCE: GromPerl persistent Perl interpreter <john@castleamber.com>
Re: ANNOUNCE: GromPerl persistent Perl interpreter <gromnospam@googlemail.com>
Re: ANNOUNCE: GromPerl persistent Perl interpreter <john@castleamber.com>
Re: FAQ 7.16 How do I create a static variable? <mjcarman@mchsi.com>
Re: FAQ 7.16 How do I create a static variable? <brian.d.foy@gmail.com>
Re: FAQ 7.16 How do I create a static variable? <rvtol+news@isolution.nl>
Re: FAQ 7.16 How do I create a static variable? <mjcarman@mchsi.com>
Perl equivalent of unix time command <melroysoares@hotmail.com>
Re: Perl equivalent of unix time command <jurgenex@hotmail.com>
Re: Perl equivalent of unix time command <melroysoares@hotmail.com>
Re: Perl equivalent of unix time command <melroysoares@hotmail.com>
Re: Perl equivalent of unix time command (Randal L. Schwartz)
Re: XML::Twig doctype and entity handling <zed@resonant.org>
Re: XML::Twig doctype and entity handling <john@castleamber.com>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Sun, 7 Sep 2008 16:43:45 +0200
From: "MVC net" <gromnospam@googlemail.com>
Subject: ANNOUNCE: GromPerl persistent Perl interpreter
Message-Id: <ga0phh$ao8$3@news.eunet.yu>
GromPerl persistent Perl interpreter
------------------------------------
GromPerl is persistent Perl interpreter for Unix-like operating systems
provided by Bauk HTTP server's Grom persistent interpreter connector
library.
Perl interpreter compiled and linked with Grom persistent interpreter
connector library creates Perl interpreter capable of operating in
persistent mode and executing *.pl scripts in web directory.
Download:
http://www.bauk.ws/gromperl.html
http://www.bauk.ws/readme.html#gromconnector
GromPerl persistent Perl interpreter
Grom persistent interpreter connector library
------------------------------
Date: Sun, 7 Sep 2008 16:43:44 +0200
From: "MVC net" <gromnospam@googlemail.com>
Subject: ANNOUNCE: GromPerl persistent Perl interpreter
Message-Id: <ga0phh$ao8$2@news.eunet.yu>
GromPerl persistent Perl interpreter
------------------------------------
GromPerl is persistent Perl interpreter for Unix-like operating systems
provided by Bauk HTTP server's Grom persistent interpreter connector
library.
Perl interpreter compiled and linked with Grom persistent interpreter
connector library creates Perl interpreter capable of operating in
persistent mode and executing *.pl scripts in web directory.
Download:
http://www.bauk.ws/gromperl.html
http://www.bauk.ws/readme.html#gromconnector
GromPerl persistent Perl interpreter
Grom persistent interpreter connector library
------------------------------
Date: 07 Sep 2008 19:04:42 GMT
From: Leon Timmermans <fawaka@gmail.com>
Subject: Re: ANNOUNCE: GromPerl persistent Perl interpreter
Message-Id: <48c425ca$0$188$e4fe514c@news.xs4all.nl>
On Sun, 07 Sep 2008 16:43:45 +0200, MVC net wrote:
> GromPerl persistent Perl interpreter
> ------------------------------------
>
> GromPerl is persistent Perl interpreter for Unix-like operating systems
> provided by Bauk HTTP server's Grom persistent interpreter connector
> library.
>
> Perl interpreter compiled and linked with Grom persistent interpreter
> connector library creates Perl interpreter capable of operating in
> persistent mode and executing *.pl scripts in web directory.
>
>
> Download:
> http://www.bauk.ws/gromperl.html
> http://www.bauk.ws/readme.html#gromconnector
>
> GromPerl persistent Perl interpreter
> Grom persistent interpreter connector library
Dude, if you announce something, put some news in it. This is the fourth
time (not counting the double post) in as many months that you post
almost exactly the same message here. This really gets boring.
Regards
Leon Timmermans
------------------------------
Date: Sun, 07 Sep 2008 13:26:10 -0700
From: merlyn@stonehenge.com (Randal L. Schwartz)
Subject: Re: ANNOUNCE: GromPerl persistent Perl interpreter
Message-Id: <861vzv4s9p.fsf@blue.stonehenge.com>
>>>>> "Leon" == Leon Timmermans <fawaka@gmail.com> writes:
>> GromPerl persistent Perl interpreter
>> Grom persistent interpreter connector library
Leon> Dude, if you announce something, put some news in it. This is the fourth
Leon> time (not counting the double post) in as many months that you post
Leon> almost exactly the same message here. This really gets boring.
Considered also this little gem (from http://www.bauk.ws/?terms):
Bauk HTTP server
Copyright (C) 2008. Bauk Development Team
Released in public domain.
"Public domain" isn't a valid license everywhere, and would actually revert to
"all rights reserved as specified by copyright" in some regions.
If you're intending this to be useful and used, please use a valid license.
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: Mon, 8 Sep 2008 00:07:18 +0200
From: "MVC net" <gromnospam@googlemail.com>
Subject: Re: ANNOUNCE: GromPerl persistent Perl interpreter
Message-Id: <ga1jdq$j84$1@news.eunet.yu>
"Leon Timmermans" <fawaka@gmail.com> wrote in message
news:48c425ca$0$188$e4fe514c@news.xs4all.nl...
>> GromPerl persistent Perl interpreter
>> ------------------------------------
>>
>> GromPerl is persistent Perl interpreter for Unix-like operating systems
>> provided by Bauk HTTP server's Grom persistent interpreter connector
>> library.
>>
>> Perl interpreter compiled and linked with Grom persistent interpreter
>> connector library creates Perl interpreter capable of operating in
>> persistent mode and executing *.pl scripts in web directory.
>>
>>
>> Download:
>> http://www.bauk.ws/gromperl.html
>> http://www.bauk.ws/readme.html#gromconnector
>>
>> GromPerl persistent Perl interpreter
>> Grom persistent interpreter connector library
>
> Dude, if you announce something, put some news in it. This is the fourth
> time (not counting the double post) in as many months that you post
> almost exactly the same message here. This really gets boring.
>
> Regards
>
> Leon Timmermans
It seems that you do not miss an opportunity.
------------------------------
Date: Mon, 8 Sep 2008 01:42:40 +0200
From: "MVC net" <gromnospam@googlemail.com>
Subject: Re: ANNOUNCE: GromPerl persistent Perl interpreter
Message-Id: <ga1ou1$l5b$1@news.eunet.yu>
"Randal L. Schwartz" <merlyn@stonehenge.com> wrote in message
news:861vzv4s9p.fsf@blue.stonehenge.com...
>>>>>> "Leon" == Leon Timmermans <fawaka@gmail.com> writes:
>
>>> GromPerl persistent Perl interpreter
>>> Grom persistent interpreter connector library
>
> Leon> Dude, if you announce something, put some news in it. This is the
> fourth
> Leon> time (not counting the double post) in as many months that you post
> Leon> almost exactly the same message here. This really gets boring.
>
> Considered also this little gem (from http://www.bauk.ws/?terms):
>
> Bauk HTTP server
> Copyright (C) 2008. Bauk Development Team
> Released in public domain.
>
> "Public domain" isn't a valid license everywhere, and would actually
> revert to
> "all rights reserved as specified by copyright" in some regions.
>
> If you're intending this to be useful and used, please use a valid
> license.
>
> print "Just another jacker,"; # the original
>
> --
>
You should have posted actual contents of the page.
It is somewhat different from what you say.
------------------------------
Date: 8 Sep 2008 00:01:11 GMT
From: John Bokma <john@castleamber.com>
Subject: Re: ANNOUNCE: GromPerl persistent Perl interpreter
Message-Id: <Xns9B12C17B95074castleamber@130.133.1.4>
"MVC net" <gromnospam@googlemail.com> wrote:
> "Randal L. Schwartz" <merlyn@stonehenge.com> wrote in message
> news:861vzv4s9p.fsf@blue.stonehenge.com...
[..]
>> Considered also this little gem (from http://www.bauk.ws/?terms):
>>
>> Bauk HTTP server
>> Copyright (C) 2008. Bauk Development Team
>> Released in public domain.
> You should have posted actual contents of the page.
> It is somewhat different from what you say.
Bauk HTTP server
Copyright (C) 2008. Bauk Development Team
Released in public domain.
He did. Maybe you should check your computer for malware if you read
something different, especially before you accuse people from lying.
--
John http://johnbokma.com/ - Hacking & Hiking in Mexico
Perl help in exchange for a gift:
http://johnbokma.com/perl/help-in-exchange-for-a-gift.html
------------------------------
Date: Mon, 8 Sep 2008 02:09:24 +0200
From: "MVC net" <gromnospam@googlemail.com>
Subject: Re: ANNOUNCE: GromPerl persistent Perl interpreter
Message-Id: <ga1qgp$ljq$1@news.eunet.yu>
"John Bokma" <john@castleamber.com> wrote in message
news:Xns9B12C17B95074castleamber@130.133.1.4...
>>> Considered also this little gem (from http://www.bauk.ws/?terms):
>>>
>>> Bauk HTTP server
>>> Copyright (C) 2008. Bauk Development Team
>>> Released in public domain.
>
>> You should have posted actual contents of the page.
>> It is somewhat different from what you say.
>
> Bauk HTTP server
> Copyright (C) 2008. Bauk Development Team
> Released in public domain.
>
> He did. Maybe you should check your computer for malware if you read
> something different, especially before you accuse people from lying.
>
> --
> John http://johnbokma.com/ - Hacking & Hiking in Mexico
>
Just post a complete page
------------------------------
Date: 8 Sep 2008 01:04:48 GMT
From: John Bokma <john@castleamber.com>
Subject: Re: ANNOUNCE: GromPerl persistent Perl interpreter
Message-Id: <Xns9B12CC448E323castleamber@130.133.1.4>
"MVC net" <gromnospam@googlemail.com> wrote:
>
> "John Bokma" <john@castleamber.com> wrote in message
[..]
> Just post a complete page
Talking about posting, don't quote sigs.
As for your announcement, it starts to look more an more like an
advertisement, which might piss off some people after a while.
As for your license, check out the wording of:
http://www.sqlite.org/copyright.html
To make things easier, you might want to pick a known license and
use the wording of that one, for example the Artistic License (2.0).
See: http://en.wikipedia.org/wiki/Artistic_License
--
John http://johnbokma.com/ - Hacking & Hiking in Mexico
Perl help in exchange for a gift:
http://johnbokma.com/perl/help-in-exchange-for-a-gift.html
------------------------------
Date: Sun, 07 Sep 2008 14:51:39 GMT
From: Michael Carman <mjcarman@mchsi.com>
Subject: Re: FAQ 7.16 How do I create a static variable?
Message-Id: <%TRwk.277127$TT4.250150@attbi_s22>
Dr.Ruud wrote:
> sub a_sub_containing_a_static {
> my $static if 0;
> # ...
> }
>
> The $static is properly created at compile time, but never reset at run
> time.
Eww. That makes for an interesting discussion point but please don't
encourage it. It's much to easy for an unwary programmer to extend the
idiom inappropriately, it's too clever for use in production code, and I
doubt that the current behavior is guaranteed to not change.
-mjc
------------------------------
Date: Sun, 07 Sep 2008 08:35:36 -0700
From: brian d foy <brian.d.foy@gmail.com>
Subject: Re: FAQ 7.16 How do I create a static variable?
Message-Id: <070920080835366815%brian.d.foy@gmail.com>
In article <ga0p9p.g8.1@news.isolution.nl>, Dr.Ruud
<rvtol+news@isolution.nl> wrote:
> Owen schreef:
>
> > I don't have Perl-5.10, and on this 5.8.8. perldoc -f state
> > produces nothing
> >
> > So it's time to install another Perl
>
> It always is,
It's not time to install another Perl. Although you might have just
been glib with that remark, most people probably aren't looking at
constantly changing the plumbing:
* Find out if you really need or want the new features. before you
decide to upgrade. You should try to keep current, but you don't have
to rush.
* Don't install anything with .0 point release unless you're . So
for production stuff, wait until 5.10.1. Let other people experience
the pain of .0 releases.
* Don't wipe out your current Perl until you know the new Perl
doesn't somehow break whatever you've done.
------------------------------
Date: Sun, 7 Sep 2008 17:40:19 +0200
From: "Dr.Ruud" <rvtol+news@isolution.nl>
Subject: Re: FAQ 7.16 How do I create a static variable?
Message-Id: <ga13t4.1lk.1@news.isolution.nl>
Michael Carman schreef:
> Dr.Ruud wrote:
>> sub a_sub_containing_a_static {
>> my $static if 0;
>> # ...
>> }
>>
>> The $static is properly created at compile time, but never reset at
>> run time.
>
> Eww. That makes for an interesting discussion point but please don't
> encourage it. It's much to easy for an unwary programmer to extend the
> idiom inappropriately, it's too clever for use in production code,
> and I doubt that the current behavior is guaranteed to not change.
Its use is discouraged, somewhere in Perl's docs. (I remember it but
couldn't find it)
This "evil" idiom is not likely to disappear, because it is used a lot,
so you should at least know of it. (to be able to read it)
I actually like it and see nothing wrong with it.
The condition can also be a constant:
$ perl -Mstrict -Mwarnings -MData::Dumper -Mconstant=DEBUG,0 -e'
sub show {
my $log = 1 if DEBUG;
# $log ||= $Config{LOG};
return print Dumper $log;
}
show;
'
$VAR1 = undef;
But see also `perldoc -q static`, which points to "Persistent Private
Variables" in perlsub.
--
Affijn, Ruud
"Gewoon is een tijger."
------------------------------
Date: Sun, 07 Sep 2008 19:05:43 GMT
From: Michael Carman <mjcarman@mchsi.com>
Subject: Re: FAQ 7.16 How do I create a static variable?
Message-Id: <bCVwk.277385$TT4.161423@attbi_s22>
Dr.Ruud wrote:
> Michael Carman schreef:
>> Dr.Ruud wrote:
>>> my $static if 0;
>>
>> Eww.
>
> This "evil" idiom is not likely to disappear, because it is used a
> lot, so you should at least know of it. (to be able to read it)
Happily, I've never encountered it in the wild. As of 5.10, it provokes
a warning:
Deprecated use of my() in false conditional
> I actually like it and see nothing wrong with it.
If someone unfamiliar with the construct came across code that used it
he'd have little chance of figuring out what did. I can find no hint of
it in perlfunc, perlsyn, or perlsub. That should be reason enough. I
don't much mind clever code that uses documented behavior, but this is
way across the line even for me.
It turns out that I didn't even understand how/why this works. I thought
that it was a combination of the compile-time effect of my() (defining a
lexical scope for a variable name) with its runtime effect (memory
allocation and initialization; disabled by the false conditional, and
thus static) and auto-vivification (to allocate the memory for the first
usage since my() didn't do it). I was pondering what sort of quirk would
have caused auto-vivification to allocate the variable in the scratchpad
instead of the symbol table.
Then I read perldiag, which says:
There has been a long-standing bug in Perl that causes a lexical
variable not to be cleared at scope exit when its declaration
includes a false conditional. Some people have exploited this bug
to achieve a kind of static variable.
So there you have it. It's a bug. Use it at your own peril.
-mjc
------------------------------
Date: Sun, 7 Sep 2008 09:33:47 -0700 (PDT)
From: Melroy <melroysoares@hotmail.com>
Subject: Perl equivalent of unix time command
Message-Id: <2a788148-d108-44fc-b803-31b29a5db51d@d77g2000hsb.googlegroups.com>
Hi all,
I want to benchmark a bunch of running processes using Perl , but I
could not find any equivalent for the unix time coammnd in perl? Can
someone point to me
if such a function exists in perl? The only command I found was
"times",
but I don't know how to use it. doing a websearch did not help. If the
function
"times" does teh job, can someone show me an example of how to use it?
Thanks
------------------------------
Date: Sun, 07 Sep 2008 09:53:55 -0700
From: Jürgen Exner <jurgenex@hotmail.com>
Subject: Re: Perl equivalent of unix time command
Message-Id: <2418c4lmlt45vjh0femveoqjvcch4mq6ql@4ax.com>
Melroy <melroysoares@hotmail.com> wrote:
>I want to benchmark a bunch of running processes using Perl ,
You may want to check 'perldoc -q profile':
How do I profile my Perl programs?
> but I
>could not find any equivalent for the unix time coammnd in perl? Can
>someone point to me
>if such a function exists in perl?
There can't be an exact equivalent, because Unix time reports the total
time _AFTER_ the process has already terminated while in Perl the script
would still be running when you are executing the time check. So at best
it can report the elapsed time of the script until now.
>The only command I found was
>"times",
>but I don't know how to use it.
You may want to check the documentation: perldoc -f times
jue
------------------------------
Date: Sun, 7 Sep 2008 10:37:09 -0700 (PDT)
From: Melroy <melroysoares@hotmail.com>
Subject: Re: Perl equivalent of unix time command
Message-Id: <d3398d65-46e0-4f10-889a-27edf4e19e81@y38g2000hsy.googlegroups.com>
Hi,
I want to profile a bunch of command line programs using perl. I tried
to call the unix
time comamnd using backslash as well as the system comamnd but that
does not seem to capture the output. So i thought to check if there is
something native to perl.
Thanks
> You may want to check 'perldoc -q profile':
> =A0 =A0 =A0 =A0 =A0 How do I profile my Perl programs?
>
> > but I
> >could not find any equivalent for the unix time coammnd in perl? Can
> >someone point to me
> >if such a function exists in perl?
>
> There can't be an exact equivalent, because Unix time reports the total
> time _AFTER_ the process has already terminated while in Perl the script
> would still be running when you are executing the time check. So at best
> it can report the elapsed time of the script until now.
>
> >The only command I found was
> >"times",
> >but I don't know how to use it.
>
> You may want to check the documentation: perldoc -f times
>
> jue
------------------------------
Date: Sun, 7 Sep 2008 14:29:07 -0700 (PDT)
From: Melroy <melroysoares@hotmail.com>
Subject: Re: Perl equivalent of unix time command
Message-Id: <8cc95954-022b-418d-b615-755d285334dd@m45g2000hsb.googlegroups.com>
More speccifically here is what I tried following
http://bytes.com/forum/thread678672.html
but no use :-(
my $v = `time -p gzip energylossmc.dat 1>/dev/null 2>&1` ;
print $v ;
Nothing seems to get captured in the variable v?
What am I doing wrong?
I also replaced time with /usr/bin/time
but no use.
Any help is greatly appreciated
------------------------------
Date: Sun, 07 Sep 2008 16:08:43 -0700
From: merlyn@stonehenge.com (Randal L. Schwartz)
Subject: Re: Perl equivalent of unix time command
Message-Id: <86fxob366c.fsf@blue.stonehenge.com>
>>>>> "Melroy" == Melroy <melroysoares@hotmail.com> writes:
Melroy> my $v = `time -p gzip energylossmc.dat 1>/dev/null 2>&1` ;
Melroy> print $v ;
Yes. You've just said "make stdout go to dev null instead of being
copied to the variable, and while you're at it, make stderr also go
there too".
Why would you expect anything to be in $v after this?
--
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: Sun, 07 Sep 2008 17:17:05 GMT
From: Zed Pobre <zed@resonant.org>
Subject: Re: XML::Twig doctype and entity handling
Message-Id: <slrngc82dg.5eo.zed@resonant.org>
Peter J. Holzer <hjp-usenet2@hjp.at> wrote:
>
>
> ["Followup-To:" header set to comp.lang.perl.misc.]
> On 2008-09-04 23:11, Zed Pobre <zed@resonant.org> wrote:
>> I'm writing a program that needs to extract a clump of XML metadata
>> stored inside of a noncompliant HTML file and then perform a number of
>> operations on that metadata. (Specifically, for those curious, this
>> is part of a Mobipocket .prc to IPDF .epub ebook converter.)
>>
>> The HTML file in question has no doctype declaration, and XHTML
>> entities may be found in the metadata portion. In particular, ©
>> is the first entity that XML::Parser will choke on in my current test
>> data.
>>
>> Could someone please provide me with an example of how to get
>> XML::Twig to recognize XHTML entities?
>
> Just prepend a declaration. For example here is a snippet from one of my
> scripts which deals with a similar situation:
Thanks for the suggestion, but I think you misunderstand the situation
-- the input file looks something like this (and I don't have control
over its generation):
<html><head><metadata> <dc-metadata [...] </metadata></head><body>[...]
The goal is to avoid slurping the file, but extract and separate the
<metadata>...</metadata> block from the HTML via XML::Twig, outputting
HTML with the metadata block removed, parsing and modifying the XML
metadata block, then outputting that as a separate file. The source
files involved average half a megabyte in size, and can reach several
megabytes.
My hope was to use XML::Twig to keep memory usage down, and certainly
to avoid a twig root involving entire HTML+XMLmetadata structure. At
least, the Twig documentation implied that it could do this in a
low-memory fashion, pulling out only the parts needed. The
documentation also lists functions (that are either buggy or that I am
apparently using incorrectly) to define an entity list or assign a
doctype prior to a parse. I'm hoping that someone can give an example
of correct usage.
My current workaround is actually somewhat similar to yours, except at
a file level: I have a subroutine that slurps the file, regexps out
the metadata block, saves the metadata block to a new file with a
proper XML header and doctype appended, saves everything else to a
HTML-only file, and then returns, so I can call XML::Twig only on the
outputted XML file. This works, but still allocates a potentially
huge amount of memory during the splitting process, even if that
memory is available to Twig after it returns.
I've been contemplating bludgeoning out a low-memory solution with
sysread, since the metadata will always be at the top of the file and
has never so far been larger than about 8kb, but was hoping to see if
someone knew how to get Twig working first.
Thanks again,
--
Zed Pobre <zed@resonant.org> a.k.a. Zed Pobre <zed@debian.org>
PGP key and fingerprint available on finger; encrypted mail welcomed.
------------------------------
Date: 7 Sep 2008 18:44:01 GMT
From: John Bokma <john@castleamber.com>
Subject: Re: XML::Twig doctype and entity handling
Message-Id: <Xns9B128BB5734A8castleamber@130.133.1.4>
Zed Pobre <zed@resonant.org> wrote:
> I've been contemplating bludgeoning out a low-memory solution with
> sysread, since the metadata will always be at the top of the file and
> has never so far been larger than about 8kb, but was hoping to see if
> someone knew how to get Twig working first.
If you want to reduce memory to a minimum you can't avoid using a
streaming solution. I probably would use XML::Parser or SAX.
It's not clear if by HTML you actually mean XHTML (I guess yes, otherwise
you'll might bump into problems with XML parsing)
--
John http://johnbokma.com/ - Hacking & Hiking in Mexico
Perl help in exchange for a gift:
http://johnbokma.com/perl/help-in-exchange-for-a-gift.html
------------------------------
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 1843
***************************************
