[29298] in Perl-Users-Digest
Perl-Users Digest, Issue: 542 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Wed Jun 20 18:09:57 2007
Date: Wed, 20 Jun 2007 15:09:09 -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 Wed, 20 Jun 2007 Volume: 11 Number: 542
Today's topics:
Re: Assigning another filehandle to STDOUT, using binmo <joe@inwap.com>
Re: CGI.pm mystery array <nobull67@gmail.com>
Re: CGI.pm mystery array xhoster@gmail.com
Re: CGI.pm mystery array <runderwo@mail.win.org>
Re: date parts in one step <dummy@example.com>
Re: date parts in one step <rvtol+news@isolution.nl>
Re: Get the piece of code in perl <asuter@cisco.com>
Re: How to set value to radio button with mechanze.pl <jgibson@mail.arc.nasa.gov>
Re: Passing hash to another script via commandline <veatchla@yahoo.com>
Re: perl build.PL create an error <kwan.jingx@gmail.com>
Re: RegEx Solution Needed <rvtol+news@isolution.nl>
Re: The Modernization of Emacs <iamfractal@hotmail.com>
Re: The Modernization of Emacs <twisted0n3@gmail.com>
Re: The Modernization of Emacs <twisted0n3@gmail.com>
Re: The Modernization of Emacs <twisted0n3@gmail.com>
Re: The Modernization of Emacs <bscrivener42@gmail.com>
Re: The Modernization of Emacs <lew@lewscanon.nospam>
Re: The Modernization of Emacs <twisted0n3@gmail.com>
Re: The Modernization of Emacs <bscrivener42@gmail.com>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Wed, 20 Jun 2007 14:15:49 -0700
From: Joe Smith <joe@inwap.com>
Subject: Re: Assigning another filehandle to STDOUT, using binmode.
Message-Id: <NrqdnSnV3peUBOTbnZ2dnUVZ_t7inZ2d@comcast.com>
Adam Funk wrote:
> Also, why is it necessary to set binmode on OUTPUT every time I open
> it?
Each open() on a handle is independent of any previous I/O on that
handle. What makes you think binmode() would last past any
explicit (or implicit) close()?
-Joe
------------------------------
Date: Wed, 20 Jun 2007 19:52:21 -0000
From: Brian McCauley <nobull67@gmail.com>
Subject: Re: CGI.pm mystery array
Message-Id: <1182369141.215075.11500@n2g2000hse.googlegroups.com>
On Jun 20, 5:14 pm, "runde...@mail.win.org" <runde...@mail.win.org>
wrote:
> Using CGI.pm from perl 5.8.8.
>
> If I have a form variable named foo[], I noticed that using
> Data::Dumper to print the contents of CGI::param for that variable:
> warn Dumper $query->param('foo[]');
> returns:
> <!-- warning: $VAR1 = 'ARRAY(0x82996a8)'; -->
>
> You would think, ok, it's just printing the reference to an empty
> array. Odd since Dumper usually recognizes references and prints
> their structure, but whatever.
Why would you think "empty"? Anyhow I can see the quotes.
> I have no idea what this means. First time I ever noticed it. Does
> something seem wrong here?
Either you've done something wrong or found a bug in CGI.
Could you post a _minimal_ but _complete_ script please?
------------------------------
Date: 20 Jun 2007 20:06:04 GMT
From: xhoster@gmail.com
Subject: Re: CGI.pm mystery array
Message-Id: <20070620160606.537$7v@newsreader.com>
"runderwo@mail.win.org" <runderwo@mail.win.org> wrote:
> Using CGI.pm from perl 5.8.8.
>
> If I have a form variable named foo[], I noticed that using
> Data::Dumper to print the contents of CGI::param for that variable:
> warn Dumper $query->param('foo[]');
> returns:
> <!-- warning: $VAR1 = 'ARRAY(0x82996a8)'; -->
>
> You would think, ok, it's just printing the reference to an empty
> array.
What I would think is that it printing a variable, which contains a string,
which just happens to look like the string you get when you stringify an
array reference.
> Odd since Dumper usually recognizes references and prints
> their structure, but whatever.
Right, it does recognize references, which is why I think what you have is
not a reference, but string.
> The really odd thing is that if the form variable actually submitted
> values,
As opposed to what? Where did your first example come from if not from
an actually submitted form?
> I get something like this:
> <!-- warning: $VAR1 = 'address@domain.com';
> $VAR2 = 'ADDR2@ADDR.COM';
> $VAR3 = 'ARRAY(0x8297a98)'; -->
>
> What in the world is the ARRAY() member in that case?
Same as above. This time, param returned a list of three strings.
The last of these three string just happens to look like what a stringified
array ref looks like.
> It's certainly
> not containing the form values, since they are members of the list
> alongside it.
I don't know what that means.
> Even stranger is that the member is actually a string. If I try to
> dereference it with @{$query->param($key)}, I get an error about using
> a string as an array ref. If I assign to a list:
> my @foo = $query->param($key);
>
> then I get a list of size 1 with the string 'ARRAY(0x8297a98)' as the
> first member.
>
> I have no idea what this means. First time I ever noticed it. Does
> something seem wrong here?
Yes. Most likely, either the person filling in the form is doing something
perverse (like typing something that likes like a stringifed arrayref into
a form field), or the script that generated the form is doing something
perverse, like setting a stringified arrayref as a default value, or as the
value of a hidden form field.
Xho
--
-------------------- http://NewsReader.Com/ --------------------
Usenet Newsgroup Service $9.95/Month 30GB
------------------------------
Date: Wed, 20 Jun 2007 21:05:00 -0000
From: "runderwo@mail.win.org" <runderwo@mail.win.org>
Subject: Re: CGI.pm mystery array
Message-Id: <1182373500.761527.246150@x35g2000prf.googlegroups.com>
On Jun 20, 3:06 pm, xhos...@gmail.com wrote:
>
> > The really odd thing is that if the form variable actually submitted
> > values,
>
> As opposed to what? Where did your first example come from if not from
> an actually submitted form?
The form was submitted with nothing selected in that <select multiple>
> > I get something like this:
> > <!-- warning: $VAR1 = 'addr...@domain.com';
> > $VAR2 = 'AD...@ADDR.COM';
> > $VAR3 = 'ARRAY(0x8297a98)'; -->
>
> > What in the world is the ARRAY() member in that case?
>
> Same as above. This time, param returned a list of three strings.
> The last of these three string just happens to look like what a stringified
> array ref looks like.
>
> > It's certainly
> > not containing the form values, since they are members of the list
> > alongside it.
>
> I don't know what that means.
The ARRAY() is not the container of form values that CGI.pm would be
returning.
> Yes. Most likely, either the person filling in the form is doing something
> perverse (like typing something that likes like a stringifed arrayref into
> a form field),
No
> or the script that generated the form is doing something
> perverse, like setting a stringified arrayref as a default value, or as the
> value of a hidden form field.
It might be, but I'll post a test case.
------------------------------
Date: Wed, 20 Jun 2007 18:34:52 GMT
From: "John W. Krahn" <dummy@example.com>
Subject: Re: date parts in one step
Message-Id: <greei.282$qC1.11@edtnps89>
Petr Vileta wrote:
> I need to get month and year values from localtime() so I wrote this:
>
> # get values in Unix format
> my ($month, $year) = (localtime)[4, 5];
> # convert to human format
> $month++;
> $year += 1900;
>
> Is possible to do the same in one step?
$ perl -le'
my ( $month, $year ) = map $_ += --$| ? 1 : 1900, ( localtime )[ 4, 5 ];
print for ( localtime )[ 4, 5 ], $month, $year;
'
5
107
6
2007
John
--
Perl isn't a toolbox, but a small machine shop where you
can special-order certain sorts of tools at low cost and
in short order. -- Larry Wall
------------------------------
Date: Wed, 20 Jun 2007 22:32:59 +0200
From: "Dr.Ruud" <rvtol+news@isolution.nl>
Subject: Re: date parts in one step
Message-Id: <f5c9v5.1e4.1@news.isolution.nl>
John W. Krahn schreef:
> Petr Vileta:
>> I need to get month and year values from localtime() so I wrote this:
>> # get values in Unix format
>> my ($month, $year) = (localtime)[4, 5];
>> # convert to human format
>> $month++;
>> $year += 1900;
>>
>> Is possible to do the same in one step?
>
> $ perl -le'
> my ( $month, $year ) = map $_ += --$| ? 1 : 1900, ( localtime )[ 4, 5
> ]; print for ( localtime )[ 4, 5 ], $month, $year;
> '
> 5
> 107
> 6
> 2007
$ perl -wle'
print for map $_+shift,(localtime)[4,5]' 1 1900
'
6
2007
;)
--
Affijn, Ruud
"Gewoon is een tijger."
------------------------------
Date: Wed, 20 Jun 2007 11:34:57 -0700
From: "Asim Suter" <asuter@cisco.com>
Subject: Re: Get the piece of code in perl
Message-Id: <1182364499.363254@sj-nntpcache-2.cisco.com>
> my $MATCH = qq<$STR(.*?)endif> ; # non-greedy matching
> if( $whole_file =~ m/$MATCH/msg ) # g for pos
>
>> Note m modifier for multiline search which is a key element.
> ^^^^^^^^^^^^^^^^
>
> No it isn't.
Thanks. I stand corrected. Non greedy matching is "a" key here I might add.
>
> The m modifier changes the meaning of the ^ and $ anchors.
>
> The m modifier is a key element only if your pattern contains
> the ^ or $ anchors.
>
>
>> Regards.
>> Asim Suter
>> asimsuter@hotmail.com
>
>
> Signatures are customarily included at the _end_ of a posting
> rather than in the middle.
>
>
>> print "$TO_ADD" ;
>
>
> perldoc -q vars
>
> Whatâ?Ts wrong with always quoting "$vars"?
>
> so that should be:
>
> print $TO_ADD ;
I had copy pasted from an existing working script and it faces no issue
there.
No relation with the subject at hand.
>
>
>> my $NEW_FILE_CONTENT = substr ( $whole_file , 0 , $p ) .
>> "\n\n" .
>> $TO_ADD .
>> substr ( $whole_file , $p ) ;
>>
>>
>> seek( FH , 0, 0 ) or die "Can't seek to
>> start of \"$fileName\": $!" ;
>> print FH $NEW_FILE_CONTENT or die "Can't print to
>> \"$fileName\": $!" ;
>> truncate ( FH , tell(FH) ) or die "Can't truncate
>> \"$fileName\": $!" ;
>
>
> If you think that the truncate() call is necessary there, then
> you are mistaken on that point as well.
Serves me well for my job. Unrelated to the subject at hand.
Regards,
Asim Suter
>
>
> --
> Tad McClellan
> email: perl -le "print scalar reverse qq/moc.noitatibaher\100cmdat/"
------------------------------
Date: Wed, 20 Jun 2007 13:53:37 -0700
From: Jim Gibson <jgibson@mail.arc.nasa.gov>
Subject: Re: How to set value to radio button with mechanze.pl
Message-Id: <200620071353374777%jgibson@mail.arc.nasa.gov>
In article <f5be6h$5u6$1@ss408.t-com.hr>, Tristan <tristan@vvv.xls>
wrote:
> How to set value to radio button with mechanze.pl
> I have group radio button
>
> Group name is " Type"
> And two buttons are:
> 1.) Private
> 2.) Pro
>
> How to select one of button?
> Is it possible with do this with mechanize?
Are you asking about using WWW:Mechanize to submit form data to a
website that includes a radio button group? Although I haven't done it,
try sending a form key=value pair of 'Type=Private' or 'Type=Pro', but
check the actual names of the buttons from the HTML source and not was
is used to label the buttons. Something like (untested and derived from
'Perl & LWP', Sean N. Burke, O'Reilly):
my $url = URI->new('http://www...');
$url->query_form( 'Type => 'Private');
my $response = LWP::UserAgent->new->get($url);
--
Jim Gibson
Posted Via Usenet.com Premium Usenet Newsgroup Services
----------------------------------------------------------
** SPEED ** RETENTION ** COMPLETION ** ANONYMITY **
----------------------------------------------------------
http://www.usenet.com
------------------------------
Date: Wed, 20 Jun 2007 13:34:25 -0500
From: l v <veatchla@yahoo.com>
Subject: Re: Passing hash to another script via commandline
Message-Id: <137isoqqbmh1c19@news.supernews.com>
Purl Gurl wrote:
> l v wrote:
>
>> Purl Gurl wrote:
>>> Tad McClellan wrote:
>>>> Purl Gurl wrote:
>>>>> IanW wrote:
>
>>>>>> How do I pass a hash to another script via the command line?
>
>>>>> Others have explained why you cannot do this.
>
>>>>> I would simply create an array, pass the array, then work with
>>>>> array @ARGV in my secondary script, without creating a new hash.
>
>>>>> %Data = (field1 => 'f1val', field2 => 'f2val', field3 => 'f3val');
>
>>>> Try it with these values:
>
>>>> %Data = (field1 => 'f1 val', field2 => 'f2val', field3 => 'f3val');
>
>>>> then rethink your "solution".
>
>>> Irrelevant. Your comments do not comply with the originating
>>> author's stated parameters. You are changing parameters yet
>>> you are not the originating author. Yours is a troll tactic
>>> you are well known for using. You are one of the long standing
>>> persistent trolls of this discussion group, one of the trolls
>>> directly responsible for the loss of popularity of this group.
>
>>> I am not interested in playing your childish "what if" game.
>
>> Hash values containing spaces is not a "what if" game, it is a real
>> life occurrence.
>
> Irrelevant. Your comments do not comply with the originating
> author's stated parameters. You are another simple minded
> troll just as is McClellan, just another troll attempting
> to play this idiotic "what if" game.
>
> You boys should play Patty Cake, throw rocks at each other,
> do something other than make fools of yourselves.
>
> Oh Lord! WHAT IF you boys discover the true name of this child's
> game, so appropriate for childish men like you, WHAT IF you
> discover the true name is Pat-A-Cake? Look at those hyphens!
> WHAT IF you lame brain trolls cannot handle this? WHAT IF
> your brains explode? WHAT IF one of you takes to flicking
> boogers on the other?
>
> WHAT IF you boys were smarter than a bucket of rocks?
>
> Nah, this "what if" is not a possibility.
>
Irrelevant. Your comments do not comply with the originating
author's stated parameters. You are changing parameters yet
you are not the originating author. Yours is a troll tactic
you are well known for using. *You are one of the long standing
persistent trolls of this discussion group*, one of the trolls
directly responsible for the loss of popularity of this group.
--
Len
------------------------------
Date: Wed, 20 Jun 2007 11:46:03 -0700
From: kwan <kwan.jingx@gmail.com>
Subject: Re: perl build.PL create an error
Message-Id: <1182365163.678611.200050@n2g2000hse.googlegroups.com>
On Jun 19, 1:34 am, "Skye Shaw!@#$" <skye.s...@gmail.com> wrote:
> On Jun 18, 11:02 pm, kwan <kwan.ji...@gmail.com> wrote:
>
> > error modules installation
> > ==========================================
> > Error message for Perl Build.PL
> > --------------------------
> > [root@popple HTML-Mason-1.36]# perl Build.PL
> > Can't locate Module/Build.pm in @INC (@INC contains: inc /usr/lib64/
>
> <snip @INC dump>
>
> [sshaw@localhost HTML-Mason-1.36]# grep -n -B5 Module::Build Build.PL
> 47-
> 48-my $build = Mason::Build->new
> 49- ( module_name => 'HTML::Mason',
> 50- requires => \%prereq,
> 51- build_requires => { 'HTML::Entities' => 0,
> 52: 'Module::Build' => 0.26,
>
> As you can see, Module::Build is required for HTML::Mason's install.
>
> > Perl -MCPAN -e shell
> > CPAN> install HTML::Mason
>
> This should have installed it for you. Maybe the install failed?
Thank for the points.
------------------------------
Date: Wed, 20 Jun 2007 22:59:30 +0200
From: "Dr.Ruud" <rvtol+news@isolution.nl>
Subject: Re: RegEx Solution Needed
Message-Id: <f5cbhg.jo.1@news.isolution.nl>
Dr.Ruud schreef:
> Matt White:
>> So what I have is a line like:
>> abc123def456ghi789jkl
>> I want to end up with a list that looks like:
>> [123,456,789]
>
> echo abc123def456ghi789jkl |
> perl -wnle 'print "[", join(",", /\d+/g), "]"'
Variant:
echo abc123def456ghi789jkl |
perl -wnle '$"=","; print "[@{[/\d+/g]}]"'
--
Affijn, Ruud
"Gewoon is een tijger."
------------------------------
Date: Wed, 20 Jun 2007 12:45:30 -0700
From: Ed <iamfractal@hotmail.com>
Subject: Re: The Modernization of Emacs
Message-Id: <1182368730.711163.186730@g4g2000hsf.googlegroups.com>
Thanks, all, for the answers.
But, Lew: GWMF?
- Gardner Winter Music Festival? (You have to love the black'n'white
photo on the right at: http://www.gwmf.org/)
- Generalized Whitening-Matched Filter?
- http://www.gwmf.com/ ?
- http://www.gwmf.de/host/ ?
- http://www.goatworld.com/gwmf.shtml ????
.ed
--
www.EdmundKirwan.com - Home of The Fractal Class Composition
------------------------------
Date: Wed, 20 Jun 2007 20:04:30 -0000
From: Twisted <twisted0n3@gmail.com>
Subject: Re: The Modernization of Emacs
Message-Id: <1182369870.641156.4040@p77g2000hsh.googlegroups.com>
On Jun 20, 1:59 am, "spamfilteracco...@gmail.com"
<spamfilteracco...@gmail.com> wrote:
> On Jun 19, 9:21 pm, Ed <iamfrac...@hotmail.com> wrote:
>
> > Have you ever seen an, "Extractmethod," function for emacs? Whereby
> > you highlight some lines of code, press a key, and the code is whisked
> > into its ownmethod, with the appropriatemethodinvocation left in
> > its place. If you could post a link, that'd be just champion.
>
> xrefactory does this. I tried it once. It's a bit pricey , though.
Someone is charging money for an emacs addon? Are they nuts? A lot of
people won't touch emacs with a ten foot pole, and emacs is free. How
many would actually pay for something that's useless without emacs?
Especially given the near-certainty that the price is almost pure
profit margin...
------------------------------
Date: Wed, 20 Jun 2007 20:06:56 -0000
From: Twisted <twisted0n3@gmail.com>
Subject: Re: The Modernization of Emacs
Message-Id: <1182370016.986915.202150@u2g2000hsc.googlegroups.com>
On Jun 20, 12:39 pm, jadam...@partners.org (Joel J. Adamson) wrote:
> The point is that the responsibility to customize is on the user.
Given that in its out-of-the-box configuration it's well-nigh unusable
without a printed-out "cheat sheet" of some kind, of the sort that
were supposed to have died out in the 80s, getting it customized poses
something of a catch-22 for anyone trying to get started using it.
------------------------------
Date: Wed, 20 Jun 2007 20:21:24 -0000
From: Twisted <twisted0n3@gmail.com>
Subject: Re: The Modernization of Emacs
Message-Id: <1182370884.853838.321440@c77g2000hse.googlegroups.com>
On Jun 20, 9:09 am, Kaldrenon <kaldre...@gmail.com> wrote:
> Imagine that a man invents a vehicle that's far safer and more
> maneuverable than any existing vehicle. Imagine that the increased
> safety comes from the fact that it has five wheels. How incredibly
> stupid would it be for that inventor to then say, "I'm going to
> convince people to buy my new vehicle, which is safer thanks to this
> fifth wheel. But in order to market it, I'll take the fifth wheel off,
> so it's more familiar and comfortable for them."
Imagine that a man invents a vehicle that's far safer and more
maneuverable than any existing vehicle. Imagine that the increased
safety comes from the fact that it has five wheels. Gratuitously, he
also has his own peculiar ideas regarding how one should control this
vehicle, and instead of giving it a normal car steering wheel, brake,
and gas pedal, he gives it two stick-like left and right throttle
controls, which can be pulled back to brake and even reverse the car,
pushed forwards to accelerate it, and positioned differently to cause
the vehicle to rotate -- even to rotate in place, obviating the need
for three-point turns and simplifying parallel parking somewhat.
Unfortunately, nobody used to a normal car is remotely comfortable
with these controls. They have a very steep learning curve and
numerous accidents result. It turns out there's even a conversion kit
available for replacing them with a normal steering wheel, brake, and
gas pedal, but getting the conversion kit without crashing on the way
to where you get it proves problematic because of the same unusual
controls you're trying to replace. All of the driving schools, of
course, teach the usual wheel-and-pedals method of controlling a motor
vehicle...
This seems to be a closer analogy with emacs versus normal Windows
text editors. Arguably even the weird controls are superior in some
way -- but only if you got used to them, which will never happen
because you'll abandon it for inability to be productive with it long
before that can happen, and also because the same clunky controls
hobble your access to the online help that would otherwise smooth the
path for you. The same problem plagues attempts to reconfigure the
controls to something more normal. And the computer-driving schools --
computer classes in ordinary school -- teach standard Windows UI
conventions (or their Macintosh equivalents, which correspond closely
to one another). If there is any formal training in emacs use, it's
effectively unobtainable due to obscurity and hard-to-findness,
geographical distance, expense, or even more than one of those
factors.
The above applies equally to vi and its derivatives, if not more so --
vi is like taking that same already-wacky car with the two separate
throttles and adding, in a fit of quaint nostalgia, the need to
actually crank-start its engine. ;)
------------------------------
Date: Wed, 20 Jun 2007 20:21:34 -0000
From: BartlebyScrivener <bscrivener42@gmail.com>
Subject: Re: The Modernization of Emacs
Message-Id: <1182370894.001918.36590@k79g2000hse.googlegroups.com>
On Jun 17, 10:13 am, Xah Lee <x...@xahlee.org> wrote:
> [this post is a excerpt from
> The Modernization of Emacs
> ----------------------------------------
> SIMPLE CHANGES
At the command line, change "emacs" to "gvim"
http://pinard.progiciels-bpi.ca/opinions/editors.html
rd
------------------------------
Date: Wed, 20 Jun 2007 16:41:53 -0400
From: Lew <lew@lewscanon.nospam>
Subject: Re: The Modernization of Emacs
Message-Id: <1J6dnTAdvoKMDOTbnZ2dnUVZ_sWdnZ2d@comcast.com>
Ed wrote:
> Thanks, all, for the answers.
>
> But, Lew: GWMF?
>
> - Gardner Winter Music Festival? (You have to love the black'n'white
> photo on the right at: http://www.gwmf.org/)
>
> - Generalized Whitening-Matched Filter?
>
> - http://www.gwmf.com/ ?
>
> - http://www.gwmf.de/host/ ?
>
> - http://www.goatworld.com/gwmf.shtml ????
Google was my friend.
--
Lew
------------------------------
Date: Wed, 20 Jun 2007 20:53:41 -0000
From: Twisted <twisted0n3@gmail.com>
Subject: Re: The Modernization of Emacs
Message-Id: <1182372821.298343.316860@g4g2000hsf.googlegroups.com>
On Jun 20, 4:21 pm, BartlebyScrivener <bscrivene...@gmail.com> wrote:
> On Jun 17, 10:13 am, Xah Lee <x...@xahlee.org> wrote:
>
> > [this post is a excerpt from
> > The Modernization of Emacs
> > ----------------------------------------
> > SIMPLE CHANGES
>
> At the command line, change "emacs" to "gvim"
Out of the frying pan and into the fire...
------------------------------
Date: Wed, 20 Jun 2007 21:35:21 -0000
From: BartlebyScrivener <bscrivener42@gmail.com>
Subject: Re: The Modernization of Emacs
Message-Id: <1182375321.067664.190780@o61g2000hsh.googlegroups.com>
On Jun 20, 3:53 pm, Twisted <twisted...@gmail.com> wrote:
> On Jun 20, 4:21 pm, BartlebyScrivener <bscrivene...@gmail.com> wrote:
>
> > On Jun 17, 10:13 am, Xah Lee <x...@xahlee.org> wrote:
>
> > > [this post is a excerpt from
> > > The Modernization of Emacs
> > > ----------------------------------------
> > > SIMPLE CHANGES
>
> > At the command line, change "emacs" to "gvim"
>
> Out of the frying pan and into the fire...
Nah.
http://www.debian-administration.org/polls/89
------------------------------
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 542
**************************************
