[9782] in Perl-Users-Digest
Perl-Users Digest, Issue: 3375 Volume: 8
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Thu Aug 6 10:06:40 1998
Date: Thu, 6 Aug 98 07:00:20 -0700
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Thu, 6 Aug 1998 Volume: 8 Number: 3375
Today's topics:
Re: 'use' and import issue <jdporter@min.net>
Anybody know what the valid parameters to Ev() are? <Mark.Seger@digital.com>
Asking Good Questions leads to Better Answers (Re: Perl (I R A Aggie)
Re: Attaching a file to an email with a cgi script chris_wellner@my-dejanews.com
Re: comp.lang.perl.announce redux <gnat@frii.com>
gethostbyaddr <gcushing@exchange.nih.gov>
Re: hiding user input (Chris Nandor)
Re: hiding user input (Chris Nandor)
Re: hiding user input (Chris Nandor)
Re: hiding user input (Gary L. Burnore)
Re: perl and setuid via WEB (apache) (Neil Kandalgaonkar)
Re: Perl Docs.. forget the original post <jdporter@min.net>
Re: Perl Docs.. forget the original post <jdporter@min.net>
push @list, nullsub() doesn't push anything--why not? <sfarrell@farrell.org>
Re: Variable Length & Memory? (Neil Kandalgaonkar)
Special: Digest Administrivia (Last modified: 12 Mar 98 (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Thu, 06 Aug 1998 09:18:16 -0400
From: John Porter <jdporter@min.net>
Subject: Re: 'use' and import issue
Message-Id: <35C9AD18.3206@min.net>
Niklas Matthies wrote:
>
> Often it is the case that I use a couple of functions from some module Foo
> within a few functions/methods (say, fun1 to fun3) of module Bar (Foo may
> be a collection of some utility functions, for example).
> For notational convenience, I'd like too 'use' Foo in those places, rather
> than only 'require' it, to have some functions of Foo imported into the
> namespace within fun[1-3].
Why is 'require Foo;' less notationally convenient that 'use Foo;'?
'require' gives you better control of what's going on. Most of the
time 'use' is sufficient, but it sounds like this might not be one
of those times.
> Now, since Foo actually hasn't much to do with Bar, other than happening
> to being used by fun[1-3], it wouldn't be really appropriate to put a
> 'use Foo qw( ... );' somewhere at the beginning of package Bar. Two other
> reasons for not doing this are that there a lots of other functions/methods
> in Bar that don't need Foo (and that should not access it by accident), and
> that when using Foo functions in fun[1-3] it is harder to find out which
> package they come from when the 'use Foo' is somewhere far away at the
> beginning of the file.
>[...]
> What's nice is that the 'use'es are near the function calls that use them,
> so when I decide to put fun[1-3] in some other package, I don't need to
> care about (re)moving the 'use'es around, and everyone sees that Foo is
> used in those functions, and even what functions are used.
>
> Drawback 1: Now Foo::import will be called three times! Ugh.
> Drawback 2: The imported functions from Foo will still be seen in functions
> of package Bar other than fun[1-3], because they are imported
> to the global (one-and-only, that is) symbol table of package
> Bar. Darn.
You're suffering under some misunderstandings about how 'use' works.
Uses of 'use' are not lexically scoped. Putting it inside a subroutine
means nothing; and might obfuscate what's really happening.
Unless you perform some chicanery, Foo gets 'use'd only once per
program,
regardless of how many times you say it. That means that its import()
only gets called once.
If you want Foo's exports imported into several namespaces (packages),
you can call Foo->import explicitly in each package. However, in cases
like this, I think you ought to consider whether it might actually be
better to call Foo's functions with an explicit package reference,
rather
than import the symbols.
'use Foo', by virtue of calling 'Foo->import', imports those sub names
into package Bar, for all subs to see, regardless of where in package
Bar you put the 'use Foo'. You are not getting the protection you think
you're getting. Clearly, in such a situation, you're better off doing
this:
package Bar;
use Foo ();
sub bun1 {
Foo::fun1();
}
This way, no symbols get imported, and those subs which need to call
subs in Foo can and do.
--
John Porter
------------------------------
Date: Thu, 06 Aug 1998 08:57:17 -0400
From: "Mark J. Seger" <Mark.Seger@digital.com>
Subject: Anybody know what the valid parameters to Ev() are?
Message-Id: <35C9A82D.165939A5@digital.com>
The "Advanced Perl Programming" book tells me on pages 249-250 that
there are over 30 to choose from but them only teases me with a couple.
I've looked in a number of places and couldn't find any lists,
anywhere. I'd even write the author if I knew his address...
-mark
------------------------------
Date: Thu, 06 Aug 1998 09:48:09 -0500
From: fl_aggie@thepentagon.com (I R A Aggie)
Subject: Asking Good Questions leads to Better Answers (Re: Perl guru FAR)
Message-Id: <fl_aggie-0608980948090001@aggie.coaps.fsu.edu>
This is a repost of an already ancient post. Read it, heed it, and you
may save yourself headaches down the road.
========================begin repost======================
Date: 09 Nov 1995 02:57:30 GMT
From: mjd@plover.com (Mark-Jason Dominus)
Subject: Re: system() question
There are a lot of reasons, many of which get repeated over and
over again, many of which don't. Some of the reasons you hear a lot
are: Questions are incoherently phrased. Questions have the form `my
code doesn't work' and don't include the code. Questions include the
code, and it's 200 lines long, and comp.lang.perl is not a debugging
service. Nobody knows the answer to the question. The question is so
badly punctuated that nobody can bear to read it. Questions aer
written by a non-native speaker of English and the native speakers who
are trying to understand it can't. (That's a shame, but it does
happen. I often wish that these people would post in their native
languages. I'd love to see more discussion in languages other than
English. Some Dutch guy tried posting all his comp.lang.c articles in
Dutch a few years ago, and all the Americans flamed him. How
humiliating for me!)
Apart from these oft-mentioned reasons are many others that are
not so often discussed, because anyone who tries to bring them up gets
flamed. But it's the truth: I know the reason I don't answer more
questions is because so many of them questions are so damn stupid.
They're stupid in a lot of different ways, but they're still stupid.
I don't want to suggest that that's why your questions go unanswered.
I don't know what you're asking. No doubt the reason your questions
go unanswered is because they're so deep and interesting that nobody
really knows the answer.
The most common stupid question is the one from someone who has
some high-level problem that they need solved. They have an idea that
they'd like to do it in perl, and they don't really know perl. So
instead of learning perl, they post to comp.lang.perl.misc.
Now don't get me wrong. I don't have any problems answering the
questions of someone who's trying to learn perl. I love THOSE
qusetions. But these people don't seem to be asking useful questions
for that.
Today, for example, I saw a question from a guy who wants to get a
list of hostnames out of nslookup. `How do I do that?' he says. And
it's hard to know what to make of that. What does he mean? Does he
not know how to open a pipe? Is his `open' command failing? What's
going on here? I can't give a useful answer without understanding the
problem. Having your `open' fail is a problem. Wanting to list
hostnames is not a problem; it's a desire.
Here are some similar questions that would have made more sense to me:
1. ``I'm a lazy asshole and I can't be bothered to learn to
program myself, but I know if I post here you'll give me
something for free.''
(OK, fair enough. At least I can send him a rate card.)
2. ``I'm trying to use `open' to talk to nslookup, but...
...here's my code; what's wrong?''
(Good question.)
3. ``I know perl has a `system' command for running programs,
but I can't see how to get my commands into nslookup
once I have run it.''
(Good question.)
4. ``I'm trying to use `getprotobynumber' to talk to nslookup...''
(Good question.)
See, I'm not just biting people's heads off, here. #4 is a good
question, because it gives me something to work with. OK, he has a
very weird idea about interprocess communication, but that's
ignorance, and that's what we're here to correct. He doesn't know
about `open'; I can refer him to the manual.
Here's another example: Some guy wants to assemble a list of email
addresses . ``How do I do that?'' he wants to know. Well, duh. Get a
big pad of paper and read news for a couple days and write down all
the addresses you see. Problem solved. What's it doing in
comp.lang.perl?
Oh, you wanted to do it in perl. Well, I guess I'd open a socket
to the NNTP server and send it some XHDR commands for the `From'
lines. But that's not Perl; you could do that in any language. I
could do it in Bourne Shell for you if I'm allowed to use a little
external thingie to handle the socket parts for me. What's it doing
in comp.lang.perl?
Oh, you wanted us to write the program for you? Wait, let me send
you my rate card.
Someone posted yesterday asking how to get the data from a file
where the start and end of the data is marked by keywords. Same thing
going on here. ``Well, here's how you solve your problem: First you
go take an introductory class in programming and learn to write
programs in some language. Then you go to the bookstore and buy this
book by Wall and Schwartz, it's really good. Read the book carefully
and try out the examples. Then if you still have general questions
like `How do I do this' instead of `I thought that this code would do
X but instead it does Y' you hire a professional to write your program
for you. Or you could just skip right to step 3. Want my rate
card?''
The worst stupid questions are the ones that come from people who
have no business asking them. The most perfect example of this that I
could have imagined was in comp.unix.questions a couple of years ago.
Some guy came and asked how you could tell if a file is a hard link.
My jaw flapped open and it's stayed open since then. I couldn't have
been any more stumped if he'd asked why Bodhidharma came from the
West. What do you say to this guy? Do you tell him the truth, that
all files are hard links, that even symbolic links are hard links?
He's not going to understand you; you might as well keep your mouth
shut. Do you tell him the truth, that the answer won't do him any
good because he doesn't know what a hard link is, so why did he bother
asking in the first place? No, that'll just make him mad. I followed
that message for the next couple weeks, and nobody said anything.
What could you say? The guy had no business asking the question and
no use for the answer. Maybe the right answer would have been to cut
off his finger or something. I dunno.
Some questions get ignored because they're boring. Someone asked
today how to compare two variables (I assumme he means the contents of
those variables) to see if they're exactly the same. You've gotta be
in an awfully good mood to take the time to answer that. Maybe
someone will. Maybe I will.
If I answer that one today, maybe he'll be back tomorrow asking
how to check to see if two variables contain different values. Maybe
I won't. What I find incredible is that if you tell these people to
go read the manual and come back in two weeks, you sometimes get
jumped on for not being helpful to beginners. Bah. If everyone told
these people to go read the manual, they'd eventually figure out that
that's what you have to do ,and then I wouldn't have to spend so much
of my life dealing with incompetent programmers.
Some questions are logically nonsensical because the querent
thinks they know more than they do. A lot of these have the form
``How do I use X to accomplish Y?'' There's nothing wrong with this,
except that sometimes X is a chocolate-covered banana and Y is the
integration of European currency systems. I always get stuck on
these, probably because I can't get rid of the idea that the person
really has a good reason for wanting to use X. I know a half-dozen
easy simple ways to accomplish Y, but I can't imagine what X has to do
with it. This is a problem for me in my day job, too. Clients are
always saying to me ``We want to use product X to do multimedia
development on the world-wide web,'' and all I can think is ``Well,
gee, what would you want to go and do that for?'' Sometimes it turns
out that they want to do it because they want to impress the
manufacturers of X, and I don't work on those jobs.
The flip side of this is a questions like ``I want to accomplish
X, but I don't want to use Y. What can I use instead?'' Which,
again, is sometimes reasonable, and then sometimes X is closing a
filehandle and Y is the `close' function.
The questions I like the best are the ones that go like this:
``I want to accomplish X.
I thought that the following code fragment would do it:
...
But instead it does Y.
Why is that?''
This one is also pretty good:
``I want to accomplish X.
I thought I might be able to use facility Y.
But Y doesn't seem like it's quite right,
because of Z.
What should I use instead of Y, or how can I overcome Z?''
When I ignore these, it's usually because I don't know the answer.
There were an awful lot of them today. It makes me very happy.
There you go; a 160-line dissertation on why questions go unanswered.
Now don't let me hear you saying nobody ever answers your questions.
------------------------------
Date: Thu, 06 Aug 1998 13:28:23 GMT
From: chris_wellner@my-dejanews.com
Subject: Re: Attaching a file to an email with a cgi script
Message-Id: <6qcb1n$eg0$1@nnrp1.dejanews.com>
Nah, I got fooled by somebody who typed some doc that hadn't used the
program. The CPAN site says:
> MIME::Lite - Lets you send GIFs as e-mail attachments
but since you told me that was a crock I went ahead and downloaded the
extended doc. It will work just fine. Thanks!
> You must have misunderstood what you read. I use MIME::LITE routinely
> to
> mail PDF attachments. It's an extremely simple module to use.
>
-----== Posted via Deja News, The Leader in Internet Discussion ==-----
http://www.dejanews.com/rg_mkgrp.xp Create Your Own Free Member Forum
------------------------------
Date: 05 Aug 1998 13:43:17 -0600
From: Nathan Torkington <gnat@frii.com>
Subject: Re: comp.lang.perl.announce redux
Message-Id: <5qpvefb4fe.fsf@prometheus.frii.com>
abigail@fnx.com (Abigail) writes:
> 3) Good free docs and a free faq would probably only hurt
> sells of the cookbook.
I have two problems with this statement:
1) Are you saying that the current standard documentation and the FAQ
are not good? I think they're pretty damn good. If you have a
problem, patches are always gratefully accepted.
2) Are you suggesting that the Cookbook sales could be hurt by the
FAQ? Tom and I obviously don't think so, as we're now going back and
merging into the FAQ things we learned and developed during the
writing of the Cookbook.
And now, back to work.
Nat
------------------------------
Date: Thu, 06 Aug 1998 09:30:08 -0400
From: George Cushing <gcushing@exchange.nih.gov>
Subject: gethostbyaddr
Message-Id: <35C9AFE0.C48D0FCB@exchange.nih.gov>
I am trying to get the host name if Iknow the ip address. gethostname
works fine. While using gethostbyaddr, you must enter the ip address
and address type. I do not know what to enter for address type. The ip
address is "209.67.73.165" and the address
type should be ?????
I would appreciate your help. Thanks for you help in advance.
George
------------------------------
Date: Thu, 06 Aug 1998 09:02:27 -0400
From: pudge@pobox.com (Chris Nandor)
Subject: Re: hiding user input
Message-Id: <pudge-0608980902270001@192.168.0.3>
In article <m367g6slv1.fsf@windlord.Stanford.EDU>, Russ Allbery
<rra@stanford.edu> wrote:
# I personally consider determining who someone is from *an incompletely
# record of* their words and actions *taken totally out of context* to be a
# Very Bad Thing.
Well, no more a Bad Thing then how we normally determine who someone is:
what you do for a living, what kind of music you listen to, how you talk
to your spouse on the phone, how many kids you have, who you vote for.
What you are saying, I suppose, is that unless someone is one of your best
friends in the world, or a close family member, then determining who
someone is is ALWAYS a Bad Thing. I am not sure I disagree with that.
It's very un-American to think it, but I agree, nontheless.
But regardless, I have no problem drawing temporary conclusions about
someone, and leaving my mind open to change, based on significant exposure
to them online. If they don't want me to think they are jerks, then they
will not present themselves as such. I realize everyone makes mistakes,
and I am quick to overlook and forgive posts made in anger. But in the
meantime, I will probably think they are wankers.
--
Chris Nandor mailto:pudge@pobox.com http://pudge.net/
%PGPKey = ('B76E72AD', [1024, '0824090B CE73CA10 1FF77F13 8180B6B6'])
------------------------------
Date: Thu, 06 Aug 1998 09:06:44 -0400
From: pudge@pobox.com (Chris Nandor)
Subject: Re: hiding user input
Message-Id: <pudge-0608980906440001@192.168.0.3>
In article <m3u33qnyn4.fsf@windlord.Stanford.EDU>, Russ Allbery
<rra@stanford.edu> wrote:
# birgitt <birgitt@my-dejanews.com> writes:
#
# > Oh, I would agree strongly, but I don't understand how Dejanews makes
# > money of the archives.
#
# > I got access to My DejaNews at no other additional cost than I have to
# > pay to get www access through my local ISP. Who pays for me being able
# > to access the archives ? From whom does DejaNews gets money to provide
# > them ?
#
# Advertisers. The banner ads are paying for it.
#
# > The only thing I understood so far, is that they earn money through
# > selling advertisement space. And I certainly don't like their dependency
# > from advertisers or partners like AMAZON for example.
#
# Precisely.
Oh my. Would they make any LESS money if Burnore -- or anbody -- does or
does not have X-No-Archive? Please.
What if *I* decided to archive clp.misc, and made it available for free,
without ads? Would that be OK? Well, what if the page was getting a ton
of hits, and I need to pay to maintain it, because my ISP wanted to charge
for all those hits? Then would ads be OK, if I made no profit, but the
money just went to pay for my costs? Well, what if I overestimated my
costs, and got profits. Then what? Does it become "bad" all of a
sudden? Or what if I decide to, since I am pulling in some money for
costs anyway, raise the price of the ads, so I can make a small profit.
Is that where it turns bad?
I don't understand this at all. DejaNews is a wonderful service. If they
did not make a profit, it would not exist at all. I would much rather it
existed, as would most everybody.
This is unfathomable.
--
Chris Nandor mailto:pudge@pobox.com http://pudge.net/
%PGPKey = ('B76E72AD', [1024, '0824090B CE73CA10 1FF77F13 8180B6B6'])
------------------------------
Date: Thu, 06 Aug 1998 09:08:08 -0400
From: pudge@pobox.com (Chris Nandor)
Subject: Re: hiding user input
Message-Id: <pudge-0608980908090001@192.168.0.3>
In article <35cabae3.146925435@nntpd.databasix.com>,
whatpartofdontemailme@dontyouunderstand wrote:
# On 5 Aug 1998 18:01:50 GMT, in article <6qa6me$hhf$2@client3.news.psi.net>,
# abigail@fnx.com (Abigail) wrote:
#
# > I DO NOT WISH TO RECEIVE EMAIL FROM THINGS CALLED BURNORE.
#
# And you won't, bitch.
Gary, I think the reason everyone is flocking to flame you is because you
are in heat.
--
Chris Nandor mailto:pudge@pobox.com http://pudge.net/
%PGPKey = ('B76E72AD', [1024, '0824090B CE73CA10 1FF77F13 8180B6B6'])
------------------------------
Date: Thu, 06 Aug 1998 13:51:19 GMT
From: gburnore@databasix.com (Gary L. Burnore)
Subject: Re: hiding user input
Message-Id: <35cbb3cc.210655463@nntpd.databasix.com>
On 6 Aug 1998 10:30:34 GMT, in article <6qc0ka$d4t$1@news.ycc.yale.edu>,
mnc@diana.law.yale.edu (Miguel Cruz) wrote:
>[ posted and mailed ]
Fortunately for you, you either
A. Forgot to remove [posted and mailed ]
B. Mailed it to someone else
C. Made it up.
>
>Gary L. Burnore <whatpartofdontemailme@dontyouunderstand> wrote:
>>>That doesn't quite make it so. What if I "warn" my neighbor that if he
>>>doesn't stop driving a blue Toyota then I will report him for harassing me?
>>
>>If your neighbor continues to park INSIDE YOUR HOUSE? YES. The fact that
>>you'd let him, is YOUR problem.
>
>Nope, if my neighbor parks his blue Toyota in my house, it is not
>harassment, it is trespassing.
Emailing after being asked to stop is not legal. It's harassment. Harassment
is illegal. I suggest you ask the postmaster@yale.edu what he/she thinks
about it. If you're not already aware that folks get accounts yanked quite
quickly for harassing in email, you'll learn it one day.
> I chose something that was legal for a reason, you know.
Because you have no basis in fact and need to say SOMETHING.
--
I DO NOT WISH TO RECEIVE EMAIL IN REGARD TO USENET POSTS
---------------------------------------------------------------------------
How you look depends on where you go.
---------------------------------------------------------------------------
Gary L. Burnore | ][3:]3^3:]33][:]3^3:]3]3^3:]3]][3
| ][3:]3^3:]33][:]3^3:]3]3^3:]3]][3
DOH! | ][3:]3^3:]33][:]3^3:]3]3^3:]3]][3
| ][3 3 4 1 4 2 ]3^3 6 9 0 6 9 ][3
Special Sig for perl groups. | Official Proof of Purchase
===========================================================================
------------------------------
Date: 6 Aug 1998 13:34:52 GMT
From: neil@domingo.concordia.ca (Neil Kandalgaonkar)
Subject: Re: perl and setuid via WEB (apache)
Message-Id: <6qcbds$g8k$1@newsflash.concordia.ca>
In article <6pm0e6$d78$1@nswpull.telstra.net>,
Martien Verbruggen <mgjv@comdyn.com.au> wrote:
>In article <35BC76E1.1252D58F@ping-net.de>,
> Bernd Zimmermann <berni@ping-net.de> writes:
>> Hi !
>>
>> I have perl 5.004_04, Apache 1_3_0 and want to execute a script
>> with suid root..
The latest Perl Journal <http://www.tpj.com/> has a good article about
this very topic.
------------------------------
Date: Thu, 06 Aug 1998 09:46:57 -0400
From: John Porter <jdporter@min.net>
Subject: Re: Perl Docs.. forget the original post
Message-Id: <35C9B3D1.6E9@min.net>
Daniel Grisinger wrote:
>
> In article <35C974DF.B1AC1CEA@dead.end.com>
> no.uce@dead.mailbox.com wrote:
>
> >do I have to learn C just so I can understand
> >what the function does? Or UNIX, or AWK, or SED, or SHELL?
>
> Yes, that's exactly what that means.
No, it's not. These are not trivial languages (and Unix is not a
trivial
OS); and it's an absurd proposition that someone must achieve *any*
degree of mastery with any of these, in order to understand what a
given function does. What do the values returned by stat() mean? A
quick trip to man -s 2 stat gives the answer. That doesn't make (or
prerequire) the user to know C, or Unix. (Well, just the man command.)
> If you don't know C, you probably should not use the feature.
Utter malarkey.
> I'm sorry that this is a shock, but perl is a unix tool.
Ok. And it's a Windows tool; and a OS/2 tool, and a Mac tool, and
a VMS tool...
> ... if you want to really understand perl you
> have to know unix. And C. Sorry.
You are drawing a too strong a connection between C and Unix.
The Windows port of Perl is compiled natively on a Win32 system,
with a native Win32 C compiler. Even PoB's can have access to a
C compiler that is meaningful for their system.
Perhaps more the point is that the C documentation necessary to
understand the few Perl features that are visibly C-dependent is
imminently available on the net -- and in bookstores, for those
types who are used to paying for every piece of software and
documentation.
--
John Porter
------------------------------
Date: Thu, 06 Aug 1998 09:50:43 -0400
From: John Porter <jdporter@min.net>
Subject: Re: Perl Docs.. forget the original post
Message-Id: <35C9B4B3.37E6@min.net>
no.unsoliciteds@dead.end.com wrote:
>
> All I can say is this - if the gurus had had bad tempered, ecclectic, obtuse
> and sometimes downright abusive lecturers with bad communication skills
> perhaps they would have a different attitude now.
The implication is that the "gurus" have, as a result, bad communication
skills. But just you can't (or won't) read doesn't mean they can't
write.
Your disparagement is very unjustified, and is very insulting.
What have *you* done for the Perl community?
> I dislike people who try to get me to think for them just as much as the next
> user, but these references are just as lazy, because they make me think for
> whoever wrote it, because they couldn't be bothered finding a better way of
> saying it.
What's that you were saying about communication skills?
--
John Porter
------------------------------
Date: Thu, 6 Aug 1998 13:38:41 GMT
From: stephen farrell <sfarrell@farrell.org>
Subject: push @list, nullsub() doesn't push anything--why not?
Message-Id: <877m0mtela.fsf@couatl.uchicago.edu>
#!/usr/local/bin/perl5
sub nullsub { }
push @list, nullsub();
push @list, undef;
warn scalar(@list);
...why does this give 1 and not 2?? thanks
--sf
------------------------------
Date: 6 Aug 1998 13:42:48 GMT
From: neil@domingo.concordia.ca (Neil Kandalgaonkar)
Subject: Re: Variable Length & Memory?
Message-Id: <6qcbso$ahh$1@newsflash.concordia.ca>
In article <fl4y1.156$741.279262@client.news.psi.net>,
Adam Graham-Yooll <agy@macgreg.com> wrote:
>When a script is compiled all the variable names are turned into memory
>addresses. So there is no difference in the executable size or speed.
>
What about this?
$x = "perl seems to remember variable names after compilation\n";
eval ("print \$x;");
------------------------------
Date: 12 Jul 98 21:33:47 GMT (Last modified)
From: Perl-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Special: Digest Administrivia (Last modified: 12 Mar 98)
Message-Id: <null>
Administrivia:
Special notice: in a few days, the new group comp.lang.perl.moderated
should be formed. I would rather not support two different groups, and I
know of no other plans to create a digested moderated group. This leaves
me with two options: 1) keep on with this group 2) change to the
moderated one.
If you have opinions on this, send them to
perl-users-request@ruby.oce.orst.edu.
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.
To submit articles to comp.lang.perl.misc (and this Digest), send your
article to perl-users@ruby.oce.orst.edu.
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.
The Meta-FAQ, an article containing information about the FAQ, is
available by requesting "send perl-users meta-faq". The real FAQ, as it
appeared last in the newsgroup, can be retrieved with the request "send
perl-users FAQ". Due to their sizes, neither the Meta-FAQ nor the FAQ
are included in the digest.
The "mini-FAQ", which is an updated version of the Meta-FAQ, is
available by requesting "send perl-users mini-faq". It appears twice
weekly in the group, but is not distributed in the digest.
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 V8 Issue 3375
**************************************
