[6538] in Perl-Users-Digest
Perl-Users Digest, Issue: 163 Volume: 8
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Sun Mar 23 11:08:49 1997
Date: Sun, 23 Mar 97 08:00:28 -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 Sun, 23 Mar 1997 Volume: 8 Number: 163
Today's topics:
Re: "guaranteed" exit routine? (M.J.T. Guy)
"Shared Hash" <paul@u-netsys.com.br>
Re: A Call for Clarity (Schwartzian Transform Considere (Gurusamy Sarathy)
Re: A Call for Clarity (Schwartzian Transform Considere <twpierce+usenet@mail.bsd.uchicago.edu>
Re: a tricky regex (M.J.T. Guy)
ANNOUNCE: Net::Telnet <jay@rgrs.com>
Re: ANYONE COMPILE PERL 5.003 FOR LINUX? <cgweav@eskimo.com>
Re: ANYONE COMPILE PERL 5.003 FOR LINUX? (Pon Hwa Lin)
Re: Beginner needs help (Clay Irving)
Re: case sensativity <tchrist@mox.perl.com>
Re: case sensativity (Andrew M. Langmead)
Re: DB_File.pm? (Paul Marquess)
Re: file date ??? <rra@cs.stanford.edu>
Re: Forward- and Backslashes as Pathname Delimiters (Geoffrey Hebert)
Re: ftplib.pl for Perl 5 (Clay Irving)
Getting the time for a date (Brian Lavender)
Re: Help with so called Virtual Classes (M.J.T. Guy)
Re: Major Help needed on CGI Forms (Matthew D. Healy)
Re: Makefile.PL in Win95...where/what should I use for (Gurusamy Sarathy)
Re: making links on the fly (Geoffrey Hebert)
MIME::Lite 1.119 now on CPAN (in authors/Eryq) <eryq@enteract.com>
New PERL PDF Documentation Available for 5.004 Beta (William J. Middleton)
Re: Perl Newbie: ls -R in NT (Clay Irving)
perl scripts kurt@rfpi.com
Re: regex for UNIX usernames needed! <rra@cs.stanford.edu>
Re: regex for UNIX usernames needed! <twpierce+usenet@mail.bsd.uchicago.edu>
Re: term 'regular expressions' considered undesirable (Rahul Dhesi)
Re: undump for IRIX 6.2 (M.J.T. Guy)
Re: Unix 'Cat' equivelent (Gurusamy Sarathy)
Re: Using a URL as input to a Perl script (Matthew D. Healy)
Re: What's a good Perl book? <tchrist@mox.perl.com>
Re: What's a good Perl book? <badsmrfs@stratos.net>
Re: When is perl program too large? (Billy Chambless)
Re: Who makes more $$ - Windows vs. Unix programmers? <marion.evans@wcom.com>
Re: Wildcards in a system (mv, fn, fn) call won't work (Simon Hyde (aka Jeckyll))
Digest Administrivia (Last modified: 8 Mar 97) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: 23 Mar 1997 07:48:10 GMT
From: mjtg@cus.cam.ac.uk (M.J.T. Guy)
Subject: Re: "guaranteed" exit routine?
Message-Id: <5h2n7q$2cp@lyra.csx.cam.ac.uk>
Rich Schramm <schramm@one.net> wrote:
>
>I was told by someone that perl has a facility that will allow me to run a
>an exit routine, even if perl were to abort abnormally. I am doing some
>oracle connection stuff, and want to ensure that a logout occurs, even if
>something untoward were to happen during execution.
Look up END in the perlmod man page.
Mike Guy
------------------------------
Date: Sat, 22 Mar 1997 16:06:51 -0300
From: "Paulo C. Marques F." <paul@u-netsys.com.br>
Subject: "Shared Hash"
Message-Id: <33342DCB.446B9B3D@u-netsys.com.br>
Hi all,
Is there any way to have a hash shared by two or more scripts? Let me
explain that. We have a CGI-Script which does some text processing
using a hash %dictionary. The hash has 10.000 entries, and is loaded
to the memory as the script starts.
It should be great if several different scripts started by different
users could use the same hash, so minimizing the amount of RAM
memory used by set of scripts.
The hash is only read, and never updated, by the scripts.
Thanks in advance,
Paulo Marques.
------------------------------
Date: 23 Mar 1997 12:37:13 GMT
From: gsar@engin.umich.edu (Gurusamy Sarathy)
Subject: Re: A Call for Clarity (Schwartzian Transform Considered Scary)
Message-Id: <5h385p$jmf$1@news.eecs.umich.edu>
[ mailed and posted ]
[ The following is just a bunch of mostly humble and silly opinions,
not a flame. I'm pretty sure Tom knows that, but others may not.
Rejoinders carrying an accusatory or malicious tone will hit the
bit bucket :-) ]
In article <5guti0$hsm$1@csnews.cs.colorado.edu>,
Tom Christiansen <tchrist@mox.perl.com> wrote:
>You should see me try to teach the ST to regular people in regular
>classes. They all *HATE* it.
Students often hate the things they don't immediately understand.
It seems to me there are other options to consider here, before asking
everyone who happens to be using a "hard to understand" idiom
to either restrict their programming styles to the most easily
understood subset, or to explain their actions at every turn.
There is a tension between establishing common denominators for
perl programs usable by common denominations of perl programmers,
and establishing a language philosophy that boldly yells: "there's
more than one way to do it!". There is also a tension between making
a language appear interesting enough for a neophyte to learn, and
making it appear simple enough to not intimidate them.
I hope (and I think) you're arguing for consistency of expression in
a individual programmer's (or group's) works rather than consistency of
expression amongst all programmers' work. The former is almost mandatory
for maintaining your sanity and health. The latter will make Perl just
another boring language.
>They're rather play with scoping of lexicals in closures than the ST,
>and that's saying something. And they'd *certainly* rather write something
>that ran 10x slower than use something they find it hard to understand.
>Strange but true.
Personally, I'd rather write interesting code that happens to be
well-documented, rather than mundane, monotonous code in a style that is
forced to belabor the obvious. I know "obvious" is a very offensive
word most of the time, but
>By extolling the clever and concise over the overt and obvious, one
>can give Perl an undeservedly poor reputation. Newcomers don't always
>understand the difference between code designed for an obfuscated
>Perl contest and code code carefully crafted for maintainability and
>long life. When writing kludgy/kluglich code designed for ephemeral
>coolness or as a Perl puzzler instead of for the more customary goal
>of long-term understandabilty, I would ask that you please try to state
>this goal explicitly.
Most of your observations about ST also apply to regular expressions.
The syntax is cryptic, the interactions hard to understand, and there's
no readily apparent control flow that the trepidant neophyte can
grab onto. Should we stop extolling their virtues? No. In the end,
it is all a matter of choosing idioms. Frequently, interesting code just
happens to be in an idiom hard to understand by newcomers (who haven't
had a chance to study the idiom). My guess is, we don't complain
about the hard idioms that don't have other easier-looking alternatives
(like regexps don't), but only about the ones where we are given a
choice for the taking.
Consider this: Would you restrict your famous vocabulary and penchant
for multi-liguistic excursions (Salvatore!) if people told you you were
hard to understand? I would personally tell such people to shove it,
since I find you to be one of the more interesting personalities around
here.
The point is, there are different roads that people can take, and
everyone must choose to take the road that gets them the most mileage,
the least bumps, little toll, fast travel and nice scenery, all in the
proportions that they'd like for a particular trip. There are most
certainly speed freaks on those roads who'd stick to the autobahns,
or masochistic monster truckers who dig the bumpy pothole-filled
thoroughfare, but you cannot ask regular folks to stick to a particular
kind of travel plan irrespective of the nature of the trip. The key
is in the nature of journeys people wish to make.
>Mind you, I happen to use the ST:TOS ("Schwartzian Transform: Tricky
>Obfuscated Stuff") myself for sorting. Yes, I find it interesting,
>efficient, and elegant. So do Larry and Randal. But most people aren't
>of this mindset, nor can we hope to lead them to such a mindset.
I don't see what "mindset" has got to do with it. It's just another
way to get the job done. There's no reason to feel guilty about that.
>Mostly, I guess I'm just tired of getting beaten up about Perl's alleged
>"for wizards/hackers only" reputation that this stuff engenders.
Oh, I'd credit that reputation to the fundamental philosophies by now
deeply ensconed in the spirit of the language (TIMTOWTDI, mostly, plus
the "eclectic" part).
And somehow, reputations don't bother me as much as they probably should.
As long as Perl proves *useful* to the vast majority, reputations can just
go to hell. Are we all playing the ratings game nowadays? If we are,
I know we're never going to win it, when there are players with bigger
in-your-face marketing budgets than whole countries.
> > From: Tom Christiansen <tchrist@mox.perl.com>
> > In comp.lang.python,
> > "Aaron Watters" <arw@dante.mh.lucent.com> writes:
> > :@sorted = map {$_->[0]}
> > : sort {$b->[2] <=> $a->[2] or $b->[1] <=> $a->[1]}
> > : map {/(\w\w\w)(\d\d)/; [$_, $hash{$1}, $2]}
> > : @array;
> > :
> > :What is that supposed to do? Well, I can't understand it,
> > :but it was supposed to do this:
> >
> > Aaron, get a grip, will you man? *THIS IS NOT NORMAL CODE*...
I dunno about you, but I fail to see what's hard to understand in
the above (once you know how to read it, back-to-front). And I suspect
most people who are used to a functional programming style will find that
idiom quite "natural". The ST is not a Perl invention, as you well know.
I'll finally make my plea, for what it is worth:
Lets please stop capitulating to claims that certain idioms are hard to
understand from people who have only had a little time spent in
understanding them in the first place (or perhaps there haven't been
enough people teaching them how to read those idioms).
Instead, lets try to emphasize the sheer richness of idioms that perl
makes possible, and encourage new users to pick the ones they are
most comfortable with. Lets make it clear that it is far more important
(and useful) to know when and how to use an idiom than to know all the
ways in which to avoid it at all costs.
Bite-sized chunks, it has been written.
- Sarathy.
gsar@umich.edu
------------------------------
Date: Sun, 23 Mar 1997 15:02:24 GMT
From: Tim Pierce <twpierce+usenet@mail.bsd.uchicago.edu>
Subject: Re: A Call for Clarity (Schwartzian Transform Considered Scary)
Message-Id: <E7I4G0.1zv@midway.uchicago.edu>
In article <vba7mizpfbq.fsf@mozart.stat.wisc.edu>,
Kevin Buhr <buhr@stat.wisc.edu> wrote:
>Tom Christiansen <tchrist@mox.perl.com> writes:
>
>> Enclosed you will find a posting pinched from the Python group that
>> shows the fear and shock and pain and anger and resentment that the
>> Schwartzian Transform and code of similar ilk too often invoke.
>
>Your points are well-taken, but I can't help but think "unhighly" of
>people who feel fear, shock, pain, anger, and resentment whenever
>they're faced with something they don't immediately understand. (How
>do people with so little self-esteem survive in day-to-day life?
It's called ``being overwhelmed,'' and something similar happens
to me every time they ask me to look at another database schema.
Keep your condescending hypotheses to yourself.
--
Support the Hawaii Equal Rights Marriage Project: call 1-900-97-MARRY ($5/call)
------------------------------
Date: 23 Mar 1997 13:07:28 GMT
From: mjtg@cus.cam.ac.uk (M.J.T. Guy)
Subject: Re: a tricky regex
Message-Id: <5h39ug$bru@lyra.csx.cam.ac.uk>
Jeffrey <jfriedl@ora.com> wrote:
>Try:
> s/("[^\"]+")|\s+/$1/g;
Neither this, nor Tad's version, will deal with an unmatched quote.
If this needs to be covered (the original question wasn't explicit),
you need
s/("[^\"]+("|$))|\s+/$1/g;
Mike Guy
------------------------------
Date: 23 Mar 1997 14:01:41 GMT
From: Jay Rogers <jay@rgrs.com>
Subject: ANNOUNCE: Net::Telnet
Message-Id: <5h3d45$mn3$1@nadine.teleport.com>
Net::Telnet, version 3.00
Copyright (c) 1997 Jay Rogers. All rights reserved. This program
is free software; you can redistribute it and/or modify it under
the same terms as Perl itself.
What's In It For You
--------------------
. You'd like to communicate with another host or device via a
TELNET port and you'd like some specialized routines to help you
login and do other interactive things.
. You're not familiar with sockets and you want a simple way to
make client connections to TCP services.
. You want to be able to specify your own time-out while
connecting, reading, or writing.
. You're communicating with an interactive program at the other
end of some socket or pipe and you want to wait for certain
patterns to appear.
Archive Location
----------------
. $CPAN/modules/by-module/Net/Net-Telnet-3.00.tar.gz
. To find a CPAN site near you see
ftp://ftp.cis.ufl.edu/pub/perl/CPAN/SITES
Prerequisite
------------
. Perl Version 5.002 or later
. Windows 95/NT requires Perl beta version 5.003_07 or later
. No modules are required that don't already come with a
standard distribution of Perl.
Description
-----------
Net::Telnet allows you to make client connections to a TCP port
and do network I/O, especially with a port using the TELNET
protocol. Simple I/O methods such as print, get, and getline are
provided. More sophisticated interactive features are provided
because connecting to a TELNET port ultimately means communicating
with a program designed for human interaction. Some interactive
features include the ability to specify a timeout and to wait for
patterns to appear in the input stream, such as the prompt from a
command interpreter.
This example prints who's logged-on to the remote host sparky:
$sparky = new Net::Telnet (Host => "sparky",
Timeout => 10,
Prompt => '/[$%#>] $/');
$sparky->login($username, $passwd);
@lines = $sparky->cmd("/usr/bin/who");
print @lines;
$sparky->close;
More examples are contained in the POD user documentation.
This is an alpha version - meaning that the interface may change
in future versions. Contact me, Jay Rogers <jay@rgrs.com>, if you
find any bugs or have suggestions for improvement.
Documentation
-------------
User documentation in POD format is contained in the module.
Installing using "make" places a man page in the perl library
under directory "man/man3".
Installation
------------
. To install, cd to the directory containing the unpacked
distribution and do one of the following:
a. Create a makefile by running Makefile.PL using the perl
whose library you want to install into and then running
make:
perl Makefile.PL
make test
make install
b. To install into an alternate library, set the "prefix"
argument where you want to install. You can ignore any
errors mentioning perllocal.pod. For example:
perl Makefile.PL prefix=~/local
make test
make install
c. Alternatively, you can just copy or move Telnet.pm
from the distribution into a directory named Net in the
Perl library.
--
Jay Rogers
jay@rgrs.com
March 20, 1997
------------------------------
Date: Sat, 22 Mar 1997 12:56:06 GMT
From: Clayton Weaver <cgweav@eskimo.com>
Subject: Re: ANYONE COMPILE PERL 5.003 FOR LINUX?
Message-Id: <Pine.SUN.3.96.970322044039.4127E-100000@eskimo.com>
Yeah, I compiled it. Passed every test except Anydb something-or-other.
I'll just have to not use that. linux 2.0.28, libc5.4.17, gcc2.7.2.1,
binutils 2.7.0.3, standard /usr/lib & /usr/include. I think I used
-O2 -m486 -fno-strength-reduce -Wall for CFLAGS, same as the kernel uses,
and I would have left any other -f[param] switches in there supplied by
configure.
I did hack it a little, though. I changed the "die" keyword to "jasper"
after my 8th or 9th unsuccessful attempt to get some tex documentation
from jasper.ora.com via WWW. Couldn't they rent a virtual domain from some
really fast server and do a redirect or "archive inactive" message?
Regards, Clayton Weaver cgweav@eskimo.com (Seattle)
------------------------------
Date: 23 Mar 1997 15:13:41 GMT
From: koala@elsewhere.fragment.com (Pon Hwa Lin)
Subject: Re: ANYONE COMPILE PERL 5.003 FOR LINUX?
Message-Id: <slrn5jai5n.gep.koala@elsewhere.fragment.com>
In article <332ef82c.21288689@news.sound.net>, Cary Coulter wrote:
>
>I'm trying to build 5.003 on Linux 2.0.27. Taking the defaults in
>
> sh Configure
>
>and running
>
> make
>
>gives the following error on the step to create the miniperl
>executable:
>
> cc -L/usr/local/lib -o miniperl miniperlmain.o libperl.a \
> -lgdbm -ldbm -ldb -ldl -lm -lc
> cc: Internal compiler error: rogram ld got fatal signal 11
> make: *** [miniperl] Error 1
>
>All of the compile steps seem to run OK.
>
>The ld program is:
>
> 145695 May 24 1995 /usr/bin/ld (from orig slackware
> install of 1.3.20 - ??)
> 21716 Aug 6 1996 /usr/bin/ld86 (from )bin86-0.3.tar.gz)
>
>
>Looks like something is causing a SIGSEGV (11). Do I have old/corrupt
>programs? I have made several other packages/kernels on this system.
>Don't know what to look for.
>
>Any ideas?? All appreciated.
>
>Cary Coulter
>cwc@sound.net
Actually, it may be a hardware problem. Read the GCC Signal 11 FAQ,
available at:
http://sunsite.unc.edu/pub/Linux/docs/faqs/GCC-SIG11-FAQ
PHL
Pon Hwa
Lin
---- 8< ----
------------------------------
Date: 23 Mar 1997 09:45:59 -0500
From: clay@panix.com (Clay Irving)
Subject: Re: Beginner needs help
Message-Id: <5h3fn8$37b@panix.com>
In <33348E66.18B0@cfw.com> Bruce Brownfield <bruceb@cfw.com> writes:
>How do I write a program with perl. Do I just use notepad and type in
>the program? I have a cgi script but it does not work.
>http://www.fw.com/~bruceb/hello.htm This is supposed to be a simple
>program, the page links to ../cgi-bin/hello.cgi When I try to execute
>the script I get an error, malformed header from script. Can anyone help
>me?
Does the Perl program run from a command line? If so, you have a CGI problem.
Try:
new:comp.infosystems.www.authoring.cgi
or
CGI Programming 101
http://www59.metronet.com/dev/class/index.shtml
--
Clay Irving See the happy moron,
clay@panix.com He doesn't give a damn,
http://www.panix.com/~clay I wish I were a moron,
My God! Perhaps I am!
------------------------------
Date: 23 Mar 1997 07:48:17 GMT
From: Tom Christiansen <tchrist@mox.perl.com>
Subject: Re: case sensativity
Message-Id: <5h2n81$t3i$2@csnews.cs.colorado.edu>
[courtesy cc of this posting sent to cited author via email]
In comp.lang.perl.misc,
mirage@tsil.net writes:
:Is there anyway to keep Perl, Java, JavaScript, etc from being
:case sensitive?
Nope, welcome to our world, which is not into case-ignorance.
Sorry you don't like it, but we do, and it's not going to
change. You're welcome to use BASIC if you prefer.
--tom
--
Tom Christiansen tchrist@jhereg.perl.com
I have made this letter longer than usual because I lack the time to
make it shorter.
--Blaise Pascal
------------------------------
Date: Sun, 23 Mar 1997 14:57:47 GMT
From: aml@world.std.com (Andrew M. Langmead)
Subject: Re: case sensativity
Message-Id: <E7I48C.6HC@world.std.com>
mirage@tsil.net writes:
>Is there anyway to keep Perl, Java, JavaScript, etc from being
>case sensitive?
[stuff deleleted]
>I don't know about others but I find mixed case greatly improves
>script readability. Why do people keep developing new languages that
>omit this freedom?
I think that I'm missing something, first you compain about perl
et. al. being case sensitive. (That the identifers, $VAR, $Var, and
$var are different.) and then complain that you can't use mixed case
(To me implying that you must use $var, and the identifiers $VAR or
$Var are illegal.) Or are you saying that because the identifiers are
case sensitive you force yourself to use all lowercase letters to
prevent using the wrong case?
You can use the case you want to name your variables, you just have to
be consistant on a per variable basis. This used to be tougher in perl
than it was in C. The only checking you had for consistant variable
naming was the "Possible Typo" warning from the "-w" switch. (And if
you used different capitalizations, and used each one more than once,
perl would never complain.) With the "use strict" pragmatic module, I
never get any bugs due to mistakes in variable names anymore.
I'm not going to try to rationalize that case sensitive identifiers
are important.
--
Andrew Langmead
------------------------------
Date: 23 Mar 1997 10:45:35 GMT
From: pmarquess@bfsec.bt.co.uk (Paul Marquess)
Subject: Re: DB_File.pm?
Message-Id: <5h31kg$8ba@pheidippides.axion.bt.co.uk>
[ Posted & Mailed ]
Jonathan R. Seagrave (jrs@abiogenesis.com) wrote:
: Hi. This little sample program works fine with MacPerl 5.1.3.r2 but
: doesn't work under NeXTStep 3.2 with perl 5.00301. according to the NeXT
: there's no DB_File.pm file. In fact, there *is* no DB_File.pm in with the
: other .pm files.
DB_File needs more than DB_File.pm to work. Assuming NeXTStep supports
dynamic linking, it needs an object file as well (on most systems I
have experience of it would be called DB_File.so)
: Although I can find in in with the perl src, it didn't get installed with
: 'make install'
If it didn't get installed, it means that Configure didn't find db on
your system. It needs to find both db.h and libdb.a in one of the
standard include & library directories.
: I guess what I really care to know is this: Which of the /DB_.*/ packages
: can be used and expected to be available to any system running perl5?
The source for SDBM comes with Perl. I don't know if it will build on
NeXTStep.
: Is
: it unusual that DB_File is unavailable on my NeXT?
Don't know.
: I do have
: db.1.85.tar.gz installed on the NeXT. After rereading the Blue Camel book
: (and each time is appears anew!) I'm still confused. It seems as though
: DB_File should be available.
Was db-1.85 installed before or after building Perl?
If it was installed after building Perl, then rebuild Perl again.
Configure should spot that you have db this time and build DB_File.
Paul
------------------------------
Date: 23 Mar 1997 01:34:10 -0800
From: Russ Allbery <rra@cs.stanford.edu>
To: "Matteo Pelati" <pelatimtt@poboxes.com>
Subject: Re: file date ???
Message-Id: <qum20973qb1.fsf@cyclone.stanford.edu>
[ Posted and mailed. ]
Matteo Pelati <pelatimtt@poboxes.com> writes:
> I need to read the date of a file with perl. How can I do that? I tried
> using the stat function but I can't get the file date ....
You may need to use localtime to extract the date from the timestamp.
--
Russ Allbery (rra@stanford.edu) <URL:http://www.eyrie.org/~eagle/>
------------------------------
Date: Sun, 23 Mar 1997 15:20:10 GMT
From: soccer@microserve.net (Geoffrey Hebert)
Subject: Re: Forward- and Backslashes as Pathname Delimiters
Message-Id: <5h3gpv$34e$1@news3.microserve.net>
rtanikella@rfbd.org wrote:
>Hello,
>are no arguments); meanwhile,
>$pid = system(P_WAIT, 'SGMLBLD.EXE /INPUT:C:\BUILD\EB424\SGML-IN.BIF');
>fails with an error stating: Can't spawn "SGMLBLD.EXE
>/INPUT:C:\BUILD\EB424\SGML-IN.BIF": No such file or directory at
>n:systest.p line 58. system call returned the following:--->255<---
>Am I correct in assuming this result is because the forward-slash
>preceding the INPUT parameter is being taken by the perl interpreter as a
>pathname?
read up on how the \ works
it works as a pair with the following character
when I am doing what you appear to want to do, I do the following:
$file="SGMLBLD.EXE \/INPUT:C:\\BUILD\\EB424\\SGML-IN.BIF
print "lets just see what we got $file";
>$pid = system($file);
------------------------------
Date: 23 Mar 1997 09:35:12 -0500
From: clay@panix.com (Clay Irving)
Subject: Re: ftplib.pl for Perl 5
Message-Id: <5h3f30$209@panix.com>
In <3333FED1.5029@nortel.com> Jeff Dubis <dubis@nortel.com> writes:
>Does anyone have the ftplib.pl library for Perl5?
Do you mean Net::FTP?
Net::FTP -- Interface to File Transfer Protocol
Section: Networking, Device Control (modems) and InterProcess
Communication
Author: Graham Barr (GBARR) <gbarr@ti.com>
Development
Stage: Alpha testing
Support: Developer
Language Used: Perl-only, no compiler needed, should be platform independent
Interface Style: plain Functions, no references used
Comments: Now part of the libnet distribution. Prerequisites:
To install libnet you must have the following modules
installed:
Data::Dumper
IO::Socket
Note: Please get the patch libnet-1.05_01.
Source: http://perl.com/CPAN/modules/by-module/Net/libnet-1.05.tar.gz
SYNOPSIS
use Net::FTP;
$ftp = Net::FTP->new("some.host.name");
$ftp->login("anonymous","me@here.there");
$ftp->cwd("/pub");
$ftp->get("that.file");
$ftp->quit;
DESCRIPTION
Net::FTP is a class implementing a simple FTP client in Perl as described
in RFC959. It provides wrappers for a subset of the RFC959 commands.
--
Clay Irving See the happy moron,
clay@panix.com He doesn't give a damn,
http://www.panix.com/~clay I wish I were a moron,
My God! Perhaps I am!
------------------------------
Date: Sun, 23 Mar 1997 09:48:03 GMT
From: brian@brie.com (Brian Lavender)
Subject: Getting the time for a date
Message-Id: <3334fbd0.24134387@nntp.netcruiser>
I am trying to get the time for a date in seconds. As far as I can
see, the function time returns the current time in seconds since the
date January 1, 1970. I want to get the time for another date. How do
I do that?
Brian
----------------
Brian Lavender
Napa, CA
Brie Business Directory - Napa Valley http://www.brie.com/bbd
(707) 226-8891
"Most good things in life are free!"
------------------------------
Date: 23 Mar 1997 09:42:25 GMT
From: mjtg@cus.cam.ac.uk (M.J.T. Guy)
Subject: Re: Help with so called Virtual Classes
Message-Id: <5h2tu1$5o7@lyra.csx.cam.ac.uk>
Kevin Atkinson <kevina@clark.net> wrote:
>And for some of the functions I need to able to tell if the thingie that
>was passed in is an true object or a class which includes a virtual class.
Is code like this what you want?
sub thing {
my $self = shift;
if (ref $self) {
print "Called with an object\n"
} else {
print "Called with a class name\n"
}
>And to make matters worse, because some of the objects take other objects
>as arguments, I need to be able to tell if that object is an object of x
>type (including an object created in a virtual class which creates the
>same type of objects as the original class).
The ref function tells you which class an object is in. But you
probably don't want to be doing that, for the reasons explained under
'empty subclass test' in perltoot. Usually, if you want to take
different actions for different classes, you put the action in a
method. Then the normal method lookup automatically chooses the
correct action for each object. And you can use inheritance to
provide a default action.
The 'isa' and 'can' methods described in perlobj may also be useful.
Mike Guy
------------------------------
Date: Fri, 21 Mar 1997 10:22:34 -0500
From: Matthew.Healy@yale.edu (Matthew D. Healy)
Subject: Re: Major Help needed on CGI Forms
Message-Id: <Matthew.Healy-2103971022340001@pudding.med.yale.edu>
In article <33348c9f.3068855@news.demon.co.uk>,
mark@channelzero.demon.co.uk (Mark R Arnold) wrote:
> Hi I'm an artist for the net but I need to be able to put forms on my
> WWW sites that send a meaning full reply HELP.
>
Unless you already have some programming experience, you will _first_ need
to learn a programming language that is available on your server, such
as Perl, or C, or TCL, or <shudder>BASIC</shudder> or even
<scream>COBOL</scream>. There are a number of books on CGI programming
on the market, but the better ones all warn that you must have some
programming experience _before_ you attempt to learn CGI programming.
If it's Perl you want to learn, start with {Learning Perl} published
by O'Reilly and Associates. As for CGI programming books, since I've
contributed to a couple I am not an unbiased source so I won't make any
specific suggestions.
---------
Matthew.Healy@yale.edu
http://paella.med.yale.edu/~healy
"But I thought it was pointed at the rabbit *between* my feet!"
------------------------------
Date: 23 Mar 1997 13:11:22 GMT
From: gsar@engin.umich.edu (Gurusamy Sarathy)
Subject: Re: Makefile.PL in Win95...where/what should I use for make(.exe)?
Message-Id: <5h3a5q$koq$1@news.eecs.umich.edu>
[ mailed and posted ]
In article <333a757a.13032720@nntp.a001.sprintmail.com>,
Lord Vorp <lordvorp@usa.net> wrote:
>
>So:
>What recommended directory Structure for Perl5?
>What Evironment vars should I set?
>HOW do I make Makefile.PL work?
5.004 will come with support for building perl on Win32 platforms
using the Visual C++ compiler (other compilers are planned to be
supported, but that may not happen by 5.004 release time).
The latest beta (5.003_94) already builds out of the box on both
WindowsNT and Windows95 (you need to follow the directions in
README.win32 to get it built). Although it builds on Win95,
that platform has a seriously broken command shell, and buggy
implementations of WinSock, so we may not officially support
*building* perl on Win95 when 5.004 is released.
*Running* a perl so built should work on both platforms (modulo
the command-shell related problems on Win95).
What's probably even better news is that most CPAN modules can now
be built and installed on WinNT (but not Win95), since MakeMaker is
supported. I have built several XS modules with no problems in the
past couple of weeks.
It should also be possible to support the Activeware extensions
in the near future, as long as they haven't made any drastic
changes from the time they released the current beta-300.
A copy of README.win32 can be found at:
http://www-personal.umich.edu/~gsar/perlwin32.html
- Sarathy.
gsar@umich.edu
------------------------------
Date: Sun, 23 Mar 1997 15:05:56 GMT
From: soccer@microserve.net (Geoffrey Hebert)
Subject: Re: making links on the fly
Message-Id: <5h3fv9$2rf$1@news3.microserve.net>
wcb4@erols.com (William Byrd) wrote:
>I am new to perl, and am just laerning
Looks like you are working too hard.
I just do a print as follows:
on the following:
print<<"end_part1";
<a href="self.cgi?$p_subject:$p_dir_piece:$part[0]:$part[1]:$part[2]:
$part[3]:$part[4]:$part[5]:$part[6]:$P_open:$p_adv:$p_mid:$p_top:g"
target="_top">G</a>
etc.
end_part1
------------------------------
Date: 23 Mar 1997 14:02:05 GMT
From: Eryq <eryq@enteract.com>
Subject: MIME::Lite 1.119 now on CPAN (in authors/Eryq)
Message-Id: <5h3d4t$mn5$1@nadine.teleport.com>
Because so many folks have asked for it, and waited so long, I
have put an Alpha copy of the new MIME::Lite module on-line.
The interface is now even prettier and more conformant with
Perl conventions (e.g., as_string() instead of stringify()).
We're fast approach Beta status, so get those suggestions in
before I freeze the public interface!
----------
If you ever wanted to be able to send email messages with attached
GIF files, but you didn't want to have to pull over the entire
MIME:: and Mail:: distributions, now's your chance to play around
with a single, self-contained module. Comments are most welcome.
Alpha copy on-line at:
http://www.enteract.com/~eryq/CPAN/MIME-Lite/
Docs also, at:
http://www.enteract.com/~eryq/CPAN/MIME-Lite/docs/MIME/
Knock yourselves out. Send me email if/when stuff breaks; I try
and do 24-hour turnarounds on bug reports.
** Note: as the name implies, this is not a substitute for the
real MIME-generating modules (which I also maintain). It is
a low-overhead, 90%-of-the-time-it'll-do-what-you-need solution.
Any popular stuff in MIME::Lite will go into MIME::Entity (which
currently is too cumbersome for the tastes of some folks, but will
be getting less-so).
--
___ _ _ _ _ ___ _ Eryq (eryq@enteract.com)
/ _ \| '_| | | |/ _ ' / Hughes STX, NASA/Goddard Space Flight Cntr.
| __/| | | |_| | |_| | http://www.enteract.com/~eryq
\___||_| \__, |\__, |___/\ Visit STREETWISE, Chicago's newspaper by/
|___/ |______/ of the homeless: http://www.streetwise.org
------------------------------
Date: 23 Mar 1997 14:02:50 GMT
From: wjm@best.com (William J. Middleton)
Subject: New PERL PDF Documentation Available for 5.004 Beta
Message-Id: <5h3d6a$mnj$1@nadine.teleport.com>
The latest perl PDF documentation suite is now available in my
CPAN directory.
~CPAN/authors/id/BMIDD/perlpdf-5.004BETA.tar.gz
This documentation corresponds to the perl5.003_94 release from
the Perl Development Team, which is being released to the world
as 5.004 BETA.
This release includes several additions, including the various
README files, including the new README for win32, documentation
from external programs like c2ph, etc, and the INSTALL document.
As always, this is a very large tar'd and gzip'd file, which
doesn't unpack correctly using older winzip. If you are on
Win95/NT, and you have trouble reading the document with Acrobat,
upgrade your winzip, or alternatively, you can grap the
equivalent zipfile from my directory here at best.com:
ftp://ftp.best.com/web7/wjm/perlpdf-5.004BETA.zip
both files will be available here, at least until CPAN propogates.
You can grab the Acrobat Reader, which is required to view the
document, from http://www.adobe.com.
Bill
------------------------------
Date: 23 Mar 1997 09:28:29 -0500
From: clay@panix.com (Clay Irving)
Subject: Re: Perl Newbie: ls -R in NT
Message-Id: <5h3emd$1i5@panix.com>
In <3332f722.22164434@hacgate2.hac.com> jsmorgan@ccgate.hac.com writes:
>As part of a script I am writing I need to the total size of all files
>in a directory including all files in all subdirectories. I am trying
>to write a recursive subroutine to do this, but it isn't working.
>This should be fairly simple. If anyone has done this before, I would
>appreciate any help.
I'd "cheat" and use this:
#!/usr/local/bin/perl
open FIND, "gfind . -print |" or die "Can't find files: $!\n";
while ($file = <FIND>) {
chomp $file;
$file_size = (stat $file)[7];
print "$file: $file_size\n";
$total_size = $file_size + $total_size
}
close FIND;
print "Total: $total_size\n";
This program was posted a few months ago:
#!/usr/bin/perl
# Start at the top.
&dodir('.');
sub dodir
{ local($dir,$nlink) = @_;
local($dev,$ino,$mode,$subcount);
# At the top level, we need to find nlink ourselves.
($dev,$ino,$mode,$nlink) = stat('.') unless $nlink;
# Get the list of files in the current directory.
opendir(DIR,'.') || die "Can't open $dir";
local(@filenames) = readdir(DIR);
closedir(DIR);
if ($nlink == 2) # This dir has no subdirectories.
{ for (@filenames)
{ next if $_ eq '.';
next if $_ eq '..';
print "$dir/$_\n";
}
}
else # This dir has subdirectories.
{ $subcount = $nlink - 2;
for (@filenames)
{ next if $_ eq '.';
next if $_ eq '..';
$name = "$dir/$_";
# print $name;
($dev,$ino,$mode,$nnlink,$uid,$gid,$rdev,$size,$atime,$mtime,$ctime,$blksi
ze,$blocks)=stat($name);
print "$name -$mtime-\n";
sleep 1;
next if $subcount == 0; # Seen all the subdirs?
# Get link count and check for directoriness.
($dev,$ino,$mode,$nlink) = lstat($_);
next unless -d _;
# It really is a directory, so do it recursively.
chdir $_ || die "Can't cd to $name";
&dodir($name,$nlink);
chdir '..';
--$subcount;
}
}
}
--
Clay Irving See the happy moron,
clay@panix.com He doesn't give a damn,
http://www.panix.com/~clay I wish I were a moron,
My God! Perhaps I am!
------------------------------
Date: Sun, 23 Mar 1997 09:55:21 GMT
From: kurt@rfpi.com
Subject: perl scripts
Message-Id: <5h2k1c$4nh@nerd.apk.net>
I am aware that there are sites on the web where there are libraries
of perl scripts. Does anyone know the URL's?
If I have a perl script I want to use how do I install it? I am using
a linnux server?
Thanks for any help.
------------------------------
Date: 23 Mar 1997 00:20:25 -0800
From: Russ Allbery <rra@cs.stanford.edu>
Subject: Re: regex for UNIX usernames needed!
Message-Id: <qum4te33tpy.fsf@cyclone.stanford.edu>
Randal Schwartz <merlyn@stonehenge.com> writes:
> I stand by my original claim. *Unix* usernames are alphanumeric (not
> underscore, not dash), lowercase, and cannot be all digits, and most
> utilities are slightly confused when you have something longer than
> eight chars.
We have several usernames (usernames, not e-mail addresses) that contain
underscores.
--
Russ Allbery (rra@stanford.edu) <URL:http://www.eyrie.org/~eagle/>
------------------------------
Date: Sun, 23 Mar 1997 15:09:37 GMT
From: Tim Pierce <twpierce+usenet@mail.bsd.uchicago.edu>
Subject: Re: regex for UNIX usernames needed!
Message-Id: <E7I4s1.2oE@midway.uchicago.edu>
In article <8cybbguh2z.fsf@gadget.cscaper.com>,
Randal Schwartz <merlyn@stonehenge.com> wrote:
>I seriously doubt you'll find *any* UNIX system out there where in
>response to "login:", someone can type "j.r.hacker".
Solaris permits this, but, well, Solaris.
>I stand by my original claim. *Unix* usernames are alphanumeric (not
>underscore, not dash), lowercase, and cannot be all digits, and most
>utilities are slightly confused when you have something longer than
>eight chars.
This is a good rule of thumb on general principle, but there do
exist Unix systems which are not bound by these rules. (And it is
true that most utilities are not prepared to handle long
usernames.)
--
Support the Hawaii Equal Rights Marriage Project: call 1-900-97-MARRY ($5/call)
------------------------------
Date: 23 Mar 1997 09:18:14 GMT
From: c.c.eiftj@33.usenet.us.com (Rahul Dhesi)
Subject: Re: term 'regular expressions' considered undesirable
Message-Id: <5h2sgm$pcv@bug.rahul.net>
In <omvi6kvvhn.fsf@tees.cs.ualberta.ca> Vladimir Alexiev
<vladimir@cs.ualberta.ca> writes:
>You don't need backtracking if
>you have NFA in your disposal, and I think you agreed that NFAs are still
>regular.
Are you claiming that every perl search can be implemented as an NFA?
If not, then I fail to see the relevance of the above argument.
--
Rahul Dhesi <dhesi@spams.r.us.com>
a2i communications, a quality ISP with sophisticated anti-junkmail features
** message body scan immune to fake headers *** see http://www.rahul.net/
>>> "please ignore Dhesi" -- Mark Crispin <mrc@CAC.Washington.EDU> <<<
------------------------------
Date: 23 Mar 1997 09:57:17 GMT
From: mjtg@cus.cam.ac.uk (M.J.T. Guy)
Subject: Re: undump for IRIX 6.2
Message-Id: <5h2upt$63b@lyra.csx.cam.ac.uk>
Phil Houstoun <phousto@cse.dnd.ca> wrote:
>Does an undump exist for IRIX 6.2? Email please. Tks.
I don't have a categorical answer to your question, but the comments in
the FAQ are instructive. The other material in these sections may
suggest alternative ways of doing whatever you are trying to achieve.
=head2 What is undump?
See the next questions.
=head2 How can I make my Perl program run faster?
[snip]
The undump program was an old attempt to speed up your Perl program
by storing the already-compiled form to disk. This is no longer
a viable option, as it only worked on a few architectures, and
wasn't a good solution anyway.
Mike Guy
------------------------------
Date: 23 Mar 1997 09:13:29 GMT
From: gsar@engin.umich.edu (Gurusamy Sarathy)
Subject: Re: Unix 'Cat' equivelent
Message-Id: <5h2s7p$61d$1@news.eecs.umich.edu>
In article <5gjilt$6a4@kodak.rdcs.Kodak.COM>,
Bryan Grenn <beermeister@geocities.com> wrote:
>I'm trying to replace a lot of my unix scripts
>with perl. I'm having problems trying to do
>simple file manipulation..
>
>cat filea.txt fileb.txt filec.txt > newfile.txt
I carry these around in my head for a day when I might get stuck
in a dark room with blinded door^H^Hs and windows (with luck, I'd
have a pearly moonlight shining through (-:
cat: run any number of files together
'print <>'
rev: reverse the characters of each line in a file
'print scalar reverse $_ while <>'
echo: will interpolate perl escapes
'print map { s/(["\%\$\@])/\\$1/g; eval qq["$_"] } @ARGV'
head: 'head -20 file' prints first 20 lines of file
'$i = shift; print($_=<>) while $i++ < 0'
tail: 'tail -5 file' prints last 5 lines of file
'print @a[(shift)+(@a=<>)..$#a]'
- Sarathy.
gsar@umich.edu
------------------------------
Date: Fri, 21 Mar 1997 10:05:32 -0500
From: Matthew.Healy@yale.edu (Matthew D. Healy)
Subject: Re: Using a URL as input to a Perl script
Message-Id: <Matthew.Healy-2103971005320001@pudding.med.yale.edu>
In article <01bbe984$24d34100$1c2e44c6@primenet.primenet.com>, "Jason
Mortensen" <jasonm@primenet.com> wrote:
> I need some help writing a Perl script that can read a URL on another
> server (ie a webpage) and work with what is read from that page. For my
...
There are Perl modules that will grab any URL for you, or if you have
the lynx character-mode browser installed on your system you can just
use `lynx -source $URL` or `lynx -dump $URL` depending whether you want
the HTML source or the text as displayed. See the lynx manpage, and the
FAQs on perl and cgi.
If you don't know where the FAQs can be found, here are some starting
points:
ftp://rtfm.mit.edu/pub/usenet/news.answers/www/cgi-faq
http://www.cis.ohio-state.edu/hypertext/faq/usenet/www/cgi-faq/faq-doc-0.html
http://htmlhelp.com/faq/cgifaq.html
http://www.mcp.com/que/et/se_cgi/
http://htmlhelp.com/links/wdgfaq.htm
http://www.boutell.com/faq/
http://www.perl.com/perl/faq/idiots-guide.html
http://www.perl.com/perl/faq/perl-cgi-faq.html
http://ycmi.med.yale.edu/~healy/cgilinks.html
Hope this helps!
---------
Matthew.Healy@yale.edu
http://paella.med.yale.edu/~healy
"But I thought it was pointed at the rabbit *between* my feet!"
------------------------------
Date: 23 Mar 1997 07:40:37 GMT
From: Tom Christiansen <tchrist@mox.perl.com>
Subject: Re: What's a good Perl book?
Message-Id: <5h2mpl$t3i$1@csnews.cs.colorado.edu>
[courtesy cc of this posting sent to cited author via email]
In comp.lang.perl.misc,
"Aaron, Penny, Jaymee Minner" <badsmrfs@stratos.net> writes:
:When I was particularly frustrated at not being able to find
:something, it seemed like more effort was put into the
:cute comments than making the book intuitively useful.
Why don't you tell us what you had trouble finding/learning
so that we can address these in a future reprint?
--tom
--tom
--
Tom Christiansen tchrist@jhereg.perl.com
Sun and MicroSoft and Netscape have the entire Internet by the short curlies. As long as
they throw enough marketing dollars at something, we all have to fall in line, regardless
of anything. So much for "open standards". -- Aaron Watters in <4d0c0d$9fr@mtinsc01-mgt.ops.worldnet.att.net>
------------------------------
Date: Sun, 23 Mar 1997 05:36:51 -0600
From: "Aaron, Penny, Jaymee Minner" <badsmrfs@stratos.net>
Subject: Re: What's a good Perl book?
Message-Id: <333515D3.22F6F2D7@stratos.net>
I'll try to keep track of these things as I go along,
but aside from one example I remember - because my
boss was complaining about it - most of the specifics
were forgotten as soon as I found what I needed.
Rather like:
while (1)
{
find bug;
fixIt bug;
last if (sick_of_this_^&%$ or time_for_bed);
)
That one issue I remember is the syntax for list
element selection: (list)[index]. He was using
stat($file)[8] without the () around "stat".
I eventually found it for him on page 48, but spending
more than 10 seconds searching for little things like
that just boosts the aggravation level. It's there,
but it's hidden in the discussion.
Aaron
PS. Thanks for the quick response to yesterday's mail
concerning Sys::Syslog.
Tom Christiansen wrote:
>
> Why don't you tell us what you had trouble finding/learning
> so that we can address these in a future reprint?
>
> --tom
------------------------------
Date: 23 Mar 1997 14:26:27 GMT
From: billy@cast.msstate.edu (Billy Chambless)
Subject: Re: When is perl program too large?
Message-Id: <5h3eij$isq$1@NNTP.MsState.Edu>
In article <5h2272$c91$1@news3.microserve.net>, soccer@microserve.net (Geoffrey Hebert) writes:
|> When do you say - 'This program is too large, I'll break it up'?
Usually about 2 AM.
--
"The bottom line on experience is this -- do you get 10 years of experience
or do you get 1 year of experience 10 times?"
--- Steve McConnell in _Code Complete_
------------------------------
Date: Sat, 22 Mar 1997 22:32:12 -0600
From: Marion Evans <marion.evans@wcom.com>
Subject: Re: Who makes more $$ - Windows vs. Unix programmers?
Message-Id: <3334B24C.3ADF@wcom.com>
William de Haan wrote:
> In message <332A07CA.3949@ici.net>, on Fri, 14 Mar 1997 21:22:02 -0500, Alicia
> Carla Longstreet <carla@ici.net> wrote:
> >Actually, didn't Novell get really smart a couple of years ago and buy
> >Unix from AT&T? In any event, they are supposedly perfecting a product
> Yes, Novell bought Unix from USL several years ago, cursed be their
> names. They treated it with the same respect and reverance that they
> showed WordPerfect.
> >called Unixware, which will be a Unix Server OS with built-in Netware
> >support. It will make a terrific Server.
> It's been out for a while, actually. Are you talking about something
new?
Novell treated Unix with same reverance as WordPerfect alright
Noorda's sucksessor Frankenstein sold Unix and UnixWare to Sun
Even still the Unix - Sun deal was done bout a year before the
WP - Corel deal.
Judging from the product (UnixWare) I really dont think Novell knew
a lot about Unix at all. Buying the rights to the AT&T code didn't help
------------------------------
Date: Sun, 23 Mar 1997 13:01:08 GMT
From: shyde@poboxes.com (Simon Hyde (aka Jeckyll))
Subject: Re: Wildcards in a system (mv, fn, fn) call won't work
Message-Id: <33352935.429225@news.brad.ac.uk>
On Sat, 22 Mar 1997 16:20:32 -0700, ceolas@celtic.stanford.edu
(Ceolas) wrote:
>I am trying to write a cgi-bin script to transfer new files for my web
>server from an FTP submit area to the correct part of the web server,
>allowing external contributors to update their own files. Each contributor
>to the site has their own directory, so I'd like to be able to move
>selected files from /submit/dir/ to /html/dir/. Since I'm another
>fairly-clueless-newbie, I thought to avoid having to move each file
>individually, by using a system call to the mv command:
>
> $source = "/img/www/html/submit/bod/*";
> $dest = "/img/www/html/bod/";
> system ("mv", $source, $dest);
>
>Running this as a script from the command line, mv tells me it can't find
>the /bod/* file or directory. If I replace the * with a single filename,
>everything works fine, and if I just type out the mv command (including
>the *), that's fine too, so the problem seems to be between perl and the
>*.
>
>Question: is there any way that mv can recognise a * wildcard in a perl
>system() call? If not, is there a way around it, for me to update certain
>files in a directory, without transferring the whole directory across
>every time?
When you type it from the command line it's not mv that recognises the
wildcard but your shell (at least that's what I believe happens). Try
changing your system call to: system("mv $source $dest"); as this will
not bypass the shell as system("mv", $source, $dest); does
---
Yours Sincerely,
,
() o /| | |
/\ _ _ _ __ _ _ |___| __| _
/ \| / |/ |/ | / \_/ |/ | | |\| | / | |/
/(__/|_/ | | |_/\__/ | |_/ | |/ \_/|/\_/|_/|__/
/|
\|
(Simon Hyde)
/****************How To Contact Me******************\
| Internet Email: shyde@POBoxes.com |
\***************************************************/
------------------------------
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 163
*************************************
