[12699] in Perl-Users-Digest
Perl-Users Digest, Issue: 108 Volume: 9
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Sun Jul 11 10:17:13 1999
Date: Sun, 11 Jul 1999 07:05:08 -0700 (PDT)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Sun, 11 Jul 1999 Volume: 9 Number: 108
Today's topics:
Re: ActiveState's PerlScript <gellyfish@gellyfish.com>
data validation routines?? (hoz)
Re: extracting domains from whois query (Marcel)
Re: help me pl.....I can not open the perl (to return t (Abigail)
Re: Help: creating files through a CGI <scientia@XXXtechnologist.com>
Re: How to dereference an array reference? <citidancer@hongkong.com>
PERL: read dir and print out its files - Engels <rusenet@bigfoot.com>
Re: PERL: read dir and print out its files - Engels (Marcel)
problem with WWW::Search smnayeem7346@my-deja.com
Re: problem with WWW::Search (Marcel)
Re: Thoughts on my new game (Tony Greenwood)
Re: Use a Perl Module w/o Installing It? (Marcel)
Re: Use of uninitialized value (Marcel)
using length on unpacked data = strange values (hoz)
Re: using length on unpacked data = strange values (Bart Lateur)
Re: variable "$foo" will not stay shared (Bart Lateur)
Re: Zip codes... <gellyfish@gellyfish.com>
Digest Administrivia (Last modified: 1 Jul 99) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: 11 Jul 1999 09:53:06 -0000
From: Jonathan Stowe <gellyfish@gellyfish.com>
Subject: Re: ActiveState's PerlScript
Message-Id: <7m9pi2$3ce$1@gellyfish.btinternet.com>
On Sat, 10 Jul 1999 20:48:44 -0500 John M. Dlugosz wrote:
>
> David Cassell <cassell@mail.cor.epa.gov> wrote in message
> news:3787925C.7E65C418@mail.cor.epa.gov...
>>
>> That's very peculiar. ActiveState Perl comes with more
>> on-line docs than you can shake a stick at.. assuming one
>> would want to shake a stick at documents. :-)
>
> Not for Perl<B>Script</B>. In particular, the "object model", seen as other
> functions and globals to the running code, needs to interface with Perl
> somehow. Just poking around, I found that in IE the $window variable
> corresponds to the Window top-level object in the DHTML Object Model.
>
The object model that Perl uses when running as an ActiveX scripting engine
is the same as VBScript. You will need to examine the documentation
supplied by Microsoft at <http://msdn.microsoft.com>. I believe that there
is an answer in the Win32 Specific FAQ supplied with Activeperl that
addresses how to convert between the two - once you have realised the way
that Perl implements this model is as if it were a default Module that
doesnt require 'use' the whole thing should be simple to someone familiar
with Perl and access to the VBScript documentation. The documentation
for the module Win32::OLE might also prove useful in this respect too.
> Meanwhile, VB and Java Script people can just use document as another such
> global, but it seemed to be missing in PerlScript. So I assigned $document=
> $window->document or whatever the correct access path was, and then found
> that any use of $document would crash Perl. Even if I =didn't= make that
> assignment, $document would crash Perl. I even tried doing a print ref
> $document to see what kind of object it was (some kind of OLE I assume) and
> =that= crashes. So it appears that $document is set up as a global to
> access the document object provided by the host, but it has some kind of
> broken magic.
I think you will find that $document is already defined as the object
'document' is in VBScript. Anyhow you probably dont want to do that - you
might find that :
my $newdoc = $window->document
will do what you want allowing you to acess the documents methods and
properties via the variable $newdoc.
<snip>
>
> Yes, the module works in a regular command-line hosted Perl interpreter.
> The same code fails under PerlScript. It appears to not traverse
> subdirectories at all, and something else may be happening -- I'd have to
> look at the results again to be sure. But if someone knows why this module
> doesn't work in PerlScript, or what kind of stuff in general affects
> PerlScript, or if there is a list of known problems, then I can save this
> specific debugging chore. Understand?
>
You might find that File::Find doesnt work because of the security settings
on your browser - this comes to the major point that needs to be addressed
here that a lot of the problems you will find are to do with the browser
or the Scripting Host implementation rather than with Perl. Perlscript is
hobbled by the necessity to run within the limitations of the Scripting
Host.
I think that you might need to look at the FileSystem object if you need
to access the local filesystem - although I'm far from being an expert in
this stuff. The FileSystem object is documented in the Microsoft documentation
as mentioned above.
<snip>
>
> I'd rather save the effort of building small test cases etc. until I find
> out if there is already a list of problems, differences, and general issues
> concerning PerlScript. That's all I was asking -- not a request to debug my
> specific problem.
>
I would recommend reading the Microsoft documentation and the Win32FAQ that
comes with Activeperl - I would also recommed browsing round the
Activestate site as they have links to sources of further information -
you might also find that one of the mailing lists that is referred there
might be of more use to you.
Whilst Perlscript *is* Perl as far as the syntax, operators and functions
are concerned it is shoehorned into a model that is most definitely *not*
Perl and you will find that all of the strangenesses you find will arise
from that and because of this it might be that this newsgroup is not the
best resource for questions specific to Perlscript.
/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, 11 Jul 1999 19:57:45 GMT
From: hoz@rocketmail.com (hoz)
Subject: data validation routines??
Message-Id: <3788f5cd.264603507@news.netvision.net.il>
hey-
does anyone have any pointers to some common data vaildation
routines...
here is a good check_date routine (assumes format YYYYDDMM)
sub check_date {
local($date) = @_;
if ($date !~ /^(\d{4})(\d{2})(\d{2})$/) {
return 0;
}
if ($2 < 1 || $2 > 12) {
return 0;
}
if ($3 < 1) {
return 0;
}
if ($2 =~ /^(01|03|05|07|08|10|12)$/ && $3 > 31) {
return 0;
}
if ($2 =~ /^(04|06|09|11)$/ && $3 > 30) {
return 0;
}
if ($2 == 2) {
if ($1%4 == 0 && ($1%100 != 0 || $1%400 == 0)) {
if ($3 > 29) {
return 0;
}
} else {
if ($3 > 28) {
return 0;
}
}
}
return 1;
}
happy hunting...
-hoz
------------------------------
Date: Sun, 11 Jul 1999 12:47:02 GMT
From: marcel.grunauer@lovely.net (Marcel)
Subject: Re: extracting domains from whois query
Message-Id: <378e9217.10213406@enews.newsguy.com>
On Sun, 11 Jul 1999 06:46:35 GMT, webmaster@inlandpac.com wrote:
>OK. I am trying to perform a whois '$name.' and extract the domains
>that are output as $results.
>
>I am going to take $results, extract all domains set as @domains
>and perfom a foreach type output.
>
>For example, if I do the query for 'pepsi.', I get this (shortened
>version):
>
[snip data reproduced below]
>
>I want to extract only the list on the right hand side (the domains).
>
>Can anyone please help me with this?
#!/usr/bin/perl -w
use strict;
foreach (<DATA>) {
print "$1\n" if /\)\s+(.*)/
}
__DATA__
PEPSI-LACROSS.COMPepsi-Cola (PEPSI-LACROSSE-DOM) PEPSI-LACROSSE.COM
Pepsi-Cola (PEPSI-MANKATO-DOM) PEPSI-MANKATO.COM
Pepsi-Cola (PEPSI-ROCHESTER-DOM) PEPSI-ROCHESTER.COM
Pepsi-Online.com (PEPSI-ONLINE3-DOM) PEPSI-ONLINE.COM
Pepsi-Online.net (PEPSI-ONLINE-DOM) PEPSI-ONLINE.NET
Pepsi-Online.org (PEPSI-ONLINE2-DOM) PEPSI-ONLINE.ORG
Marcel
--
perl -e 'print unpack(q$u$,q$82G5S="!!;F]T:&5R(%!E<FP@2&%C:V5R$)'
------------------------------
Date: 11 Jul 1999 03:08:21 -0500
From: abigail@delanet.com (Abigail)
Subject: Re: help me pl.....I can not open the perl (to return the source code)..How do it ...
Message-Id: <slrn7ogk6t.h7.abigail@alexandra.delanet.com>
kent (kent7777@hutchcity.com) wrote on MMCXXXV September MCMXCIII in
<URL:news:7m9ho5$l4q1952@rain>:
You need the mauve key, which you can get by zapping the water buffalo,
and then pushing the wall behind it. That opens a secret passage way.
Zap the dwarves with the pointed hats (look out for those with orange
hats, they are tuff). The mauve key is at the end (cross the water).
Abigail
--
srand 123456;$-=rand$_--=>@[[$-,$_]=@[[$_,$-]for(reverse+1..(@[=split
//=>"IGrACVGQ\x02GJCWVhP\x02PL\x02jNMP"));print+(map{$_^q^"^}@[),"\n"
-----------== Posted via Newsfeeds.Com, Uncensored Usenet News ==----------
http://www.newsfeeds.com The Largest Usenet Servers in the World!
------== Over 73,000 Newsgroups - Including Dedicated Binaries Servers ==-----
------------------------------
Date: Sun, 11 Jul 1999 11:54:00 -0700
From: Scientia <scientia@XXXtechnologist.com>
Subject: Re: Help: creating files through a CGI
Message-Id: <3788E848.24A0@XXXtechnologist.com>
Hello.
Thanks to anybody replied to my post.
Here is how I solved my problem:
1) I created a new directory where to store the writable files
(writable through CGI)
2) I chmod-ed the whole dir, to make it readable and writable by
anybody!
3) I made my CGI to write new files in it and it works perfectly!
This is made by the simple command:
open (">$name");
where $name is a variable.
This is sufficient to *create* the new file with the name $name !
So my CGI allows anybody to create files through my web page
(even though they are not aware they are creating files).
Someone told me that making the whole directory writable is dangerous,
as everybody can go in and write to my new directory and change
existing files (the can do that not only through my CGI, as I desire,
but also in a direct way, so they can destroy the stored informations).
But I do not understand how they can do that:
they should login and they do not have my password!
What about this possible problem?
(Actually it is going off-topic, as Perl is not concerned anymore)
Thanks
Fabrizio
Scientia wrote:
> ...
> Abstract: my CGI is supposed to create new files (not existing files)
> but I am not able to make it work!
>
> I mean this: imagine that someone visits my site
> and I want him to write some informations.
> For reasons that I can't explain here, I need that
> the CGI creates a file within my directory where such informations
> must be stored (the name of the files depends on the informations
> themselves).
> Of course, the visitor is not aware that the CGI is creating a file:
> he simply fills some fields in a form.
>...
> Thanks
> Fabrizio
>
> You can e-mail to:
> scientia@technologist.com
------------------------------
Date: Sun, 11 Jul 1999 17:30:36 +0800
From: "Calvin" <citidancer@hongkong.com>
Subject: Re: How to dereference an array reference?
Message-Id: <7m9o3i$56u$1@hfc.pacific.net.hk>
Hi,
This is the first newsgroup that people don't like spam proofed e-mail.
I see nothing wrong with it. Am i hurt anyone by using spam proofed e-mail
address? I am just protecting myself from spammers. I even don't know the
FAQ will arrive in my mail box if i use a real address (before u told me).
I admit that it was my wrong to post such a stupid question before
reading the FAQ ( i forget it that i apologize here). And i think there are
huge of stupid questions posting to any newsgroup every day (a kind of spam
for the news server). If you think those questions are not worth answering,
just ignore them. It is not anyone's responsible to answer every questions.
Finally, please don't reply to this message on the news server. If you
have something want let me know, just send it to my mail box
(citidancer@hongkong.com) .
Best regards
Calvin
http://www.geocities.com/SiliconValley/Code/9129/
------------------------------
Date: Sun, 11 Jul 1999 13:31:17 +0200
From: "Rik." <rusenet@bigfoot.com>
Subject: PERL: read dir and print out its files - Engels
Message-Id: <7m9v5o$jqq$1@enterprise.cistron.net>
Can you help me?
I'm trying to generate a list of files on our FTP server, but i can't get it
to work.
I currently use this which results in a blank page:
#!/usr/local/bin/perl
# Major Instincts Drivers Check hardware listing Perl file
print "Content-Type: text/html\n\n";
$dir = "ftp.drivers-check.com/pub/updates/";
opendir(DIR,$dir);
@file = readdir(DIR);
loop: foreach $elem (@file) {
next if $elem eq ".";
next if $elem eq "..";
print "$elem\n";
}
- what content-type code do i need to return plain text instead of html?
- is there a way to leav out the file-extentions (file.ext would become file
in the listing)
- what can i do to get this thing to work? (widexs)
------------------------------
Date: Sun, 11 Jul 1999 12:44:26 GMT
From: marcel.grunauer@lovely.net (Marcel)
Subject: Re: PERL: read dir and print out its files - Engels
Message-Id: <378d8c27.8693760@enews.newsguy.com>
On Sun, 11 Jul 1999 13:31:17 +0200, "Rik." <rusenet@bigfoot.com>
wrote:
>Can you help me?
>
>I'm trying to generate a list of files on our FTP server, but i can't get it
>to work.
>I currently use this which results in a blank page:
>
>
>#!/usr/local/bin/perl
Please use the -w switch to have Perl generate warnings, also "use
strict" like this:
#!/usr/local/bin/perl -w
use strict;
Read perlfaq3: How do I debug my Perl programs?
># Major Instincts Drivers Check hardware listing Perl file
>
>print "Content-Type: text/html\n\n";
>
>$dir = "ftp.drivers-check.com/pub/updates/";
>
>opendir(DIR,$dir);
Yes, that would be nice, wouldn't it?
Last time I checked, opendir didn't accept URLs. Use the LWP modules
instead.
But even when you use opendir, and with system calls in general, you
should always check the return value, like this:
opendir(DIR,$dir) || die "can't opendir: $!\n";
$! will then tell you what went wrong.
>@file = readdir(DIR);
>
>loop: foreach $elem (@file) {
>next if $elem eq ".";
>next if $elem eq "..";
>print "$elem\n";
What is the loop: label for?
>}
>
>
>- what content-type code do i need to return plain text instead of html?
text/plain
>- is there a way to leav out the file-extentions (file.ext would become file
>in the listing)
Sure, just strip off the extension.
foreach (@file) {
next if /^\.+$/;
s/(.+)\..*/$1/;
print;
}
This will skip '.' and '..', strip off the extension, but not on
dotfiles (e.g., '.newsrc'), and print the rest.
>- what can i do to get this thing to work? (widexs)
Use LWP modules. See CPAN.
Marcel
--
perl -e 'print unpack(q$u$,q$82G5S="!!;F]T:&5R(%!E<FP@2&%C:V5R$)'
------------------------------
Date: Sun, 11 Jul 1999 10:34:27 GMT
From: smnayeem7346@my-deja.com
Subject: problem with WWW::Search
Message-Id: <7m9rvj$rcd$1@nnrp1.deja.com>
I am trying to install the WWW::Search module onto my computer. I am
running ActivePerl on winNT platform, I used VC++ to compile the
modules.
The perl Makefile.PL command goes okay.
Then when I go
nmake
it gives the following error -
Microsoft (R) Program Maintenance Utility Version 6.00.8168.0
Copyright (C) Microsoft Corp 1988-1998. All rights reserved.
makefile(570) : fatal error U1033: syntax error : ':' unexpected
Stop.
Can someone pleeease help me here? I am really in need of getting this
module installed properly, but it just doesnt seem to be working,
thanks
smnayeem
smnayeem@agni.com (please cc to my email also)
Sent via Deja.com http://www.deja.com/
Share what you know. Learn what you don't.
------------------------------
Date: Sun, 11 Jul 1999 12:17:50 GMT
From: marcel.grunauer@lovely.net (Marcel)
Subject: Re: problem with WWW::Search
Message-Id: <378c8b43.8465953@enews.newsguy.com>
On Sun, 11 Jul 1999 10:34:27 GMT, smnayeem7346@my-deja.com wrote:
>I am trying to install the WWW::Search module onto my computer. I am
>running ActivePerl on winNT platform, I used VC++ to compile the
>modules.
>The perl Makefile.PL command goes okay.
>Then when I go
>nmake
>it gives the following error -
>
>Microsoft (R) Program Maintenance Utility Version 6.00.8168.0
>Copyright (C) Microsoft Corp 1988-1998. All rights reserved.
>
>makefile(570) : fatal error U1033: syntax error : ':' unexpected
>Stop.
>
>Can someone pleeease help me here? I am really in need of getting this
I had something similar. There is a Win version using an Installer at
http://members.xoom.com/WWW_Search/
Marcel
--
perl -e 'print unpack(q$u$,q$82G5S="!!;F]T:&5R(%!E<FP@2&%C:V5R$)'
------------------------------
Date: Sun, 11 Jul 1999 09:58:13 GMT
From: tony@webscripts.org (Tony Greenwood)
Subject: Re: Thoughts on my new game
Message-Id: <379169e6.5992672@news.freeserve.co.uk>
Hey! Tim <bie@connect.ab.ca>
>Hello,
>
>
>I just finished making this game, Can you tell me what you think of it.
>It's done in perl, it's my first perl game, but I think it's pretty
>good.
>
>Go to: http://tbe.virtualave.net/chatters/dealin/
Pop-up window advertisements are off putting.
I have to register to play, that's not fun.
It glorifies drug dealing :(
Three perfectly good reasons never to play your game even if I wanted
to put up with all the advertisments and having to register, Take it
from a real game maker.. change your direction .
Sorry but you did ask :)
--
Tony Greenwood
PORTFOLIO www.webscripts.org
------------------------------
Date: Sun, 11 Jul 1999 12:51:03 GMT
From: marcel.grunauer@lovely.net (Marcel)
Subject: Re: Use a Perl Module w/o Installing It?
Message-Id: <378f930c.10458808@enews.newsguy.com>
On Sun, 11 Jul 1999 01:29:08 GMT, nkaiser@my-deja.com wrote:
>Hello -
>
>I have a Perl program which will be installed on many Unix machines. It
>uses the "Storable" Perl module. However, many of these machines will
>not have this module installed...and I will not have root access. Is
>it possible to somehow bundle this module and reference it that way?
perlfaq8: How do I keep my own module/library directory?
use lib
>Also, can the "Storable" module be used on a Windows machine?
Yes, ActiveState has it in their packages repository.
www.activestate.com/packages/zips and use the PPM.
Marcel
--
perl -e 'print unpack(q$u$,q$82G5S="!!;F]T:&5R(%!E<FP@2&%C:V5R$)'
------------------------------
Date: Sun, 11 Jul 1999 12:56:04 GMT
From: marcel.grunauer@lovely.net (Marcel)
Subject: Re: Use of uninitialized value
Message-Id: <379093d7.10661230@enews.newsguy.com>
On 10 Jul 1999 01:48:49 GMT, michboy832@aol.com (Steven W. Peters)
wrote:
>Here is the part of my script that reports the error:
>
>(3)$input = 'Steve';
>(4)
>(5)while () {
>(6) chomp($input = <>);
>(7) if ($input ne '') {
>(8) <snip>
>(9) }
>
>I get feedback saying that there was use of uninitialized value at lines 6 and
>7. I looked this up in the perldiag and it said to avoid this, assign a value
>to your variable. Isn't that what I did when I said $input = 'Steve';?
Yes, but then in line 6, you throw that value away when you read in a
record.
Do you see what's happening here?
Marcel
--
perl -e 'print unpack(q$u$,q$82G5S="!!;F]T:&5R(%!E<FP@2&%C:V5R$)'
------------------------------
Date: Sun, 11 Jul 1999 18:21:28 GMT
From: hoz@rocketmail.com (hoz)
Subject: using length on unpacked data = strange values
Message-Id: <3788df22.258799941@news.netvision.net.il>
I am trying to validate some data that I unpacked using the length
function. However, I am getting some strange values from the length
function. I have something like this...
...
($variable1, $variable2, $variable3) = unpack("A16A30A16", $data);
&get_length('$variable1);
sub get_length {
local($var) = @_;
$string_length = length($var);
}
...
Now I know that $variable1 should be 16 bytes, while I get a length of
15, and even stranger length values for my other variables. What is
going on here?
thx
-hoz
------------------------------
Date: Sun, 11 Jul 1999 12:59:43 GMT
From: bart.lateur@skynet.be (Bart Lateur)
Subject: Re: using length on unpacked data = strange values
Message-Id: <37889503.349158@news.skynet.be>
hoz wrote:
>($variable1, $variable2, $variable3) = unpack("A16A30A16", $data);
>&get_length('$variable1);
>sub get_length {
> local($var) = @_;
> $string_length = length($var);
> }
>...
>
>Now I know that $variable1 should be 16 bytes, while I get a length of
>15, and even stranger length values for my other variables. What is
>going on here?
Any trailing spaces? unpack "A$foo" will remove trailing spaces. Use
"a$foo" if you want to keep them.
HTH,
Bart.
------------------------------
Date: Sun, 11 Jul 1999 10:59:43 GMT
From: bart.lateur@skynet.be (Bart Lateur)
Subject: Re: variable "$foo" will not stay shared
Message-Id: <3789763e.2770417@news.skynet.be>
Tom Christiansen wrote:
>A recipe from _The Perl Cookbook_ in Chapter 11:
>
> Nesting Subroutines
> Problem
>
> Your use of nested subroutines is making Perl give warnings
> about some variables that will not stay shared.
>
> Solution
>
> Instead of the interior functions being normal subroutines,
> make them closures and temporarily assign them to the typeglob
> of the right name to create a localized function.
Perl allows nested subbroutines? Wow. Except: the main reason for
wanting them, having routines that are only accessible form withing this
script, plus share localized variables with them, will not work. Hmmm...
I can remember that Larry Wall, in one of his few appearances in the
newsgroup a few months ago, wrote that "there's no reason why the parser
couldn't convert a nested sub, sub foo { ... } into *foo = sub { ... }"
(typed from memory, I could be off by a bit).
Well... now we have nested subs, they STILL behave differently. Ack.
BTW you can share local($x), can't you?
That reminds me... Does anybody know if there is a neat way to create a
localized recursive sub? Usually, you do:
my $foo; $foo = sub { ... $foo->(@arg) ... };
but the recursivity is hidden away in some rather hideous hack. Change
the value of $foo in the sub, and it no longer recurses...
Bart.
------------------------------
Date: 10 Jul 1999 19:25:53 -0000
From: Jonathan Stowe <gellyfish@gellyfish.com>
Subject: Re: Zip codes...
Message-Id: <7m86o1$2rv$1@gellyfish.btinternet.com>
On Fri, 09 Jul 1999 18:41:47 -0400 Gary M. Greenberg wrote:
> Doug Crabtree wrote:
>>
>> I once saw a post here about zip codes. Is there any information out > there about perl modules that have functions dealing with zip codes.
>> i.e. returning a list of zip codes in a x mile radius of single zip > code?
>>
> Use Perl for perlish problems; imo this is a GIS problem;
>
But why shouldnt Perl be used for GIS ? I know I have .... ;-}
/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: 1 Jul 99 21:33:47 GMT (Last modified)
From: Perl-Users-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 1 Jul 99)
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 V9 Issue 108
*************************************
