[8302] in Perl-Users-Digest
Perl-Users Digest, Issue: 1920 Volume: 8
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Tue Feb 17 11:10:31 1998
Date: Tue, 17 Feb 98 08:01:53 -0800
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Tue, 17 Feb 1998 Volume: 8 Number: 1920
Today's topics:
Re: script won't run...displays script text (Michael W Peterson)
Re: script won't run...displays script text <tchrist@mox.perl.com>
simple question <jahnel@xarch.tu-graz.ac.at>
Re: simple question <rra@stanford.edu>
strange error with perl on iis 3.0 when opening files mr@impress.de
Re: strange error with perl on iis 3.0 when opening fil <tchrist@mox.perl.com>
Re: Stripping HTML tags in 5.004 <rra@stanford.edu>
Re: Stupid problem that got me stumped (Francois Trousset)
subroutine localtime (eichner)
Re: The Young Man and the Beach <boys@aspentech.com>
Re: The Young Man and the Beach <rra@stanford.edu>
Re: Using Perl to encrypt credit card numbers at Web si <rra@stanford.edu>
utime function on NT. <scp@cadcentre.co.uk>
Re: What does this mean? <rra@stanford.edu>
Re: what is exaclty the "_" Variable ?!?! <barnett@houston.Geco-Prakla.slb.com>
Re: which sub calls my sub in perl module ? (M.J.T. Guy)
Digest Administrivia (Last modified: 8 Mar 97) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: 17 Feb 1998 11:19:07 GMT
From: michael@flash.net (Michael W Peterson)
Subject: Re: script won't run...displays script text
Message-Id: <6cbrnb$7gv$1@excalibur.flash.net>
On Tue, 17 Feb 1998 00:30:35 -0500, <jdf@pobox.com> wrote:
>tchrist@mox.perl.com said...
>: In comp.lang.perl.misc, SmallWorks <gameday@uslink.net> writes:
>: :how do i make my perl script run?
>:
>: Get up at 91 minutes before dawn, clothe yourself in neon green body
>: paint and nothing else, pour a little (blended) scotch out on the ground,
> ^^^^^^^
>With all due respect, you've misspelled "single-malt."
With all due respect, one does not pour a single-malt[0] out on the ground.
[0] Except possibly the handful of single-malts the mega-distilleries really
should just keep for their blends, rather than release.
--
Michael W Peterson <http://www.flash.net/~michael/>
Chief System Administrator FlashNet Communications
Unix: more than enough rope...
------------------------------
Date: 17 Feb 1998 14:18:07 GMT
From: Tom Christiansen <tchrist@mox.perl.com>
Subject: Re: script won't run...displays script text
Message-Id: <6cc66v$lr6$1@csnews.cs.colorado.edu>
[courtesy cc of this posting sent to cited author via email]
In comp.lang.perl.misc, jdf@pobox.com (Jonathan Feinberg) writes:
:: paint and nothing else, pour a little (blended) scotch out on the ground,
: ^^^^^^^
:With all due respect, you've misspelled "single-malt."
I think not. I know what to throw away and what to keep. :-)
--tom
--
Tom Christiansen tchrist@jhereg.perl.com
"111% of crap is everything." --Larry Wall
------------------------------
Date: Tue, 17 Feb 1998 12:26:27 +0100
From: Jahnel Klaus <jahnel@xarch.tu-graz.ac.at>
Subject: simple question
Message-Id: <34E973E3.E590CE39@xarch.tu-graz.ac.at>
what would be better:
to write temp datas to a string or array or whatever or
to write them to a temp file?
Whatis faster, what is better for the performance?
Tia Klaus
------------------------------
Date: 17 Feb 1998 06:05:47 -0800
From: Russ Allbery <rra@stanford.edu>
Subject: Re: simple question
Message-Id: <m367me9vic.fsf@windlord.Stanford.EDU>
Jahnel Klaus <jahnel@xarch.tu-graz.ac.at> writes:
> what would be better: to write temp datas to a string or array or
> whatever or to write them to a temp file? Whatis faster, what is better
> for the performance?
Under most circumstances, keeping temporary data in memory (a string or an
array) is going to be faster right up to the point at which you exhaust
the virtual memory on the machine, at which point it (and everything else)
becomes much, much slower.
Temporary files vs. keeping temporary data in memory is a classic space
versus time tradeoff. Memory is always faster than disk, but you have a
much more limited supply of it, and memory is backed by disk so if you use
too much of it you end up using the disk anyway, usually in a much less
efficient manner. You can also hurt *other* things going on on the system
if you use too much memory.
--
#!/usr/bin/perl -- Russ Allbery, Just Another Perl Hacker
$^=q;@!>~|{>krw>yn{u<$$<[~||<Juukn{=,<S~|}<Jwx}qn{<Yn{u<Qjltn{ > 0gFzD gD,
00Fz, 0,,( 0hF 0g)F/=, 0> "L$/GEIFewe{,$/ 0C$~> "@=,m,|,(e 0.), 01,pnn,y{
rw} >;,$0=q,$,,($_=$^)=~y,$/ C-~><@=\n\r,-~$:-u/ #y,d,s,(\$.),$1,gee,print
------------------------------
Date: Tue, 17 Feb 1998 05:04:09 -0600
From: mr@impress.de
Subject: strange error with perl on iis 3.0 when opening files
Message-Id: <6cbqr9$9vu$1@nnrp1.dejanews.com>
i have a strange problem with perl 5.xxx on microsofts iis 3.0 on nt 4.0
server with sp3.
this morning all my perl scripts stopped working and
crashes with a cgi-error (something like that)
CGI-Error
the script doen't
respond with the correct cgi-headers
this problem is not a new one, two
weeks ago we have completly reinstalled all the software on that machine.
the problem is when using
OPEN (FILE, ...) .... CLOSE (FILE)
at this time
the script crashes. i have a really good solutions for that problem: i just
copy the complete perl-directory from my machine onto the server and then
the scripts funkction again. i do not do anything else! no user rights, no
registry patch, nothing.
anybody out there having an idea?
ps: please
answer also by mail (mr@impress.de)
-----== Posted via Deja News, The Leader in Internet Discussion ==-----
http://www.dejanews.com/ Now offering spam-free web-based newsreading
------------------------------
Date: 17 Feb 1998 14:35:47 GMT
From: Tom Christiansen <tchrist@mox.perl.com>
Subject: Re: strange error with perl on iis 3.0 when opening files
Message-Id: <6cc783$lr6$5@csnews.cs.colorado.edu>
[courtesy cc of this posting sent to cited author via email]
Using that sorry excuse for a newsreader, Mozilla/2.0 (compatible;
MSIE 3.01; Windows NT), mr@impress.de writes the most fricking asked
question ever heard about something that doeesn't belong here in the
comp.lang.perl.misc newsgroup:
:i have a strange problem with perl 5.xxx on microsofts iis 3.0 on nt 4.0
:server with sp3.^M^Mthis morning all my perl scripts stopped working and
:crashes with a ^Mcgi-error (something like that)^M^MCGI-Error^Mthe script doen't
:respond with the correct cgi-headers^M^Mthis problem is not a new one, two
:weeks ago we have completly ^Mreinstalled all the software on that machine.
:the problem is when using ^M^MOPEN (FILE, ...) .... CLOSE (FILE)^M^Mat this time
:the script crashes. i have a really good solutions for that problem: i ^Mjust
:copy the complete perl-directory from my machine onto the server and then
:the scripts funkction again. i do not do anything else! no user rights, no
:registry ^Mpatch, nothing.^M^Manybody out there having an idea?^M^Mps: please
:answer also by mail (mr@impress.de)
$ man perlfaq9
And see question one, the very first question there, which begins to
address this.
While I've got you reading, also read these. And please fix your
mangled postings. Those ^Ms are hideous.
The CGI Newsgroup (NOT THIS ONE):
comp.infosystems.www.authoring.cgi
CPAN's Web-related modules in Perl:
http://www.perl.com/CPAN/modules/by-category/15_World_Wide_Web_HTML_HTTP_CGI/
The Idiot's Guide to solving Perl/CGI problems
http://www.perl.com/perl/faq/idiots-guide.html
Perl FAQs
http://www.perl.com/CPAN/doc/FAQs/
Perl Manpages (old)
http://www.perl.com/CPAN/doc/manual/html/
CGI FAQ
http://www.webthing.com/page.cgi/cgifaq
WWW Security FAQ
www-genome.wi.mit.edu/WWW/faqs/www-security-faq.html
Web FAQ
http://www.boutell.com/faq/
HTTP Spec
http://www.w3.org/pub/WWW/Protocols/HTTP/
HTML Spec
http://www.w3.org/pub/WWW/MarkUp/
CGI Spec
http://hoohoo.ncsa.uiuc.edu/cgi/interface.html
--tom
--
Tom Christiansen tchrist@jhereg.perl.com
"Patriotism is the virtue of the vicious."
- Oscar Wilde
------------------------------
Date: 17 Feb 1998 05:11:00 -0800
From: Russ Allbery <rra@stanford.edu>
Subject: Re: Stripping HTML tags in 5.004
Message-Id: <m3u39y9y1n.fsf@windlord.Stanford.EDU>
Abigail <abigail@fnx.com> writes:
> Russ Allbery (rra@stanford.edu) wrote:
>> Andrew Haylett <ajh@primag.co.uk> writes:
>>> "perldoc perlfaq9" yields the RE s/<(?:[^>'"]*|(['"]).*?\1)*>//gs,
>>> which works fine in 5.001 but bites the dust in 5.004 ("regexp *+
>>> operand could be empty").
>> At least by my eyeballing of it, s/<(?:[^>'"]+|(['"]).*?\1)*>//gs
>> should be equivalent and not have that problem.
> But it strips too much. 'a < b' is pure data.
I'm sorry, I don't see how either of these regexes would strip 'a < b'.
Could you explain further?
> On the other hand, it strips too little:
> <!--> This is a comment <!-->
I believe that both of these regexes have that problem; as I recall, Tom
had a separate regex before this one explicitly to deal with comments
since they're a special case.
All I was contending is that the regex I gave is equivalent to the one in
the FAQ but doesn't have the *+ problem.
--
#!/usr/bin/perl -- Russ Allbery, Just Another Perl Hacker
$^=q;@!>~|{>krw>yn{u<$$<[~||<Juukn{=,<S~|}<Jwx}qn{<Yn{u<Qjltn{ > 0gFzD gD,
00Fz, 0,,( 0hF 0g)F/=, 0> "L$/GEIFewe{,$/ 0C$~> "@=,m,|,(e 0.), 01,pnn,y{
rw} >;,$0=q,$,,($_=$^)=~y,$/ C-~><@=\n\r,-~$:-u/ #y,d,s,(\$.),$1,gee,print
------------------------------
Date: 17 Feb 1998 13:05:50 GMT
From: trs@eerie.fr (Francois Trousset)
Subject: Re: Stupid problem that got me stumped
Message-Id: <6cc1ve$3if$1@anais.eerie.fr>
In article <34E4A4EE.D2855E28@us.oracle.com>,
Allen Choy <achoy@us.oracle.com> writes:
>
> Okay. The require function can include modules dynamically by doing a
>
> require MODULE;
>
> Since I don't know which module I'm requiring ahead of time, I need to
> pass in a variable to
> the require. But the variable is a string, and I get a runtime error on
> the require line.
> Anyone know how I can get around this?
Hi,
Use of eval may be a solution to you problem : for example :
$module1 = 'Tk';
$module2 = 'Tk::Pane';
eval "require $module1";
eval "require $module2";
Seems to work. I hope this can help you.
Francois Trousset
------------------------------
Date: Tue, 17 Feb 1998 14:24:42 GMT
From: eichner@gmx.de (eichner)
Subject: subroutine localtime
Message-Id: <34eb9b87.17132104@news.uni-augsburg.de>
Hi,
When I call the "read" subroutine from the Win32::EventLog package I
get the login time of a user. Variable: $EventInfo->{TimeWritten}
This variable contains the number of non-leap seconds since January 1,
1970.
With the localtime function it should be possible to split the
contents of the time-variable into seconds, minutes, ...
I use the folling call:
($sec,$min,$hour,$mday,$mon,$year,$wday,$yday,$isdst) =
localtime($EventInfo->{TimeWritten});
But $mday, $mon, ... still contains January 1, 1970.
Why?
Thanks again for any help
Michael
------------------------------
Date: Tue, 17 Feb 1998 13:15:19 +0000
From: Ian Boys <boys@aspentech.com>
Subject: Re: The Young Man and the Beach
Message-Id: <34E98D67.59E2@aspentech.com>
Nathan V. Patwardhan wrote:
>
> John Bollenbacher (jhb@cts.com) wrote:
> : I think that long-time participants in internet and computing in general
> : forget
>
> This linewrap is atrocious. It's giving me a spasm. Quit it. Sure,
> you're one step better than a MIME posting, but only slightly. ;-)
>
It's a bug in Netscape. The problem is, you don't find out what's
happened to your post or email until someone quotes your message back
to you and you see the mess.
Here are some guidelines to help Netscape users avoid badly formatted
messages, and (hopefully) the message recipients:
1. Don't stretch the message composition window wider than than the
default 72 columns. Even though your message looks fine as
displayed, Netscape is likely to re-wrap it to 72 columns behind
your back before transmission.
2. Don't insert manual line breaks with the return key. Let Netscape
autowrap the paragraphs.
3. Don't think that just because you have turned off "Wrap long lines"
in the view menu, that Netscape will not wrap your long lines on
transmission anyway.
Some of these problems are fixed in Netscape 3.0, and maybe
Communicator, but it's hard to be certain what will work and what won't.
Best thing is to send emails to yourself and experiment until you
understand exactly how the program behaves.
I hope this helps someone. I went months before I discovered I was
sending mangled emails, and I was well annoyed when I found out.
Ian
------------------------------
Date: 17 Feb 1998 05:08:08 -0800
From: Russ Allbery <rra@stanford.edu>
Subject: Re: The Young Man and the Beach
Message-Id: <m3wweu9y6f.fsf@windlord.Stanford.EDU>
Mark Kramer <c28f62@world.std.com> writes:
> Oh, please. Tom didn't intend it to be interpreted even though he spent
> the effort to post it?
I think you'd do a lot better with allegories if you'd approach them from
an English lit perspective rather than trying to deconstruct every phrase
and then draw conclusions based on the *absence* of things. That just
isn't how to effectively understand an allegory.
> He didn't intend anyone to interpret his comments about scurilous
> softtware to be interpreted that way?
Sure. Tom doesn't like some types of software. He doesn't think people
should use those types of software. This is hardly a surprise. He was
giving out good advice while he was complaining about people's software;
if people wanted to ignore the advice because they didn't like the tone,
they were welcome to do so.
Having you start complaining about the tone of an allegory and about how
Tom was answering questions I'll note *you weren't answering* and how Tom
was helping people *you weren't helping* strikes me as hypocritical.
> Are you seriously contending that every article posted to this
> discussion group must be an answer to a perl question?
No, but it'd be kind of nice if they were about Perl, wouldn't it?
I'm going to go post about Perl now. You're invited to join me. As this
is an unmoderated group, no one's going to stop you from continuing to
whine about how you were insulted by allegories you didn't understand
rather than using the newsgroup for what it's intended for, but I really
would rather you stopped. And will be stopping now myself.
Enjoy.
--
#!/usr/bin/perl -- Russ Allbery, Just Another Perl Hacker
$^=q;@!>~|{>krw>yn{u<$$<[~||<Juukn{=,<S~|}<Jwx}qn{<Yn{u<Qjltn{ > 0gFzD gD,
00Fz, 0,,( 0hF 0g)F/=, 0> "L$/GEIFewe{,$/ 0C$~> "@=,m,|,(e 0.), 01,pnn,y{
rw} >;,$0=q,$,,($_=$^)=~y,$/ C-~><@=\n\r,-~$:-u/ #y,d,s,(\$.),$1,gee,print
------------------------------
Date: 17 Feb 1998 05:25:55 -0800
From: Russ Allbery <rra@stanford.edu>
Subject: Re: Using Perl to encrypt credit card numbers at Web sites
Message-Id: <m3ra529xcs.fsf@windlord.Stanford.EDU>
Philip Kapusta <shareware@erols.com> writes:
> I have a Web site at which customers can place and order with a credit
> card. The site has SSL support, and the doorway page to the secure page
> is called with "https".
Excellent. So all of the credit card numbers your customers are sending
are protected by at least reasonably strong encryption.
> Once at the secure page, I have a form with a Submit button that posts
> the form's data to a CGI perl script.
This is still through https and is therefore still encrypted. Good so
far.
> Currently I am performing a very basic 1 for 1 character swapping with
> the credit card number, and then sending the form's data with the
> encrypted card number to an email account.
Whoops! You've just broken at least some of the hard work that you've
gone into to make sure that your customers' credit cards are protected by
sending out essentially clear information across the network.
So the first question to ask here is why are you doing this with e-mail?
[snip a trivial letter-replacement cypher]
> Is there a better way to handle a credit card order using HTML and Perl?
> I have been thinking that I should not be emailing the encrypted result
> to myself, but rather write the form's data to a disk file in a
> protected directory and then pick it up (FTP it) at a later time.
I gather that there's absolutely no way you can just process the orders
from the machine that takes them? In other words, what are you doing with
the credit card numbers down the road? Printing them out? Transcribing
them onto some other order? Or are you doing something else electronic
with them?
If it's the latter, then is there any way you could just store them in a
file and do the additional steps from there?
For something to really be secure, what you want is both for the numbers
to never pass in the clear (or the near-clear, like a substitution cypher)
across the greater Internet and ideally for them not to be stored in plain
text on the server (since someone could break into the server -- it's
happened to Netcom before). What I would imagine a lot of places do is
that they have a separate, firewalled internal network that they can be
reasonably assured is secure, and the credit card information goes through
https to a gateway machine and then into that secure network.
If you really do need to move around files of secure information, I'd
recommend using some form of encryption, like PGP:
> 2) Can PGP be used with a Perl script? If so, how?
Sure. It's a bit tricky, since interfacing with PGP is a pain in general,
but basically what you do is use IPC::Open3 to call PGP with the -f
option, pass in what you're encrupting, and read the encrupted output from
stdout. PGP will print its various other stuff on stderr, which can be
discarded.
--
#!/usr/bin/perl -- Russ Allbery, Just Another Perl Hacker
$^=q;@!>~|{>krw>yn{u<$$<[~||<Juukn{=,<S~|}<Jwx}qn{<Yn{u<Qjltn{ > 0gFzD gD,
00Fz, 0,,( 0hF 0g)F/=, 0> "L$/GEIFewe{,$/ 0C$~> "@=,m,|,(e 0.), 01,pnn,y{
rw} >;,$0=q,$,,($_=$^)=~y,$/ C-~><@=\n\r,-~$:-u/ #y,d,s,(\$.),$1,gee,print
------------------------------
Date: Tue, 17 Feb 1998 12:14:56 -0000
From: "S.Plant" <scp@cadcentre.co.uk>
Subject: utime function on NT.
Message-Id: <6cbusd$10j$1@flex.news.pipex.net>
Hi all,
I'm using Perl version 5.001,
unofficial patchlevel 1m.
This is the HIP Communications version, and NOT an
activestate version.
The problem I have is that utime simply doesn't work. :-)
Heres the script.
@stats = stat"$otherfile";
#create the file
open(TEMP,">$newfile");
close(TEMP);
#change the mod date&time
utime $stats[8], $stats[9], $newfile;
#end script
The problem is that utime exits correctly, but the file still
has the current date and time of when the "open" worked. !!
Anyone able to help ?
Will an upgrade to the latest activestate versions work ?
Rgds
Simon Plant
Software Engineer
Cadcentre Ltd.
------------------------------
Date: 17 Feb 1998 05:28:28 -0800
From: Russ Allbery <rra@stanford.edu>
Subject: Re: What does this mean?
Message-Id: <m3oh069x8j.fsf@windlord.Stanford.EDU>
James L Taylor <cowboy@cnnw.net> writes:
> I'm reading the book "Learning Perl" and I'm wondering if this chunk
> of code, is what causes the program to read my personal info off of my
> ISP or my system??
Yup! Although I wouldn't call the full name attached to your account
"personal info" so to speak, but I suppose it is.
> I typed filename.pl and it said "Hello James Taylor"...is this section
> suppose to do that??
Yup! This line in particular...
> @password = getpwuid($<);
...will grab all the information that is stored about you in the server's
passwd file. Traditionally, this includes your real name (in a field
called GECOS for obscure reasons). It also includes your home directory,
your shell, your account name, your uid and default gid, and possibly some
additional information depending on how the system is configured.
--
#!/usr/bin/perl -- Russ Allbery, Just Another Perl Hacker
$^=q;@!>~|{>krw>yn{u<$$<[~||<Juukn{=,<S~|}<Jwx}qn{<Yn{u<Qjltn{ > 0gFzD gD,
00Fz, 0,,( 0hF 0g)F/=, 0> "L$/GEIFewe{,$/ 0C$~> "@=,m,|,(e 0.), 01,pnn,y{
rw} >;,$0=q,$,,($_=$^)=~y,$/ C-~><@=\n\r,-~$:-u/ #y,d,s,(\$.),$1,gee,print
------------------------------
Date: Tue, 17 Feb 1998 07:52:03 -0600
From: Dave Barnett <barnett@houston.Geco-Prakla.slb.com>
To: vlierd@uni-oldenburg.de
Subject: Re: what is exaclty the "_" Variable ?!?!
Message-Id: <34E99603.2AFF0E27@houston.Geco-Prakla.slb.com>
[posted, and courtesy email sent to original author]
Eric Bohlman wrote:
>
> Claus van de Vlierd <vlierd@uni-oldenburg.de> wrote:
> : I did not find in Larry Wall's "Programming Perl" - book
> : (O'Reilly , second edition , September 1996) a precise
> : definition of this (at least for me ..) strange Variable "_" .
>
I'm going to take a guess at what you are actually trying to find out.
I'm assuming that you are seeing file tests, or other such things that
reference the '_' variable, thusly:
if (-x $file and ($d) = stat(_) and $d < 0) {
print "$file is executable NFS file\n";
}
This is taken directly from page 224, Blue Camel. The stat(_) tell perl
to look at the stat structure from a previously stat'ed file, instead of
stat'ing the file again.
See the top of page 225:
If stat is passed the special filehandle consisting of an underline, no
actual stat(2)
is done, but the current contents of the stat structure from the last
stat or stat-
based file test (the -x operators) are returned.
> That's because Perl doesn't have a special variable called "_"; it has
> two completely different special variables, one called "$_" and another
> called "@_". This is consistent with Perl's rules for variable naming:
> $name, @name, %name and &name are different thingies entirely.
HTH.
Dave
--
"Security through obscurity is no security at all."
-comp.lang.perl.misc newsgroup posting
------------------------------------------------------------------------
* Dave Barnett U.S.: barnett@houston.Geco-Prakla.slb.com *
* DAPD Software Support Eng U.K.: barnett@gatwick.Geco-Prakla.slb.com *
------------------------------------------------------------------------
------------------------------
Date: 17 Feb 1998 13:49:35 GMT
From: mjtg@cus.cam.ac.uk (M.J.T. Guy)
Subject: Re: which sub calls my sub in perl module ?
Message-Id: <6cc4hf$joh$1@lyra.csx.cam.ac.uk>
In article <887273562.556728323@dejanews.com>, <andreasw@prosolvia.se> wrote:
>Hey,
>
>I get a warning from a subroutine within a perl module, which is called by
>my script:
>Use of uninitialized value at /<PATH>/Mathsubs.pm line 57.
>
>the function I call is:
>
> 55 sub RAD {
> 56 my $a = shift @_;
> 57 ($a * 0.01745329252);
> 58 }
>
>Is there another $<anything>, which I did not find in the documentation,
>or do you see another possibility (except for brute-force manual
>debugging) ?
It's complaining because $a is undefined. And $a is undefined because
you've called the subroutine RAD with an undefined argument, or with no
argument.
So the hard way to proceed is to search for all calls of RAD in your
script and check them.
The easy way to proceed is to put "use diagnostics;" at the top of
your script (or -Mdiagnostics on the command line). This automatically
gives you a traceback on any warn or die, so you can see where RAD is
being called from. And it also saves you having to look up what
Perl error messages mean - it does it for you.
[ Why is "use diagnostics" so rarely plugged here? I find it almost
as valuable as -w when debugging.
]
Mike Guy
------------------------------
Date: 8 Mar 97 21:33:47 GMT (Last modified)
From: Perl-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 8 Mar 97)
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.
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 1920
**************************************
