[12010] in Perl-Users-Digest
Perl-Users Digest, Issue: 5609 Volume: 8
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Sun May 9 23:07:18 1999
Date: Sun, 9 May 99 20:00:24 -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 Sun, 9 May 1999 Volume: 8 Number: 5609
Today's topics:
Active Perl Newbie <bgarrett@hamilton.net>
Activeperl Newbie <bgarrett@hamilton.net>
Can Perl? <dallen@goldsboro.net>
Re: Can Perl? <uri@sysarch.com>
Re: Can Perl? (Bob Trieger)
cgi (forum) web hosting recommendations? <austin.m@virgin.net>
Re: CPAN-POD & pulling my hair OUT! HELP! do the doc's <ebohlman@netcom.com>
Re: How to keep travelled path in hash ? (Michel Dalle)
Re: If first record....Please read!!! (Charles R. Thompson)
Re: local vs. my (Bart Lateur)
LWP::UserAgent - read timeout <kdl@softhome.net>
Re: Making executables from .pl files? (Ethan H. Poole)
Re: Making executables from .pl files? (Cameron Laird)
Re: mkdir on NT (Ethan H. Poole)
Q: header for no-caching of files? (TheEadsNet)
Re: Read vs. <STDIN> (Ethan H. Poole)
Searching Text <toddm@waltz.rahul.net>
Re: Searching Text <gellyfish@gellyfish.com>
Re: Security issues wth Perl-Win32 <bennettd@asdi.saic.com>
Special: Digest Administrivia (Last modified: 12 Dec 98 (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Sun, 9 May 1999 20:27:06 -0500
From: "Bill G's News" <bgarrett@hamilton.net>
Subject: Active Perl Newbie
Message-Id: <37363cc7@news.hamilton.net>
Hello. I have just got a new computer and finally downloaded activeperl.
The only problem is that I can't figure out how it works. what is the path
to perl, would it be C:\perl\binaries\perl.exe ? Then, I save a file as
something.pl then how do I open it to test it??
Thanks,
Jason Garrett
------------------------------
Date: Sun, 9 May 1999 21:04:51 -0500
From: "Bill Garrett" <bgarrett@hamilton.net>
Subject: Activeperl Newbie
Message-Id: <37363ece@news.hamilton.net>
Hello. I just downloaded activeperl as I would like to write my own perl
scripts. What is the path to perl? Is it C:\perl\binaries\perl.exe ? Also,
I have written the ever famous "Hello World" script. How do I open it? and
then what do i do with it.
Sorry for the general questions any help will be useful. Does anyone know
any activeperl newsgroups.
thanks,
Jason
------------------------------
Date: Sun, 9 May 1999 01:28:58 -0400
From: "David Allen" <dallen@goldsboro.net>
Subject: Can Perl?
Message-Id: <cS8Z2.73$u3.306@news.ipass.net>
Hey Folks, I know you can rerite Perl in the C language. Can it be done in
anyway with Pascal?
Thanks,
David
------------------------------
Date: 09 May 1999 02:16:25 -0400
From: Uri Guttman <uri@sysarch.com>
Subject: Re: Can Perl?
Message-Id: <x7hfpmsr7q.fsf@home.sysarch.com>
>>>>> "DA" == David Allen <dallen@goldsboro.net> writes:
DA> Hey Folks, I know you can rerite Perl in the C language. Can it
DA> be done in anyway with Pascal?
can you rewrite that in the english language?
:-)
uri
--
Uri Guttman ----------------- SYStems ARCHitecture and Software Engineering
uri@sysarch.com --------------------------- Perl, Internet, UNIX Consulting
Have Perl, Will Travel ----------------------------- http://www.sysarch.com
The Best Search Engine on the Net ------------- http://www.northernlight.com
------------------------------
Date: Sun, 09 May 1999 11:34:11 GMT
From: sowmaster@juicepigs.com (Bob Trieger)
Subject: Re: Can Perl?
Message-Id: <7h3qs3$qm9$1@ash.prod.itd.earthlink.net>
[ courtesy cc sent by mail if address not munged ]
Uri Guttman <uri@sysarch.com> wrote:
>>>>>> "DA" == David Allen <dallen@goldsboro.net> writes:
>
> DA> Hey Folks, I know you can rerite Perl in the C language. Can it
> DA> be done in anyway with Pascal?
>
>can you rewrite that in the english language?
I think he wants the perl kernel ritten[sic] in Pascal because he wants
to install it and has a Pascal compiler but no C compiler.
------------------------------
Date: Sun, 9 May 1999 07:39:07 +0100
From: "Mark Austin" <austin.m@virgin.net>
Subject: cgi (forum) web hosting recommendations?
Message-Id: <7h3af0$1u9$1@nclient5-gui.server.virgin.net>
Need hoster for travel forum
Max 2000 postings per month
Must have FLOCK capabilities (so not Sun)
10Mb would do - 20 better
Looking to go with basic service level and then upgrade to virtual domain if
successful
I'm in the UK but dont mind where they are as long as they are reliable
Any suggestions?
RSVP
Mark
------------------------------
Date: Mon, 10 May 1999 02:25:06 GMT
From: Eric Bohlman <ebohlman@netcom.com>
Subject: Re: CPAN-POD & pulling my hair OUT! HELP! do the doc's really suck this bad?
Message-Id: <ebohlmanFBHw1v.tq@netcom.com>
N <nospam@atanytimeonthe.net> wrote:
: I can't beleive how much time I have spent looking through CPAN stuff
: trying to find what I would call "struct" - where you would find all the
: little variables / calls that you can make to a MODULE.
: I thought the whole idea of creating a module is you want other people
: to use it's features, so first thing you should show is how to call your
: module and then what all the variables / calls names you can make.
: Instead I get a big huge half a page on my screen showing NAME,
: SYNOPSIS (with like two little lines in it), DESCRIPTION (says a little
: story about how the guy made it and such. They should put this crap at
: the END, where's the beef???
Are you sure you're reading all the documentation for those modules?
Most Perl modules have the documentation embedded inside in the form of
POD, and you can read it either by using perldoc (e.g. 'perldoc
Text::Query::Advanced') or by using one of the pod2* programs to extract
the documentation and turn it into HTML, TeX, a manpage, or what have
you. Only the biggest modules have documentation in external files.
I've generally found the internal documentation for most modules on CPAN
to be quite comprehensive, though I admit that a few seemed to be written
by authors with a pathological fear of documentation.
In order for me to figure out where you're coming from, I'd like you to
evaluate the documentation for either or both of Text::Query::Advanced or
Text::Query::Simple (both modules that I wrote). I'd like to think I
documented them well, but I'm hardly in a position to be objective about it.
------------------------------
Date: Sun, 09 May 1999 10:30:18 GMT
From: michel.dalle@usa.net (Michel Dalle)
Subject: Re: How to keep travelled path in hash ?
Message-Id: <7h3o29$68t$2@xenon.inbe.net>
In article <DXXY2.11022$ny.894654@typhoon-sf.snfc21.pbi.net>, snowhare@long-lake.nihongo.org (Benjamin Franz) wrote:
>In article <HPXY2.11021$ny.893951@typhoon-sf.snfc21.pbi.net>,
>Benjamin Franz <snowhare@long-lake.nihongo.org> wrote:
>>In article <7h140c$50v$1@xenon.inbe.net>,
>>Michel Dalle <michel.dalle@usa.net> wrote:
>>>>
>>>But still, it would be nice to be able to build a graph of the top N
> travelled
>>>paths, no ?
>>
>
>Oops. Posted buggy code. Here is the corrected version.
>
[code snipped]
>
That's neat :-)
But I think I'll stick to a tree (with limited depth as you said).
Oh, and the "sort" is out of the question, it takes several minutes.
(see thread "Sorting is too slow for finding top N elements")
Thanks,
Michel.
--
aWebVisit - extracts visitor information from WWW logfiles and shows
the top entry, transit, exit and 'hit&run' pages, the links followed
inside your website, the time spent per page, the visit duration etc.
For more details, see http://gallery.uunet.be/Michel.Dalle/awv.html
------------------------------
Date: Mon, 10 May 1999 02:04:45 GMT
From: design@raincloud-studios.com (Charles R. Thompson)
Subject: Re: If first record....Please read!!!
Message-Id: <MPG.11a00a13299a83b4989682@news>
In article <7h5a3i$4cs$1@nnrp1.deja.com>, jeff@indexfinger.com says...
> I need the "If
> its the first record in the database, it should do
> one
> thing. If not, do something else." part.
if ($whatever_designates_your_first_record){
# do stuff
}else{
# do other stuff
}
> I appreciate all help.
no prob. If I can be any more vague in return, just ask.
--
Charles R. Thompson
RainCloud Studios
--posted with evaluation copy of MicroPlanet Gravity(PC)--
--please email if software causes problems in newsgroup--
------------------------------
Date: Sun, 09 May 1999 10:23:49 GMT
From: bart.lateur@skynet.be (Bart Lateur)
Subject: Re: local vs. my
Message-Id: <37355711.831674@news.skynet.be>
[posted and mailed]
rmhaman@bigfoot.com wrote:
>I've been reading thru the FAQ on the difference between local() and my() and
>have been getting confused. What is the difference and in which situations
>should I use either?
You have been going through the FAQ so I guess you must have crossed
this entry in perlfaq7:
What's the difference between dynamic and lexical (static) scoping?
Between local() and my()?
Most people would say: "Always try to use my() first, and only if Perl
objects, resort to use local()." Not a bad rule. So why does so much
available source code use local()? Because my() was an addition in
Perl5. You had to use local() in Perl4 and before.
And why is local() bad? It isn't. Only: it doesn't work as most people,
coming from other programming languages, would expect. local() does a
*temporal* localisation of the variable. On entry, the old value from
the valriable is read and pushed onto the return stack, and it's reset
to undef (or whatever you assign to it). Only when the block is left,
the old value is popped from the stack, and put back.
This means that if you call a subroutine from within this block, the
local() value of the variable is in effect. (n.b. Maybe the word
"temporary" would have been a better choice of name than "local". But it
reads a bit weird.)
Not with my(). my() does a *spatial* localisation of the variables. That
means that only code that *looks* like it's inside the block, can see
this variable. That's less likely to confuse less experienced people. It
may be a bit faster than local(), too.
So what's the advantage of local() over my()? [A] global vcariables are
stored in a hash-like structure, where the bare name (no prefix) is the
key, and the value is a "record structure" (called a "typeglob"; prefix
"*") with an entry slot for each and every type of variable. That
includes scalars, arrays and hashes, as you would expect, but also
subroutines, filehandles, and a bunch of other less used stuff (e.g.
formats). If you use local() on a typeglob, in effect you localize all
of those variables.
my() variables are NOT stored in a typeglob. By contrast, my() reserves
one single slot for each declared variable. So
my(%x,@x);
reserves one slot for the hash %x, and one slot for the array @x. my()
is limited to scalars, arrays and hashes, so you cannot use my() on a
filehandle, a subroutine, a format, let alone a typeglob. That's one
reason to use local().
[B] Another good reason might be that you may WANT the behaviour of
local(). An example.
Suppose you create a Perl script that does file parsing, with an option
to "#include" other files. The net effect should appear as if the other
file was simply copied and pasted inside the other file, instead of the
"#include" statement. That could go any level deep, even be recursive
(you should then make this inclusion conditional, otherwise you'd end up
with infinite recursion). How would you do that in Perl?
Easy. Suppose you're reading the main file through the filehandle FILE,
like
while(<FILE>) { ... }
When you encounter this include statement, you enter a code block where
you can do
{
local(*FILE); # localize typeglob, including filehandle
open(FILE,$filetoinclude); # or die...
&process;
}
and you can now recursively process this included file. The WHOLE SCRIPT
only sees this subfile through the handle, however you code it. You
don't have to pass the filehandle around, which could be a bit
cumbersome.
When your trough processing the subfile, (which may have called this
code block again,) &process returns and you fall through at the end of
the block. The subfile is closed, and you simply continue processing
your main file, as if never interrupted.
There's also reasons to use my() in code, which wouldn't work with
local(), such as function closures, where your sub returns a sub
definitions, and where my()-ed parameters can be sealed inside the sub
forever (huh... "until the sub is discarded"). Check available
documentation (incl. perlfaq7 and perlref, but also the book "Advanced
Perl Programming) if you're interested in closures. But closures are
pretty advanced stuff. You may never need them. Neat, though.
Anyway, in most cases, it doesn't really matter which one, local() or
my(), you use.
HTH,
Bart.
------------------------------
Date: Sun, 9 May 1999 08:41:02 +0900
From: "Denis Kotseba" <kdl@softhome.net>
Subject: LWP::UserAgent - read timeout
Message-Id: <7h3sbq$odb$1@usenet.kreonet.re.kr>
Hi,
I am trying to write a script calling the CGI-script on the remote server.
It's the first experience with LWP, so I just took the code from the manual
and substituted values. Although I can get reasonable results using the HTML
form with no visible delays, when I run my script, I get the '500 : read
timeout' message.
Could anyone help?
Thanks!
--------
Following is the source code of the script and a the HTML code for the form:
#!/usr/bin/perl -w
use strict;
use LWP::UserAgent;
# Create a user agent object
my $ua = new LWP::UserAgent;
$ua->agent('SearchAgent/1.0');
$ua->timeout('10'); # changing value or even commenting out the entire
line makes no difference
# Create a request
my $req = new HTTP::Request GET =>
'http://www.cogsci.princeton.edu/cgi-bin/webwn/';
$req->content_type('application/x-www-form-urlencoded');
$req->content('stage=1&word=search');
# Pass request to the user agent and get a response back
my $res = $ua->request($req);
print $res->code, " : ", $res->message, "\n", $res->content, "\n";
FORM ACTION=http://www.cogsci.princeton.edu/cgi-bin/webwn/ METHOD=GET>
<INPUT TYPE=HIDDEN NAME=stage VALUE=1>
Search word: <INPUT TYPE=TEXT NAME=word>
<INPUT TYPE=SUBMIT VALUE="Find valid searches">
</FORM>
------------------------------
Date: Wed, 05 May 1999 18:24:17 -0400
From: ehpoole@ingress.com (Ethan H. Poole)
Subject: Re: Making executables from .pl files?
Message-Id: <618xDY0l#GA.197@rejz.ij.net>
[Posted and Emailed] In article <ky_X2.288$cV4.1365@news1.online.no>,
agjemmes@extremeonline.com says...
>
>It seems like I'm not the one with the attitude problem...
>
>When selling a commercial product, would you want other people to mess with,
>change, and possibly redistribute your product? Me and my partner have
>developet a neat copy protection system which contacts our server, and thus
>people won't be able to do anything about it if the code is pre-compiled.
>Also, it makes installation a lot easier as you just upload the file to your
>server (without worrying about perl location), and do all the configuration
>through a web form.
You'd better make certain you spell out exactly how and what your 'copy
protection scheme' is doing in your license agreement. And what happens on
intranets? Just the thought of potentially unauthorized information being
automatically exchanged with your server will cause quite a fuss once people
learn of it.
You will probably also want to display the information to be sent to your
server to the administrator for their 'approval' prior to it being sent.
Personally, I'd hate to deal with the PR and litigation fallout this method
can bring about. You have to be careful when you choose to treat 100% of
your clients as if they were potential criminals in such a blatant manner (it
creates an instant 'if you don't trust me, why should I trust you'
atmosphere) -- it can backfire in ways you never imagined.
Besides, that's what licensing is for, to legally restrict another individual
or entity's right to modify or redistribute your copyrighted work. How
effective the license is is largely dependent on your willingness to enforce
it.
For the record, even precompiled code *can* be modified, compilation only
obfuscates the code.
You will also encounter the problem (if you are intending to distribute to
multiple platforms) that *every* platform will require its *own* compiled
executable... talk about headaches to maintain. On the other hand, if you
make the lazy webmaster simply call his/her ISP and learn the correct path to
Perl, everyone's life is ultimately made simpler.
--
Ethan H. Poole | Website Design and Hosting,
| CGI Programming (Perl & C)..
========Personal=========== | ============================
* ehpoole @ ingress . com * | --Interact2Day, Inc.--
| http://www.interact2day.com/
=======FREE WEBSITE DESIGN PROMOTION UNTIL 5/31/99!=======
------------------------------
Date: 9 May 1999 06:33:22 -0500
From: claird@Starbase.NeoSoft.COM (Cameron Laird)
Subject: Re: Making executables from .pl files?
Message-Id: <7h3rq2$bhp$1@Starbase.NeoSoft.COM>
In article <37302931@cs.colorado.edu>,
Tom Christiansen <tchrist@mox.perl.com> wrote:
> [courtesy cc of this posting sent to cited author via email]
.
.
.
>And what if you want to send someone a program that uses Tk, but
>they don't have it?
.
.
.
You use one of the several tools which appear in <URL:http://
starbase.neosoft.com/~claird/comp.lang.tcl/tcl_compilers.html>.
The question arises often, and has an answer.
--
Cameron Laird http://starbase.neosoft.com/~claird/home.html
claird@NeoSoft.com +1 281 996 8546 FAX
------------------------------
Date: Wed, 05 May 1999 18:27:07 -0400
From: ehpoole@ingress.com (Ethan H. Poole)
Subject: Re: mkdir on NT
Message-Id: <7Qe0oZ0l#GA.192@rejz.ij.net>
[Posted and Emailed] In article <7gpc55$ahm$1@nnrp1.dejanews.com>,
mcberio@my-dejanews.com says...
>
>Hi,
>
>I have a UNIX script which makes a directory, copies a template into it and
>fills it with user-input. I now want to run the script on NT with
ActivePerl.
>
>I have code like:
>
>#####
>
>
>open(NEWDIR,"|mkdir $newdir") || print &Error('Sorry, cannot make
directory');
> print NEWDIR $newdir;
> close(NEWDIR);
> chmod(0777,"$newdir");
>
Why are you ever spawning an external process to create a directory in the
first place?
Why not simply use the builtin mkdir() function?
--
Ethan H. Poole | Website Design and Hosting,
| CGI Programming (Perl & C)..
========Personal=========== | ============================
* ehpoole @ ingress . com * | --Interact2Day, Inc.--
| http://www.interact2day.com/
=======FREE WEBSITE DESIGN PROMOTION UNTIL 5/31/99!=======
------------------------------
Date: 10 May 1999 02:07:10 GMT
From: theeadsnet@aol.com (TheEadsNet)
Subject: Q: header for no-caching of files?
Message-Id: <19990509220710.26848.00001538@ng121.aol.com>
Does anyone know what the header is to prevent browser caching of files
"print"ed by Perl?
Perhaps there's another technique, as well.
Much appreciated.
Joe Halbrook
http://www.keitzer.com
------------------------------
Date: Wed, 05 May 1999 18:32:39 -0400
From: ehpoole@ingress.com (Ethan H. Poole)
Subject: Re: Read vs. <STDIN>
Message-Id: <eaX9uc0l#GA.179@rejz.ij.net>
[Posted and Emailed] In article <37303863@news.uk.ibm.net>, vvb@ibm.net
says...
>
>Hi,
>
>whenever you read on using Perl for CGI, this is the syntax used for reading
>the input of a POST-ed form:
> read(STDIN, $buffer, $ENV{'CONTENT_LENGTH'});
>This works, but when I just learned Perl (or rather: could modify scripts to
>fit my needs :-) I could never remember this line. So I discoverd I could
>also use:
> $buffer=<STDIN>;
>These two lines read both the same from STDIN - or in this case whatever the
>user filled in in the form.
>
>As these two lines seem to do the same, can anyone explain IF there is a
>difference, and if so, what it is and which is better to use?
Sure <STDIN> will hang if there is no EOF, and it will end prematurely if an
EOF character comes along in an otherwise binary stream. For CGI, STDIN
should be treated as a binary stream to prevent any corruption of the input
data.
There is a reason why the CGI 1.1 specs state that you are to read
CONTENT_LENGTH and CONTENT_LENGTH *only* bytes from STDIN.
--
Ethan H. Poole | Website Design and Hosting,
| CGI Programming (Perl & C)..
========Personal=========== | ============================
* ehpoole @ ingress . com * | --Interact2Day, Inc.--
| http://www.interact2day.com/
=======FREE WEBSITE DESIGN PROMOTION UNTIL 5/31/99!=======
------------------------------
Date: 9 May 1999 05:38:40 GMT
From: Todd McLaughlin <toddm@waltz.rahul.net>
Subject: Searching Text
Message-Id: <7h3710$f8v$1@samba.rahul.net>
I'm searching through some text for a string. When I find the
string, I want to break out of the loop and process the rest
of the text (from <STDIN>) in another loop.
I have the following code, but it seems to loop through all the
text before breaking out.
while(! /SearchString/)
{
}
Sorry about the easy question, but I couldn't find the answer in
the man pages or FAQ. Maybe if I read it in to a list of lines
and searched each line individually.
Other question:
I'm reading from STDIN the output of a system call. How do I
stop reading in from STDIN when I reach the end of my system
call output. Currently, it just sits there waiting for more
input.
system("myprog");
while(<STDIN>)
{
do stuff;
}
Thanks!
Todd
------------------------------
Date: 9 May 1999 11:17:51 -0000
From: Jonathan Stowe <gellyfish@gellyfish.com>
Subject: Re: Searching Text
Message-Id: <7h3qsv$4jd$1@gellyfish.btinternet.com>
On 9 May 1999 05:38:40 GMT Todd McLaughlin wrote:
> I'm searching through some text for a string. When I find the
> string, I want to break out of the loop and process the rest
> of the text (from <STDIN>) in another loop.
>
> I have the following code, but it seems to loop through all the
> text before breaking out.
>
> while(! /SearchString/)
> {
> }
>
Not entirely sure what you want here - how is the string held, what are you
doing in the loop ?
Anyhow whu cant you do something like
while(1)
{
last if /SearchString/ ;
}
Of course not knowing the nature of the loop that could be useless to you.
> Other question:
>
> I'm reading from STDIN the output of a system call. How do I
> stop reading in from STDIN when I reach the end of my system
> call output. Currently, it just sits there waiting for more
> input.
>
> system("myprog");
>
> while(<STDIN>)
> {
> do stuff;
> }
>
Hey ?
It doesnt work like that ...
You either do:
@array = `myprog`;
And process the contents of array
Or:
open(PROG,'myprog |') || die "Could run - $!\n";
while(<PROG>)
{
#process programs output
}
close(PROG) || die 'Program had an error';
But as you seem to indicate that the program is waiting for some
input I dont think either of these will work for you in that case
- you may have to look at IPC::Open2 to both read and write to
a child process.
/J\
--
Jonathan Stowe <jns@gellyfish.com>
Some of your questions answered:
<URL:http://www.btinternet.com/~gellyfish/resources/wwwfaq.htm>
Hastings: <URL:http://www.newhoo.com/Regional/UK/England/East_Sussex/Hastings>
------------------------------
Date: Sun, 9 May 1999 19:48:29 -0700
From: "Darren Bennett" <bennettd@asdi.saic.com>
Subject: Re: Security issues wth Perl-Win32
Message-Id: <87198361@NEWS.SAIC.COM>
FUD?? whatever.. I have read (many places including ACTIVE STATE and Linux
Journal) that Perl opens up some BARN Door Exploits.. I just don't know them
and it is hard to secure that which you don't know is open..
-Darren
Jonathan Stowe wrote in message <7h44q3$59k$1@gellyfish.btinternet.com>...
>On Sat, 8 May 1999 09:00:30 -0700 Darren Bennett wrote:
>> I'm working on scripts to do sysadmin
>> logging/monitoring/reporting on my NT servers.. just how bad are the
>> Security issues with this?? (and what can I do to tighten them up?)
>>
>
>I sense some FUD at play here. There seems to be some implication that
>using Perl opens up some yawning security hole - which of course is not
>the case or rather no more than carrying out the same operations with
>any other language.
>
>It mighty be more helpful if you made some suggestion as to what you
>precisely you were trying to do and why you thought this might be a
>security risk.
>
>Of course a lot of the possible things are nothing to do with Perl and
>would be better taken to another group - such as Authentication and so
>forth.
>
>You might also be better off looking at one of the Win32 Perl specific
>mailing-lists that can be found at <http://www.activestate.com> as there
>will be a better ratio of people who are interested in NT issues there.
>
>/J\
>--
>Jonathan Stowe <jns@gellyfish.com>
>Some of your questions answered:
><URL:http://www.btinternet.com/~gellyfish/resources/wwwfaq.htm>
>Hastings:
<URL:http://www.newhoo.com/Regional/UK/England/East_Sussex/Hastings>
------------------------------
Date: 12 Dec 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 Dec 98)
Message-Id: <null>
Administrivia:
Well, after 6 months, here's the answer to the quiz: what do we do about
comp.lang.perl.moderated. Answer: nothing.
]From: Russ Allbery <rra@stanford.edu>
]Date: 21 Sep 1998 19:53:43 -0700
]Subject: comp.lang.perl.moderated available via e-mail
]
]It is possible to subscribe to comp.lang.perl.moderated as a mailing list.
]To do so, send mail to majordomo@eyrie.org with "subscribe clpm" in the
]body. Majordomo will then send you instructions on how to confirm your
]subscription. This is provided as a general service for those people who
]cannot receive the newsgroup for whatever reason or who just prefer to
]receive messages via e-mail.
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 5609
**************************************
