[29388] in Perl-Users-Digest
Perl-Users Digest, Issue: 632 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Sat Jul 7 21:10:16 2007
Date: Sat, 7 Jul 2007 18:09:08 -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 Sat, 7 Jul 2007 Volume: 11 Number: 632
Today's topics:
Alter module on CPAN anno4000@radom.zrz.tu-berlin.de
Alter module on CPAN anno4000@radom.zrz.tu-berlin.de
Re: How to check a form's field and exit Perl program i <louis_@n0Spam_.hemmi.us>
Re: How to check a form's field and exit Perl program i <spamtrap@dot-app.org>
Re: How to check a form's field and exit Perl program i <spamtrap@dot-app.org>
Re: How to check a form's field and exit Perl program i <spamtrap@dot-app.org>
Re: How to check a form's field and exit Perl program i <yankeeinexile@gmail.com>
Re: How to check a form's field and exit Perl program i <lambik@kieffer.nl>
Re: re-lurking <bik.mido@tiscalinet.it>
Re: re-lurking <noreply@gunnar.cc>
Re: re-lurking <bik.mido@tiscalinet.it>
Re: re-lurking <joe@inwap.com>
Re: re-lurking <joe@inwap.com>
Re: The Modernization of Emacs: terminology buffer and <edward.dodge@gmail.com>
Re: The Modernization of Emacs: terminology buffer and <twisted0n3@gmail.com>
Re: The Modernization of Emacs: terminology buffer and <lew@lewscanon.nospam>
Re: The Modernization of Emacs: terminology buffer and <twisted0n3@gmail.com>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: 7 Jul 2007 20:55:31 GMT
From: anno4000@radom.zrz.tu-berlin.de
Subject: Alter module on CPAN
Message-Id: <5facu3F3aqhvbU1@mid.dfncis.de>
I have put the module Alter on CPAN.
Alter introduces "Alter Ego" objects as an alternative to the inside-out
technique of object construction, with similar freedom of inheritance.
It is an XS module, though a pure Perl fallback is provided.
Alter-based objects are easier to deal with than inside-out objects,
mostly because the object data model is unchanged. In particular,
an object can be constructed in the common way as a hash whose entries
are the object data keyed by field name.
In addition, Alter objects are garbage-collected and thread-safe by
construction. Inside-out objects need extra support for that.
Thirdly, Alter objects are dumpable (Data::Dumper style) and
storable (Storable style). For this, additional support is necessary
even for Alter objects. That support is provided.
Alter classes work by invoking the function Alter::ego() (importable)
on objects for every data access, much like inside-out classes call
an id() function on the object for data access. ego( $obj) retrieves
a *class specific* reference from the object which is independent from
the reference the object actually is. Thus every class gets to decide
what data type to use and how to store its data in it, without interfering
with a neighbor class that has different ideas. A traditional class that
stores the data in the object body can continue to do so.
Below is an example that demonstrates the ability of Alter classes
to combine with a traditional class. A trivial Alter-based class
"Name" is created whose objects hold a single string accessed as
->name. A second class, "NamedFh" is based on that and the
standard class IO::File. Methods of both IO::File and Name can
successfully be invoked on objects of this combined class.
Anno
my $n = Name->init( 'Otto');
print $n->name, "\n";
my $fh = NamedFh->new( '/dev/null', 'BitBucket');
$fh->eof() and print "'IO::Handle' method works\n";
print "'Name' method retrieves ", '$fh->name', "\n";
exit;
#######################################################################
package Name;
use Alter ego => {};
sub init {
my $obj = shift;
# create if called as class method
$obj = bless do { \ my %o }, $obj unless ref $obj;
ego( $obj)->{ name} = shift;
$obj;
}
sub name { ego( shift)->{ name} }
package NamedFh;
use base 'Name';
use base 'IO::File';
sub new {
my $class = shift;
my ( $file, $name) = @_;
my $nh = $class->IO::File::new( $file);
$nh->Name::init( $name);
}
__END__
------------------------------
Date: 7 Jul 2007 21:10:46 GMT
From: anno4000@radom.zrz.tu-berlin.de
Subject: Alter module on CPAN
Message-Id: <5fadqmF3batkdU3@mid.dfncis.de>
I have put the module Alter on CPAN.
Alter introduces "Alter Ego" objects as an alternative to the inside-out
technique of object construction, with similar freedom of inheritance.
It is an XS module, though a pure Perl fallback is provided.
Alter-based objects are easier to deal with than inside-out objects,
mostly because the object data model is unchanged. In particular,
an object can be constructed in the common way as a hash whose entries
are the object data keyed by field name.
In addition, Alter objects are garbage-collected and thread-safe by
construction. Inside-out objects need extra support for that.
Thirdly, Alter objects are dumpable (Data::Dumper style) and
storable (Storable style). For this, additional support is necessary
even for Alter objects. That support is provided.
Alter classes work by invoking the function Alter::ego() (importable)
on objects for every data access, much like inside-out classes call
an id() function on the object for data access. ego( $obj) retrieves
a *class specific* reference from the object which is independent from
the reference the object actually is. Thus every class gets to decide
what data type to use and how to store its data in it, without interfering
with a neighbor class that has different ideas. A traditional class that
stores the data in the object body can continue to do so.
Below is an example that demonstrates the ability of Alter classes
to combine with a traditional class. A trivial Alter-based class
"Name" is created whose objects hold a single string accessed as
->name. A second class, "NamedFh" is based on that and the
standard class IO::File. Methods of both IO::File and Name can
successfully be invoked on objects of this combined class.
[Update: Error in code corrected]
Anno
my $n = Name->init( 'Otto');
print $n->name, "\n";
my $fh = NamedFh->new( '/dev/null', 'BitBucket');
$fh->eof() and print "'IO::Handle' method works\n";
print "'Name' method retrieves '", $fh->name, "'\n";
exit;
#######################################################################
package Name;
use Alter ego => {};
sub init {
my $obj = shift;
# create if called as class method
$obj = bless do { \ my %o }, $obj unless ref $obj;
ego( $obj)->{ name} = shift;
$obj;
}
sub name { ego( shift)->{ name} }
package NamedFh;
use base 'Name';
use base 'IO::File';
sub new {
my $class = shift;
my ( $file, $name) = @_;
my $nh = $class->IO::File::new( $file);
$nh->Name::init( $name);
}
__END__
------------------------------
Date: Sat, 07 Jul 2007 16:14:41 -0500
From: Gdareos <louis_@n0Spam_.hemmi.us>
Subject: Re: How to check a form's field and exit Perl program if it has a value?
Message-Id: <gc0093pfc98h49airbqgquacdisb0hih7e@4ax.com>
Thanks -- I agree. In my case, this is such a small part of my life
that I just can't get too excited about it.
I LOVE Swishmax and to a lesser extent MS Access, and spend hours a
week trying to be the best I can be.
If you ever need help with Swishmax, please let me know.
Google "Louis Hemmi Swishmax" to see some of my work.
Thanks once again,
Louis (sometimes George).
On Sat, 7 Jul 2007 21:39:58 +0200, "Lambik" <lambik@kieffer.nl> wrote:
>"Tad McClellan" <tadmc@seesig.invalid> wrote in message
>news:slrnf8vot5.qj6.tadmc@tadmc30.sbcglobal.net...
>
>> It looks good even if you *can* figure out Lambik's suggestion.
>>
>> There are cracker programs that spider the 'net looking
>> for Formmail.pl so they can take over machines.
>
>
>It is easy to sound condescending and that is not my intention, but I'm
>always surprised about the skills of the people creating internet pages
>nowadays. That is one of the reasons I don't work in the IT anymore. If you
>go to a doctor do you expect him to Google or do you expect him to know the
>answer. Apparently there is no need for skills in programming anymore. A
>week learning VB usually is enough.
>
------------------------------
Date: Sat, 07 Jul 2007 18:14:38 -0400
From: Sherm Pendley <spamtrap@dot-app.org>
Subject: Re: How to check a form's field and exit Perl program if it has a value?
Message-Id: <m2ps33vp2p.fsf@dot-app.org>
Gdareos <louis_@n0Spam_.hemmi.us> writes:
Upside-down - please don't do that. Replies belong at the bottom.
> On Sat, 07 Jul 2007 14:22:54 -0400, Sherm Pendley
> <spamtrap@dot-app.org> wrote:
>
>>Gdareos <louis_@n0Spam_.hemmi.us> writes:
>>
>>> I know just a little about Perl. I'd like to add a statement to
>>> Formmail.pl (from Matt's Script archive).
>>
>>MSA is an archive of quite possibly the worst Perl coding on the planet.
>>Don't bother trying to fix it - it's hopeless.
>>
>>Far better alternatives can be found at NMS:
>>
>> <http://nms-cgi.sourceforge.net/>
>
> This looks good if I can't figure out Lambik's suggestion.
NMS is better than Matt's "work" regardless of whether Lambik's suggestion
is applicable.
> Thanks. this looks pretty good from NMS.
>
> "nms FormMail is a drop-in replacement for Matt Wright's FormMail
> script. It converts an HTML form submission to an email message."
Right - so drop it in. Even if the NMS script doesn't have the feature you
want, it will provide a better-written, more stable and secure base upon
which you can add that feature.
sherm--
--
Web Hosting by West Virginians, for West Virginians: http://wv-www.net
Cocoa programming in Perl: http://camelbones.sourceforge.net
------------------------------
Date: Sat, 07 Jul 2007 18:22:35 -0400
From: Sherm Pendley <spamtrap@dot-app.org>
Subject: Re: How to check a form's field and exit Perl program if it has a value?
Message-Id: <m2lkdrvopg.fsf@dot-app.org>
"Lambik" <lambik@kieffer.nl> writes:
> go to a doctor do you expect him to Google or do you expect him to know the
> answer.
Honestly? I expect him to have a good notion of the answer, and be able
to check the appropriate references if there is any doubt. I'd be seriously
doubtful of any doctor (or programmer) who claimed to be able to do every-
thing from memory alone.
> Apparently there is no need for skills in programming anymore.
Being able to look things up *is* a valuable skill in programming. That's
the only way to realistically keep up with the rapid advances in this field;
no one can memorize every new technology and language.
> A week learning VB usually is enough.
In fact, a week learning the basics of *any* new language is usually enough.
All you really need to have "down cold" is the core syntax, and a high-level
roadmap of the language's standard library. You can look up the details when
you need them - that's what O'Reilly books are for.
sherm--
--
Web Hosting by West Virginians, for West Virginians: http://wv-www.net
Cocoa programming in Perl: http://camelbones.sourceforge.net
------------------------------
Date: Sat, 07 Jul 2007 18:32:27 -0400
From: Sherm Pendley <spamtrap@dot-app.org>
Subject: Re: How to check a form's field and exit Perl program if it has a value?
Message-Id: <m2hcofvo90.fsf@dot-app.org>
Gdareos <louis_@n0Spam_.hemmi.us> writes:
Upside-down. Again. *Please* stop that.
> Thanks -- I agree. In my case, this is such a small part of my life
> that I just can't get too excited about it.
Security *really* needs to be taken seriously. I can completely understand
that you may find it boring - everyone has his or her niche. But if that's
the case, then you might be better off finding someone who does take it
seriously to do the job for you.
Trying to pretend that a half-assed job is good enough, simply because you
aren't "excited" enough to do a better job, is a recipe for disaster.
sherm--
--
Web Hosting by West Virginians, for West Virginians: http://wv-www.net
Cocoa programming in Perl: http://camelbones.sourceforge.net
------------------------------
Date: 07 Jul 2007 17:51:49 -0500
From: Lawrence Statton <yankeeinexile@gmail.com>
Subject: Re: How to check a form's field and exit Perl program if it has a value?
Message-Id: <878x9rvncq.fsf@gmail.com>
Sherm Pendley <spamtrap@dot-app.org> writes:
> "Lambik" <lambik@kieffer.nl> writes:
>
> > go to a doctor do you expect him to Google or do you expect him to know the
> > answer.
>
> Honestly? I expect him to have a good notion of the answer, and be able
> to check the appropriate references if there is any doubt. I'd be seriously
> doubtful of any doctor (or programmer) who claimed to be able to do every-
> thing from memory alone.
>
> > Apparently there is no need for skills in programming anymore.
>
> Being able to look things up *is* a valuable skill in programming. That's
> the only way to realistically keep up with the rapid advances in this field;
> no one can memorize every new technology and language.
>
I think the OPs rant is that there are many soi disant programmers who
don't know how to program in ANY language.
A person who knows how to PROGRAM can pick up the rudiments of a new
programming language in a few days - and can typically master most of
its idioms in a few months. Perl is a bit larger country to conquer,
and can take much longer (some might say forever) to learn all of its
corners.
--
Lawrence Statton - lawrenabae@abaluon.abaom s/aba/c/g
Computer software consists of only two components: ones and
zeros, in roughly equal proportions. All that is required is to
place them into the correct order.
------------------------------
Date: Sun, 8 Jul 2007 01:38:24 +0200
From: "Lambik" <lambik@kieffer.nl>
Subject: Re: How to check a form's field and exit Perl program if it has a value?
Message-Id: <469023a4$0$37722$5fc3050@dreader2.news.tiscali.nl>
"Lawrence Statton" <yankeeinexile@gmail.com> wrote in message
news:878x9rvncq.fsf@gmail.com...
> Sherm Pendley <spamtrap@dot-app.org> writes:
> > "Lambik" <lambik@kieffer.nl> writes:
> >
> > > go to a doctor do you expect him to Google or do you expect him to
know the
> > > answer.
> >
> > Honestly? I expect him to have a good notion of the answer, and be able
> > to check the appropriate references if there is any doubt. I'd be
seriously
> > doubtful of any doctor (or programmer) who claimed to be able to do
every-
> > thing from memory alone.
> >
> > > Apparently there is no need for skills in programming anymore.
> >
> > Being able to look things up *is* a valuable skill in programming.
That's
> > the only way to realistically keep up with the rapid advances in this
field;
> > no one can memorize every new technology and language.
> >
>
> I think the OPs rant is that there are many soi disant programmers who
> don't know how to program in ANY language.
>
> A person who knows how to PROGRAM can pick up the rudiments of a new
> programming language in a few days - and can typically master most of
> its idioms in a few months. Perl is a bit larger country to conquer,
> and can take much longer (some might say forever) to learn all of its
> corners.
>
That is what I meant. Being able to program is something different from
learning a language. Learning VB in a week doesn't make you a programmer.
The years of training prior to learning VB makes you a programmer.
Lots of professions protect their profession. To be a lawyer you have to
pass a bar exam. To be a doctor you have to be registered and follow certain
guidelines. Why isn't there something like that in our business? Our
business is being poisoned by 17 year old nephews who know how to use
Frontpage or Word. And I regret to say: we let it happen.
Well, I got that out of my system :D What a relief.
------------------------------
Date: Sat, 07 Jul 2007 21:29:08 +0200
From: Michele Dondi <bik.mido@tiscalinet.it>
Subject: Re: re-lurking
Message-Id: <mlpv83ls8iicfpoprjav9tfkq81b1ue94p@4ax.com>
On Sat, 07 Jul 2007 17:52:49 GMT, Uri Guttman <uri@stemsystems.com>
wrote:
>and he didn't even do that. i decided to look at the docs and noticed
>immediately a bug in his code. options are a key/value LIST and not a
>hash ref. he had a hash ref last time i looked.
I *think* he just searched Google and found some random example using
the construct. Lifted it up and blindily inserted it in the code. Not
much better. In fact I'm advising him against doing so. But seriously,
Net::NNTP may do some better check on the arguments to the
constructor...
Michele
--
{$_=pack'B8'x25,unpack'A8'x32,$a^=sub{pop^pop}->(map substr
(($a||=join'',map--$|x$_,(unpack'w',unpack'u','G^<R<Y]*YB='
.'KYU;*EVH[.FHF2W+#"\Z*5TI/ER<Z`S(G.DZZ9OX0Z')=~/./g)x2,$_,
256),7,249);s/[^\w,]/ /g;$ \=/^J/?$/:"\r";print,redo}#JAPH,
------------------------------
Date: Sat, 07 Jul 2007 22:58:45 +0200
From: Gunnar Hjalmarsson <noreply@gunnar.cc>
Subject: Re: re-lurking
Message-Id: <5fada3F3chc0gU1@mid.individual.net>
Michele Dondi wrote:
> Net::NNTP may do some better check on the arguments to the
> constructor...
Better? Currently the check is non-existent.
--
Gunnar Hjalmarsson
Email: http://www.gunnar.cc/cgi-bin/contact.pl
------------------------------
Date: Sat, 07 Jul 2007 23:30:39 +0200
From: Michele Dondi <bik.mido@tiscalinet.it>
Subject: Re: re-lurking
Message-Id: <bf1093ljqruletad0kn25bcljh5bo1upd8@4ax.com>
On Sat, 07 Jul 2007 22:58:45 +0200, Gunnar Hjalmarsson
<noreply@gunnar.cc> wrote:
>> Net::NNTP may do some better check on the arguments to the
>> constructor...
>
>Better? Currently the check is non-existent.
Yep, in that sense... ;-)
Michele
--
{$_=pack'B8'x25,unpack'A8'x32,$a^=sub{pop^pop}->(map substr
(($a||=join'',map--$|x$_,(unpack'w',unpack'u','G^<R<Y]*YB='
.'KYU;*EVH[.FHF2W+#"\Z*5TI/ER<Z`S(G.DZZ9OX0Z')=~/./g)x2,$_,
256),7,249);s/[^\w,]/ /g;$ \=/^J/?$/:"\r";print,redo}#JAPH,
------------------------------
Date: Sat, 07 Jul 2007 17:50:51 -0700
From: Joe Smith <joe@inwap.com>
Subject: Re: re-lurking
Message-Id: <stmdnS0TutBsqQ3bnZ2dnUVZ_uWlnZ2d@comcast.com>
Wade Ward wrote:
> I have tried to get perl scripts to work for me and failed at it enough to
> consider the endeavor a failure.
Don't give up. It was a minor detail, using {} instead of ().
Changing the constructor to
my $nntp = Net::NNTP->new($SERVER, ( Debug => 1) );
produces the following output:
perl nntp-test.pl
Net::NNTP>>> Net::NNTP(2.23)
Net::NNTP>>> Net::Cmd(2.26)
Net::NNTP>>> Exporter(5.58)
Net::NNTP>>> IO::Socket::INET(1.27)
Net::NNTP>>> IO::Socket(1.28)
Net::NNTP>>> IO::Handle(1.24)
Net::NNTP=GLOB(0x9ca4ff8)<<< 200 News.GigaNews.Com
Net::NNTP=GLOB(0x9ca4ff8)>>> MODE READER
Net::NNTP=GLOB(0x9ca4ff8)<<< 480 authentication required
new(news.comcast.net) returned Net::NNTP=GLOB(0x9ca4ff8)
authinfo(myaccount@comcast.net,***) Net::NNTP=GLOB(0x9ca4ff8)>>> AUTHINFO USER myaccount@comcast.net
Net::NNTP=GLOB(0x9ca4ff8)<<< 381 more authentication required
Net::NNTP=GLOB(0x9ca4ff8)>>> AUTHINFO PASS ....
Net::NNTP=GLOB(0x9ca4ff8)<<< 281 News.GigaNews.Com
succeded
group(comp.lang.perl.misc) Net::NNTP=GLOB(0x9ca4ff8)>>> GROUP comp.lang.perl.misc
Net::NNTP=GLOB(0x9ca4ff8)<<< 211 132152 501456 633607 comp.lang.perl.misc
succeeded
Looking for articles since Wed Jul 4 17:46:56 2007
Net::NNTP=GLOB(0x9ca4ff8)>>> NEWNEWS comp.lang.perl.misc 070705 004656 GMT
Net::NNTP=GLOB(0x9ca4ff8)<<< 502 NEWNEWS permission denied (command disabled)
Failed to retrieve message ids
Net::NNTP=GLOB(0x9ca4ff8)>>> QUIT
Net::NNTP=GLOB(0x9ca4ff8)<<< 205 goodbye
------------------------------
Date: Sat, 07 Jul 2007 17:53:49 -0700
From: Joe Smith <joe@inwap.com>
Subject: Re: re-lurking
Message-Id: <a8mdncYzcpA-qA3bnZ2dnUVZ_rGinZ2d@comcast.com>
Wade Ward wrote:
> It's a perl script. I think it's ironic that I can get news with OE
> and other apps, but can't with a computer language that was designed
> to do this.
Not ironic at all. Read the documentation. (I'm embarrassed to say
I missed the part in the docs that Uri pointed out.)
-Joe
------------------------------
Date: Sat, 07 Jul 2007 13:26:31 -0700
From: Edward Dodge <edward.dodge@gmail.com>
Subject: Re: The Modernization of Emacs: terminology buffer and keybinding
Message-Id: <m2k5tct0y0.fsf@gmail.com>
Twisted <twisted0n3@gmail.com> writes:
> Besides, ANY interface that involves fumbling around in the dark
> trying to find a light switch is clunky. You should be able to see
> what the hell you're doing and navigate easily. Applications that not
> only eschew normal methods of navigation of the interface, but force
> you to fumble your way between the help and the task you're trying to
> do, are definitely clunky. An analogy to a genuine emacs experience:
> you enter a workshop with some raw materials and tools. Unfortunately
> there's no big ceiling lights so you can just flip the switch by the
> door and then always be able to see where everything is. Instead
> there's little lights here and there by various specific tools and
> storage areas, and in one area a map of the place with switches to
> control the lights.
So -- what magical computer app illuminates the entire room and shows
you how to use everything at the flip of a switch? This brilliant
discovery would put Sam's, O'Reilly, the for-Dummies series, and
virtually every other computer book publisher out of business in weeks.
Naturally, this would include the publishers of books on "easy-to-use"
Microsoft products.
--
Edward Dodge
------------------------------
Date: Sat, 07 Jul 2007 20:47:57 -0000
From: Twisted <twisted0n3@gmail.com>
Subject: Re: The Modernization of Emacs: terminology buffer and keybinding
Message-Id: <1183841277.333384.188950@g4g2000hsf.googlegroups.com>
On Jul 7, 4:26 pm, Edward Dodge <edward.do...@gmail.com> wrote:
> So -- what magical computer app illuminates the entire room and shows
> you how to use everything at the flip of a switch? This brilliant
> discovery would put Sam's, O'Reilly, the for-Dummies series, and
> virtually every other computer book publisher out of business in weeks.
> Naturally, this would include the publishers of books on "easy-to-use"
> Microsoft products.
I don't know, but it sure as hell isn't emacs.
------------------------------
Date: Sat, 07 Jul 2007 18:12:40 -0400
From: Lew <lew@lewscanon.nospam>
Subject: Re: The Modernization of Emacs: terminology buffer and keybinding
Message-Id: <PYqdnfJxeYlFkg3bnZ2dnUVZ_vrinZ2d@comcast.com>
Twisted wrote:
Edward Dodge wrote:
>> So -- what magical computer app illuminates the entire room and shows
>> you how to use everything at the flip of a switch? This brilliant
>> discovery would put Sam's, O'Reilly, the for-Dummies series, and
>> virtually every other computer book publisher out of business in weeks.
>> Naturally, this would include the publishers of books on "easy-to-use"
>> Microsoft products.
>
> I don't know, but it sure as hell isn't emacs.
The reason you don't know, and Edward Dodge's point, is that there is no such
app, whether emacs or not.
--
Lew
------------------------------
Date: Sun, 08 Jul 2007 01:00:42 -0000
From: Twisted <twisted0n3@gmail.com>
Subject: Re: The Modernization of Emacs: terminology buffer and keybinding
Message-Id: <1183856442.027967.272530@g4g2000hsf.googlegroups.com>
On Jul 7, 6:12 pm, Lew <l...@lewscanon.nospam> wrote:
> Twisted wrote:
> Edward Dodge wrote:
> >> So -- what magical computer app illuminates the entire room and shows
> >> you how to use everything at the flip of a switch? This brilliant
> >> discovery would put Sam's, O'Reilly, the for-Dummies series, and
> >> virtually every other computer book publisher out of business in weeks.
> >> Naturally, this would include the publishers of books on "easy-to-use"
> >> Microsoft products.
>
> > I don't know, but it sure as hell isn't emacs.
>
> The reason you don't know, and Edward Dodge's point, is that there is no such
> app, whether emacs or not.
Translation: since perfection is unattainable, we shouldn't even try,
and just foist upon our poor users whatever awkward and hard-to-learn
interface pops into our heads first?
------------------------------
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 632
**************************************
