[29776] in Perl-Users-Digest
Perl-Users Digest, Issue: 1019 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Fri Nov 9 14:10:12 2007
Date: Fri, 9 Nov 2007 11:09:06 -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 Fri, 9 Nov 2007 Volume: 11 Number: 1019
Today's topics:
Re: cookie dbi based authentication <1usa@llenroc.ude.invalid>
Re: cookie dbi based authentication xhoster@gmail.com
Form type input for the console <justin.0711@purestblue.com>
Re: Form type input for the console <bik.mido@tiscalinet.it>
Re: Form type input for the console <spamtrap@dot-app.org>
Re: Form type input for the console <glex_no-spam@qwest-spam-no.invalid>
process growing without limit <iler.ml@gmail.com>
Re: Set TCP_MAXSEG (OS buffering) on Win32? How? <ed@notarealemailaccount.com>
Re: SOAP server & client problem <glex_no-spam@qwest-spam-no.invalid>
Re: SOAP server & client problem <RedGrittyBrick@SpamWeary.foo>
Re: Sun and moon data program Nov. 8, 2007 <edgrsprj@ix.netcom.com>
Re: thread xhoster@gmail.com
Re: Why can't you slice an array @a[3..-1]? <bik.mido@tiscalinet.it>
Re: Why can't you slice an array @a[3..-1]? <mritty@gmail.com>
Re: Why can't you slice an array @a[3..-1]? <tzz@lifelogs.com>
Re: Why can't you slice an array @a[3..-1]? <bik.mido@tiscalinet.it>
Re: Why can't you slice an array @a[3..-1]? <bik.mido@tiscalinet.it>
Re: Why can't you slice an array @a[3..-1]? xhoster@gmail.com
Re: Why can't you slice an array @a[3..-1]? xhoster@gmail.com
Re: Why can't you slice an array @a[3..-1]? <nospam-abuse@ilyaz.org>
Re: Why can't you slice an array @a[3..-1]? <clint.olsen@gmail.com>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Fri, 09 Nov 2007 14:09:52 GMT
From: "A. Sinan Unur" <1usa@llenroc.ude.invalid>
Subject: Re: cookie dbi based authentication
Message-Id: <Xns99E35D376464Aasu1cornelledu@127.0.0.1>
Mark Clements <mark.clementsREMOVETHIS@wanadoo.fr> wrote in
news:4733feb6$0$27387$ba4acef3@news.orange.fr:
> A. Sinan Unur wrote:
>> joe <jcharth@gmail.com> wrote in news:1194558983.064362.108310
>> @z24g2000prh.googlegroups.com:
>>
>>> Hello I am currently using dbi authentication on my apache server to
>>> query a table in my sql server for user/password information. Is
>>> there a way to convert this authentication to cookie based
>>> authentication or change the look and feel of the username/password
>>> window? thanks.
>>
>> I am sure we would all love to know how this is a topical question
>> for this group.
>>
>
> He has mentioned DBI, so presumably Perl is used somewhere along the
> line. It takes a considerable amount of experience to judge where all
> the demarcation lines between different components of a system are. It
> isn't particulary helpful being snide when someone asking for help
> misdetermines which group to which to post a question.
>
> To the OP: this is more of an Apache configuration question than
> anything else and thus should be asked in an appriopriate group, but
> take a look at
>
> http://www.modperl.com/book/chapters/ch6.html
All very true, and I apologize if I jumped the gun but my gut feeling is
that his question is about changing what browsers display and how they
respond upon encountering an "Authorization Required" header. I might be
wrong.
Sinan
--
A. Sinan Unur <1usa@llenroc.ude.invalid>
(remove .invalid and reverse each component for email address)
clpmisc guidelines: <URL:http://www.augustmail.com/~tadmc/clpmisc.shtml>
------------------------------
Date: 09 Nov 2007 17:19:08 GMT
From: xhoster@gmail.com
Subject: Re: cookie dbi based authentication
Message-Id: <20071109121910.393$b8@newsreader.com>
joe <jcharth@gmail.com> wrote:
> Hello I am currently using dbi authentication on my apache server to
> query a table in my sql server for user/password information.
Of "dbi authorization" is a description of something in the Apache server,
then this is the wrong group to take it to. While Apache and Perl are
sometimes used together, they are not particularly related. On the other
hand, if "dbi authorization" is a description of something in Perl, than it
is too vague. That search string brings up several different modules in
CPAN. What specific module or specific code are you using?
> Is there
> a way to convert this authentication to cookie based authentication or
> change the look and feel of the username/password window? thanks.
Cookies are a mechanism for communicating between server and the
client/browser. DBI is a way to communicate between a server and itself
(or an affiliated other server) I don't see how these things could be
interchangeable.
Xho
--
-------------------- http://NewsReader.Com/ --------------------
The costs of publication of this article were defrayed in part by the
payment of page charges. This article must therefore be hereby marked
advertisement in accordance with 18 U.S.C. Section 1734 solely to indicate
this fact.
------------------------------
Date: Fri, 09 Nov 2007 14:25:41 -0000
From: Justin C <justin.0711@purestblue.com>
Subject: Form type input for the console
Message-Id: <34fc.47346de5.50aec@zem>
I'm looking to collect some repetitive data from the command line. It'd
be nice to have an on-screen form for the users. I've never used perl
for this kind of thing before, can anyone point me at some relevant
documentation for generating an on-screen form? Learning Perl
doesn't get that far.
Thank you for any suggestions/pointers you can give.
Justin.
--
Justin C, by the sea.
------------------------------
Date: Fri, 09 Nov 2007 17:47:32 +0100
From: Michele Dondi <bik.mido@tiscalinet.it>
Subject: Re: Form type input for the console
Message-Id: <fo39j3p9tfko4f13r756lh85ic43dpk041@4ax.com>
On Fri, 09 Nov 2007 14:25:41 -0000, Justin C
<justin.0711@purestblue.com> wrote:
>I'm looking to collect some repetitive data from the command line. It'd
>be nice to have an on-screen form for the users. I've never used perl
>for this kind of thing before, can anyone point me at some relevant
>documentation for generating an on-screen form? Learning Perl
>doesn't get that far.
>
>Thank you for any suggestions/pointers you can give.
Perhaps Curses & C.?
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: Fri, 09 Nov 2007 11:50:06 -0500
From: Sherman Pendley <spamtrap@dot-app.org>
Subject: Re: Form type input for the console
Message-Id: <m14pfv9xdt.fsf@dot-app.org>
Justin C <justin.0711@purestblue.com> writes:
> I'm looking to collect some repetitive data from the command line. It'd
> be nice to have an on-screen form for the users.
Do you mean in a terminal window? If so, have a look at the Curses module.
sherm--
--
WV News, Blogging, and Discussion: http://wv-www.com
Cocoa programming in Perl: http://camelbones.sourceforge.net
------------------------------
Date: Fri, 09 Nov 2007 11:06:14 -0600
From: "J. Gleixner" <glex_no-spam@qwest-spam-no.invalid>
Subject: Re: Form type input for the console
Message-Id: <47349386$0$496$815e3792@news.qwest.net>
Justin C wrote:
> I'm looking to collect some repetitive data from the command line. It'd
> be nice to have an on-screen form for the users. I've never used perl
> for this kind of thing before,
What have you used for this kind of thing before? Maybe that'll
help someone figure out what you're asking for.
> can anyone point me at some relevant
> documentation for generating an on-screen form? Learning Perl
> doesn't get that far.
Possibly Curses?
http://search.cpan.org/~giraffed/Curses-1.17/gen/make.Curses.pm
Or using Tk to provide a nice interface:
http://search.cpan.org/~vkon/Tcl-Tk-0.97/lib/Tcl/Tk.pm
Or using HTML and CGI?
Or reading/storing the replies to prompts and using those replies
when needed.
Or providing an example of the repetitive data and how it's
to be used, maybe an 'on-screen form' isn't the best thing
to do.
------------------------------
Date: Fri, 09 Nov 2007 17:55:20 -0000
From: Yakov <iler.ml@gmail.com>
Subject: process growing without limit
Message-Id: <1194630920.915130.34290@z9g2000hsf.googlegroups.com>
I have a perl daemon that grows without limit. The code is large and
written by different people.
I believe that some hash or array grows without limit there. I don't
think there are cyclic refs anywhere in the code. I'd like to use some
tool to catch it.
It would help me it I had a function FindLargeHashOrArray($N) which
would go over *all* hashes and arrays in *all* modules, and show me
hashes and arrays which have more than $N elements.
Is it possible ?
Thanks
Yakov
------------------------------
Date: Fri, 09 Nov 2007 17:06:24 +0000
From: Ed W <ed@notarealemailaccount.com>
Subject: Re: Set TCP_MAXSEG (OS buffering) on Win32? How?
Message-Id: <iMednUXr2rEHDqnaRVnyhAA@pipex.net>
> So Socket doesn't know about TCP_MAXSEG.
Googling around some more suggests that it's actually a read only param
on windows. I was obviously wrong about that being the backdoor to try
and control the receive window
OK, so to rephrase the question: anyone know how to influence advertised
receive window on XP+ on the localhost interface? Don't really want to
change the registry...
Cheers
Ed W
------------------------------
Date: Fri, 09 Nov 2007 10:54:44 -0600
From: "J. Gleixner" <glex_no-spam@qwest-spam-no.invalid>
Subject: Re: SOAP server & client problem
Message-Id: <473490d4$0$10303$815e3792@news.qwest.net>
Some1 wrote:
> I did C:> perl hello.pl Jack Plum
> but I want the result : Hello Jack Plum
It looks like you don't have a problem
with SOAP. The problem is with how to get
the arguments that are passed to your
subroutine/method.
First, write your subroutine and test it,
without using SOAP.
my $fname = $ARGV[0];
my $lname = $ARGV[1];
my $ret = sayHello( $fname, $lname );
print "sayHello returned: $ret\n";
sub sayHello {
#.. do something..
# die if something
#return something_else
}
Once sayHello() does what you want, then you should be
able to update your Hello.pm and calling it via SOAP
should work.
> if you miss Plum, I want the soap reply with error message.
Hu? s/miss/pass/ ????
Possibly, something like this is what you're looking for:
sub sayHello {
my ( $self, $first, $last ) = @_;
die "Some error" unless $first eq 'Jack';
return "Hello $first $last";
}
That will return a string with a blank at the end, if $last
is undef, but that can be fixed pretty easily.
------------------------------
Date: Fri, 09 Nov 2007 18:01:02 +0000
From: RedGrittyBrick <RedGrittyBrick@SpamWeary.foo>
Subject: Re: SOAP server & client problem
Message-Id: <4734a061$0$8427$db0fefd9@news.zen.co.uk>
Some1 wrote:
> Hi,
> Thank you RedGrittyBrick.
No problem.
Please learn about top-posting and try not to do it any more :-)
http://www.caliburn.nl/topposting.html
>
> I did C:> perl hello.pl Jack Plum
> but I want the result : Hello Jack Plum
>
> if you miss Plum, I want the soap reply with error message.
Plan A.
-------
In Hello.pm change
return "Hello Jack" if shift eq "Jack";
to
return "Hello Jack Plum" if shift eq "Jack Plum";
invoke your client like this
perl hclient.pl "Jack Plum"
Plan B.
-------
In Hello.pm change
shift;
return "Hello Jack" if shift eq "Jack";
to
my ($class, $first, $last);
if (($first eq "Jack") and ($last eq "Plum")) {
return "Hello Jack Plum";
}
invoke your client like this
perl hclient.pl Jack Plum
Plan C.
-------
Modify Hello.pm so that it works regardless of how the client is invoked.
Plan D.
-------
Modify Hello.pm to not be dependent on fixed constants.
Read a list of valid names from a file.
Plan E.
-------
Work out a way of using password hashes.
Plan F.
-------
Work out how to stop network sniffers capturing security credentials in
a usable state.
Plan G.
-------
Give up and use HTTPS and other well known solutions for security
related functions such as authentication, authorisation,
confidentiality, integrity, non-repuidiability ... :-)
------------------------------
Date: Fri, 9 Nov 2007 09:40:58 -0600
From: "E.D.G." <edgrsprj@ix.netcom.com>
Subject: Re: Sun and moon data program Nov. 8, 2007
Message-Id: <13j8vtrj5j04te4@corp.supernews.com>
I am checking the recommendations that people have made.
"E.D.G." <edgrsprj@ix.netcom.com> wrote in message
news:13j6kh9prckmn13@corp.supernews.com...
> Topic 1 Sun And Moon Data Program Needed
> Topic 2 Perl - Gnuplot Interface
>
------------------------------
Date: 09 Nov 2007 18:04:42 GMT
From: xhoster@gmail.com
Subject: Re: thread
Message-Id: <20071109130443.976$QL@newsreader.com>
Larry <dontmewithme@got.it> wrote:
...
> now, I'd like to have all the threads killed before a new thread gets
> spawnd...can it actually be done??
I don't know if it can be done, but if you only want to have one thread
running at a time (well, two, one that is doing stuff and one that is
killing off the one that is doing stuff), why use threads in the first
place?
Xho
--
-------------------- http://NewsReader.Com/ --------------------
The costs of publication of this article were defrayed in part by the
payment of page charges. This article must therefore be hereby marked
advertisement in accordance with 18 U.S.C. Section 1734 solely to indicate
this fact.
------------------------------
Date: Fri, 09 Nov 2007 15:09:29 +0100
From: Michele Dondi <bik.mido@tiscalinet.it>
Subject: Re: Why can't you slice an array @a[3..-1]?
Message-Id: <scq8j31b7nov05k0e5n20tdrr3u16pqecv@4ax.com>
On Fri, 09 Nov 2007 03:37:50 -0800, Paul Lalli <mritty@gmail.com>
wrote:
>> It does work. Of course you're not dereferencing the right way,
>> AND it must be a NAMED reference.
>
>Says who?
>
>$ perl -le'print $#{[qw/a b c d e/]}'
>4
I *said* that! /me stands corrected. But... err well, it's kind of
unlikely that one may want say
@{[qw/a b c d e/]}[3..$#{[qw/a b c d e/]}]
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: Fri, 09 Nov 2007 06:59:38 -0800
From: Paul Lalli <mritty@gmail.com>
Subject: Re: Why can't you slice an array @a[3..-1]?
Message-Id: <1194620378.500420.215970@s15g2000prm.googlegroups.com>
On Nov 9, 9:09 am, Michele Dondi <bik.m...@tiscalinet.it> wrote:
> On Fri, 09 Nov 2007 03:37:50 -0800, Paul Lalli <mri...@gmail.com>
> wrote:
>
> >> It does work. Of course you're not dereferencing the right way,
> >> AND it must be a NAMED reference.
>
> >Says who?
>
> >$ perl -le'print $#{[qw/a b c d e/]}'
> >4
>
> I *said* that! /me stands corrected. But... err well, it's kind of
> unlikely that one may want say
>
> @{[qw/a b c d e/]}[3..$#{[qw/a b c d e/]}]
Agreed, but I could conceive of a slightly more likely requirement:
print "Enter two numbers:\n";
my ($x, $y) = split / /, <>;
my @skip_three = @{[$x .. $y]}[3..$#{[$x .. $y]}];
Ugly as sin, and I would never do it like that (I would just add 3 to
$x).... but it is possible.
Paul Lalli
------------------------------
Date: Fri, 09 Nov 2007 09:48:21 -0600
From: Ted Zlatanov <tzz@lifelogs.com>
Subject: Re: Why can't you slice an array @a[3..-1]?
Message-Id: <m2640bqv22.fsf@lifelogs.com>
On Fri, 9 Nov 2007 01:23:09 +0000 (UTC) Ilya Zakharevich <nospam-abuse@ilyaz.org> wrote:
IZ> [A complimentary Cc of this posting was sent to
IZ> Clint Olsen
IZ> <clint.olsen@gmail.com>], who wrote in article <slrnfj76ns.1499.clint.olsen@belle.0lsen.net>:
>> I've never figured out why this intuitive syntax does not work. It should,
>> because doing $# inside the subscripts is really awkward, and I don't see
>> any ambguity here.
IZ> Me too. 3..-1 INAMBIGUOUSLY returns an empty list.
Well obviously in a general context, but Perl semantics for array
offsets also specifically know about negative numbers, so this is a
conflict between two DWIM modes (and I think the array offset DWIM mode
should win). I actually did this just the other day (using $#array as
the last offset) and thought "hmm, wouldn't it be nice to use -1" so
Clint's question makes sense.
I don't see why it's not possible, *within the context of an array
slice*, to override the .. and ... operators to replace negative numbers
with the corresponding array offsets. It might break existing code, but
it really does make sense to users, so at least as a pragma it would be
nice. Plus, the Perl golf possibilities are really good :)
Ted
------------------------------
Date: Fri, 09 Nov 2007 17:43:25 +0100
From: Michele Dondi <bik.mido@tiscalinet.it>
Subject: Re: Why can't you slice an array @a[3..-1]?
Message-Id: <2939j3p05feeono50kkp7i4sa4pi1n59sn@4ax.com>
On Fri, 09 Nov 2007 06:59:38 -0800, Paul Lalli <mritty@gmail.com>
wrote:
>> @{[qw/a b c d e/]}[3..$#{[qw/a b c d e/]}]
>
>Agreed, but I could conceive of a slightly more likely requirement:
>
>print "Enter two numbers:\n";
>my ($x, $y) = split / /, <>;
>my @skip_three = @{[$x .. $y]}[3..$#{[$x .. $y]}];
Yep, slightly more reasonable. I don't like repetition, though and if
I really had to do it "like that" I'd probably do
my @skip_three = map @$_[3..$#$_], [$x .. $y];
# modulo typos
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: Fri, 09 Nov 2007 17:44:46 +0100
From: Michele Dondi <bik.mido@tiscalinet.it>
Subject: Re: Why can't you slice an array @a[3..-1]?
Message-Id: <vi39j3dsu03cbaflvqoajniqhdjghels15@4ax.com>
On Fri, 09 Nov 2007 09:48:21 -0600, Ted Zlatanov <tzz@lifelogs.com>
wrote:
>I don't see why it's not possible, *within the context of an array
>slice*, to override the .. and ... operators to replace negative numbers
>with the corresponding array offsets. It might break existing code, but
>it really does make sense to users, so at least as a pragma it would be
>nice. Plus, the Perl golf possibilities are really good :)
Personally I would find it terribly ugly. Perhaps some other kind of
shortcut altogether.
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: 09 Nov 2007 17:27:40 GMT
From: xhoster@gmail.com
Subject: Re: Why can't you slice an array @a[3..-1]?
Message-Id: <20071109122742.103$yX@newsreader.com>
Paul Lalli <mritty@gmail.com> wrote:
> On Nov 9, 5:22 am, Michele Dondi <bik.m...@tiscalinet.it> wrote:
> > It does work. Of course you're not dereferencing the right way,
> > AND it must be a NAMED reference.
>
> Says who?
>
> $ perl -le'print $#{[qw/a b c d e/]}'
> 4
OK, now put that construct in the slice.
This works, but it is pretty much cheating as you have two array references
rather than one:
perl -le 'print (qw/a b c d e/)[3..$#{[qw/a b c d e/]}]'
Xho
--
-------------------- http://NewsReader.Com/ --------------------
The costs of publication of this article were defrayed in part by the
payment of page charges. This article must therefore be hereby marked
advertisement in accordance with 18 U.S.C. Section 1734 solely to indicate
this fact.
------------------------------
Date: 09 Nov 2007 17:32:57 GMT
From: xhoster@gmail.com
Subject: Re: Why can't you slice an array @a[3..-1]?
Message-Id: <20071109123258.635$su@newsreader.com>
Clint Olsen <clint.olsen@gmail.com> wrote:
> I've never figured out why this intuitive syntax does not work. It
> should, because doing $# inside the subscripts is really awkward, and I
> don't see any ambguity here.
It can do either what you (and I) think it should do, or it can do what it
currently *does* do (which is also what it currently does, and presumably
would still do under your proposed change, outside of the slice context).
So that is two things it might reasonably by expected to do. An ambiguity.
Xho
--
-------------------- http://NewsReader.Com/ --------------------
The costs of publication of this article were defrayed in part by the
payment of page charges. This article must therefore be hereby marked
advertisement in accordance with 18 U.S.C. Section 1734 solely to indicate
this fact.
------------------------------
Date: Fri, 9 Nov 2007 18:29:39 +0000 (UTC)
From: Ilya Zakharevich <nospam-abuse@ilyaz.org>
Subject: Re: Why can't you slice an array @a[3..-1]?
Message-Id: <fh28uj$2h0d$1@agate.berkeley.edu>
[A complimentary Cc of this posting was sent to
Ted Zlatanov
<tzz@lifelogs.com>], who wrote in article <m2640bqv22.fsf@lifelogs.com>:
> IZ> Me too. 3..-1 INAMBIGUOUSLY returns an empty list.
>
> Well obviously in a general context, but Perl semantics for array
> offsets also specifically know about negative numbers, so this is a
> conflict between two DWIM modes (and I think the array offset DWIM mode
> should win).
As far as I know, there is no DWIM involved. There are two operators,
both fully-and-simply defined; array offset (which is defined for
-$#-1..$#), and range. You REALLY want the result of an operator be
dependent on argument of which operator it is?
IMO, Perl evolution should go in DECREASING number of DWIM stuff (at
least, as a pragma), not increasing it. (Currently, the probability
of an experienced Perl programmer to predict a result of running
*simple* Perl code is close to 0 - unless one severely binds oneself
via coding style discipline. Too many un-/half-documented special
cases...)
> I actually did this just the other day (using $#array as
> the last offset) and thought "hmm, wouldn't it be nice to use -1" so
> Clint's question makes sense.
I do it myself often too. It does not make it a lesser evil.
Hope this helps,
Ilya
------------------------------
Date: Fri, 09 Nov 2007 12:40:16 -0600
From: Clint Olsen <clint.olsen@gmail.com>
Subject: Re: Why can't you slice an array @a[3..-1]?
Message-Id: <slrnfj9acg.1tf8.clint.olsen@belle.0lsen.net>
On 2007-11-09, Ilya Zakharevich <nospam-abuse@ilyaz.org> wrote:
> As far as I know, there is no DWIM involved. There are two operators,
> both fully-and-simply defined; array offset (which is defined for
> -$#-1..$#), and range. You REALLY want the result of an operator be
> dependent on argument of which operator it is?
In the spirit of Perl and evaluations based on usage context, I don't see
this as a farfetched thing. Hey, Perl invented the concept of context, not
me :)
-Clint
------------------------------
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 1019
***************************************
