[9396] in Perl-Users-Digest
Perl-Users Digest, Issue: 2991 Volume: 8
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Fri Jun 26 05:07:14 1998
Date: Fri, 26 Jun 98 02:00:33 -0700
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Fri, 26 Jun 1998 Volume: 8 Number: 2991
Today's topics:
Re: About usage of recursive algoritm in Perl. <zenin@bawdycaste.org>
Re: About usage of recursive algoritm in Perl. <rootbeer@teleport.com>
Catching divide-by-zero <r11630@email.sps.mot.com>
Re: Catching divide-by-zero <rootbeer@teleport.com>
Re: Catching divide-by-zero (Jim Britain)
Re: CGI.pm VS. The World! <Tony.Curtis+usenet@vcpc.univie.ac.at>
Re: Executing Perl Script From Command Line <rootbeer@teleport.com>
Re: first language - last language <quednauf@nortel.co.uk>
HELP! Where can I find a HTTP inteface for mail <blockmar@nxs.se>
Re: HELP! Where can I find a HTTP inteface for mail <rootbeer@teleport.com>
Re: Input type="file" (I.J. Garlick)
Re: interacting w/a device off a serial port <rootbeer@teleport.com>
Re: Mysterious error with Perl DBM <rootbeer@teleport.com>
Re: Newbie looking for help with text manipulation (I.J. Garlick)
QUE: DBD-Oracle-0.50 database module <mike@tech.eurodyn.com.gr>
reading post data <presence@outlook.net>
Re: reading post data <rootbeer@teleport.com>
Re: reading post data (Abigail)
Re: Referring to another computer (I.J. Garlick)
Re: WARNING: Newbie Inquiry - PERL Architecture <ebohlman@netcom.com>
Re: What a Crappy World (Bart Lateur)
Re: What a Crappy World (Bart Lateur)
Re: What a Crappy World <quednauf@nortel.co.uk>
Re: Which is the best Perl book for beginners? <rootbeer@teleport.com>
Re: Which is the best Perl book for beginners? (Abigail)
Digest Administrivia (Last modified: 8 Mar 97) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: 26 Jun 1998 06:59:17 GMT
From: Zenin <zenin@bawdycaste.org>
Subject: Re: About usage of recursive algoritm in Perl.
Message-Id: <898844862.387802@thrush.omix.com>
[posted & mailed]
Administrator <w3master@infosys.ru> wrote:
: Hi!
: How can I create a perl-program with recursive function in RedHut Linux
: Perl 5.00.003?
^^^^^^^^
No such version.
: Or it's not passible?
Oh, it's possible, but I'm not sure if it's passible. :-)
: Answer me please!!!!
Ok!!!! I WILL!!!!
: You are may send your answer at w3master@infosys.ru
sub duh {
return duh(@_);
}
duh ("There goes the swap!");
--
-Zenin
zenin@archive.rhps.org
------------------------------
Date: Fri, 26 Jun 1998 07:08:05 GMT
From: Tom Phoenix <rootbeer@teleport.com>
Subject: Re: About usage of recursive algoritm in Perl.
Message-Id: <Pine.GSO.3.96.980625235403.5566e-100000@user2.teleport.com>
On 26 Jun 1998, Administrator wrote:
> How can I create a perl-program with recursive function in RedHut Linux
> Perl 5.00.003?
There's no such Perl version as that. But it's easy to have a recursive
function in Perl. See the perlsub manpage.
> Answer me please!!!!
I don't think that anyone would choose to answer you only because of that
sentence. :-)
Hope this helps!
--
Tom Phoenix Perl Training and Hacking Esperanto
Randal Schwartz Case: http://www.rahul.net/jeffrey/ovs/
------------------------------
Date: Fri, 26 Jun 1998 08:58:15 +0100
From: Michael Scott <r11630@email.sps.mot.com>
Subject: Catching divide-by-zero
Message-Id: <35935497.C203B5C@email.sps.mot.com>
This is a multi-part message in MIME format.
--------------07EB97C61E2C2E042B847630
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
I am trying to add some code to a Perl script I run via cron to produce a daily
report. Every now and then, corrupted data means I get a div0 and subsequent
death by momba. Rather than bullet-proof every statement in the script with
validity checks, I wanted to create a handler routine to give me some more
detailed information. I tried the following, and although the script does not
complain when executed, nothing is printed to the screen. I did a search on Deja
News for similar, but nothing doing there - if this is an old one, sorry!
Michael.
#!/usr/local/bin/perl
sub divzero {
print STDERR "Done a div0!!!\n";
exit(1);
}
$SIG{__DIE__} = 'divzero';
$divisor=0;
printf ("%d",1/$divisor);
--------------07EB97C61E2C2E042B847630
Content-Type: text/x-vcard; charset=us-ascii; name="vcard.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Michael Scott
Content-Disposition: attachment; filename="vcard.vcf"
begin: vcard
fn: Michael Scott
n: Scott;Michael
org: Motorola TSG - BESI
adr: Colvilles Road;;East Kilbride;Glasgow;;G75 0TG;Scotland
email;internet: r11630@email.sps.mot.com
title: Senior Product Engineer
tel;work: +44 1355 565247
tel;fax: +44 1355 261790
x-mozilla-cpt: ;0
x-mozilla-html: FALSE
version: 2.1
end: vcard
--------------07EB97C61E2C2E042B847630--
------------------------------
Date: Fri, 26 Jun 1998 08:35:10 GMT
From: Tom Phoenix <rootbeer@teleport.com>
Subject: Re: Catching divide-by-zero
Message-Id: <Pine.GSO.3.96.980626013007.5566l-100000@user2.teleport.com>
On Fri, 26 Jun 1998, Michael Scott wrote:
> Subject: Catching divide-by-zero
You want eval of a block.
eval {
$dino = $fred / $barney;
};
if ($@) {
print "Error: $@\n";
}
You could put your whole program inside that eval block, of course. Or you
could be minimalist:
$dino = eval { $fred / $barney };
if (not defined $dino) {
print "oops, divided by zero!";
}
In this case, I could skip checking $@ since the return value of eval will
be undef (or empty list, in list context) if it fails. See the perlfunc
manpage for more details. Hope this helps!
--
Tom Phoenix Perl Training and Hacking Esperanto
Randal Schwartz Case: http://www.rahul.net/jeffrey/ovs/
------------------------------
Date: Fri, 26 Jun 1998 08:48:25 GMT
From: jbritain@home.com (Jim Britain)
Subject: Re: Catching divide-by-zero
Message-Id: <35936023.105625313@news>
On Fri, 26 Jun 1998 08:58:15 +0100, Michael Scott
<r11630@email.sps.mot.com> wrote:
>This is a multi-part message in MIME format.
>--------------07EB97C61E2C2E042B847630
>Content-Type: text/plain; charset=us-ascii
>Content-Transfer-Encoding: 7bit
>
>I am trying to add some code to a Perl script I run via cron to produce a daily
>report. Every now and then, corrupted data means I get a div0 and subsequent
>death by momba. Rather than bullet-proof every statement in the script with
>validity checks, I wanted to create a handler routine to give me some more
>detailed information. I tried the following, and although the script does not
>complain when executed, nothing is printed to the screen. I did a search on Deja
>News for similar, but nothing doing there - if this is an old one, sorry!
1. Get rid of the HTML and vcard crap when posting to newsgroups.
2. look up the perl function eval.
------------------------------
Date: 26 Jun 1998 09:51:00 +0200
From: Tony Curtis <Tony.Curtis+usenet@vcpc.univie.ac.at>
Subject: Re: CGI.pm VS. The World!
Message-Id: <7xlnqkob2z.fsf@beavis.vcpc.univie.ac.at>
Re: CGI.pm VS. The World!, Matt <mattj@spaatz.org> said:
Matt> These are identical, as far as your browser is
Matt> concerned. CGI.pm's 'print query->redirect() function
Matt> really just prints out the complete
Matt> fully-HTTP-compliant Location: HTTP header, as in your
Matt> method B.
Not quite the same, as you can see from testing it in
off-line mode.
This follow-up brought to you by the words:
abstraction
encapsulation
Matt> Michael S. Brito, Jr. wrote:
>> use CGI;
>>
>> print $query->redirect('http://www.domain.com/up/yours.html')
What is `$query'? Where is it `new'ed?
tony
--
Tony Curtis, Systems Manager, VCPC, | Tel +43 1 310 93 96 - 12; Fax - 13
Liechtensteinstrasse 22, A-1090 Wien, AT | http://www.vcpc.univie.ac.at/
"You see? You see? Your stupid minds! Stupid! Stupid!" ~ Eros, Plan9 fOS.
------------------------------
Date: Fri, 26 Jun 1998 07:16:39 GMT
From: Tom Phoenix <rootbeer@teleport.com>
Subject: Re: Executing Perl Script From Command Line
Message-Id: <Pine.GSO.3.96.980626000942.5566g-100000@user2.teleport.com>
On 26 Jun 1998, Elliott McGucken wrote:
> Hello there. I'm using a bash shell, and when I try to execute a perl
> script from the command line, I get "file not found".
Double check the #! line at the top of your program. Those two characters
must be absolutely the very first ones in the file, and they (generally)
must be followed immediately by the path to perl. I know, you checked that
it was right, but it's worth double-checking - there could be a hidden
control character, or something. Also, some systems don't like it if the
path to perl exceeds 32 characters or some such; check your system's docs
if your path is very long - or just nag your sysadmin to put in a good
symlink from /usr/bin/perl.
Hope this helps!
--
Tom Phoenix Perl Training and Hacking Esperanto
Randal Schwartz Case: http://www.rahul.net/jeffrey/ovs/
------------------------------
Date: Fri, 26 Jun 1998 09:34:47 +0100
From: "F.Quednau" <quednauf@nortel.co.uk>
Subject: Re: first language - last language
Message-Id: <35935D27.469B7E45@nortel.co.uk>
Jonathan Stowe wrote:
> > What is the *last* language all you experts would ever want to
> > deal with ? ...
> >
> The Axis GIS system language (Sorry Eric). Check out the docs at
> http://www.axis2000.co.uk/ for confirmation.
Indeed, it looks very cryptic. But it's for making maps, isn't it? Now I realize
how I could get so hopelessly lost once...oh well.
--
____________________________________________________________
Frank Quednau
http://www.surrey.ac.uk/~me51fq
________________________________________________
------------------------------
Date: Fri, 26 Jun 1998 10:19:48 +0200
From: - <blockmar@nxs.se>
Subject: HELP! Where can I find a HTTP inteface for mail
Message-Id: <359359A4.B36FFB23@nxs.se>
Does any one now where i can find a http ierface for reading mail??
I'm not interested in a service "hotmail style". I want the source (Perl
would be a nice language) to be able to run it on my own Sparce 5
(NetBSD)
Please answer to this group or blockmar@*REMOVE_ME*nxs.se
/ Blockmar
------------------------------
Date: Fri, 26 Jun 1998 08:35:39 GMT
From: Tom Phoenix <rootbeer@teleport.com>
Subject: Re: HELP! Where can I find a HTTP inteface for mail
Message-Id: <Pine.GSO.3.96.980626013520.5566m-100000@user2.teleport.com>
On Fri, 26 Jun 1998, - wrote:
> Does any one now where i can find a http ierface for reading mail??
If you're wishing merely to _find_ (as opposed to write) programs,
this newsgroup may not be the best resource for you. There are many
freeware and shareware archives which you can find by searching Yahoo
or a similar service. Hope this helps!
--
Tom Phoenix Perl Training and Hacking Esperanto
Randal Schwartz Case: http://www.rahul.net/jeffrey/ovs/
------------------------------
Date: Thu, 18 Jun 1998 08:02:23 GMT
From: ijg@csc.liv.ac.uk (I.J. Garlick)
To: "Andrew Arrow" <andrew@deltanet.com>
Subject: Re: Input type="file"
Message-Id: <EuqMC0.G7n@csc.liv.ac.uk>
[Posted and mailed]
In article <6m4pkk$3i5$1@news01.deltanet.com>,
"Andrew Arrow" <andrew@deltanet.com> writes:
> Hi all,
>
> Can anyone tell me where to find information on the:
>
> <input type="file" name="whatever">
>
> It makes a nice text field with a "browse" button next to it, but how do I
> go about reading the file the user selects?
>
> Say the user selects "c:\textfile.txt" How do I read that file off the
> user's hard drive from my web application?
Errr.. You can't. :-)
As soon as the user hits the submit button the whole file is sent to your
server in a mime-type encoding. So you see it's no longer on their hard
drive. :-)
To access this info see CGI-modules-2.76 on CPAN. Specifically Request.pm
Base.pm and BasePlus.pm. The right call to a new Request object saves it
to a temporary file, you can figure the rest out.
You also get all of this built in to CGI.pm but it's a bit on the large
side and is rather like using a sledge hammer to crack a walnut.
--
Ian J. Garlick
ijg@csc.liv.ac.uk
------------------------------
Date: Fri, 26 Jun 1998 07:09:26 GMT
From: Tom Phoenix <rootbeer@teleport.com>
Subject: Re: interacting w/a device off a serial port
Message-Id: <Pine.GSO.3.96.980626000838.5566f-100000@user2.teleport.com>
On Thu, 25 Jun 1998, Kenwrick Chan wrote:
> I have a device that is connected to my Freebsd box via a serial port.
> In theory if I send a string to the device via the serial connection I'm
> supposed to get feedback back from the device. I'm having problems in
> obtaining the feedback from the serial device. Any suggestions?
Have you seen the part of the FAQ that talks about using serial ports?
It's in section eight. Hope this helps!
--
Tom Phoenix Perl Training and Hacking Esperanto
Randal Schwartz Case: http://www.rahul.net/jeffrey/ovs/
------------------------------
Date: Fri, 26 Jun 1998 06:02:52 GMT
From: Tom Phoenix <rootbeer@teleport.com>
Subject: Re: Mysterious error with Perl DBM
Message-Id: <Pine.GSO.3.96.980625225914.5566T-100000@user2.teleport.com>
On Thu, 25 Jun 1998, Tom O'Neil wrote:
> I'm receiving an error while trying to update a Perl DBM I've created.
> When I try to update one of the entries, I get the following error:
>
> ndbm store returned -1, errno 28, key "ROOTS" at ./test.pl line 8.
>
> However, if I shorten the length of the value I'm trying to insert by
> a few characters (ie. if $temp is 10 characters shorter), it works
> flawlessly.
I see that $temp is 1031 characters long. Does your default DBM
implementation limit keys and values to a maximum length of 1023 or 1024
characters, by chance? The docs should say. Hope this helps!
--
Tom Phoenix Perl Training and Hacking Esperanto
Randal Schwartz Case: http://www.rahul.net/jeffrey/ovs/
------------------------------
Date: Thu, 18 Jun 1998 08:49:54 GMT
From: ijg@csc.liv.ac.uk (I.J. Garlick)
To: Schristie@rnib.org.uk (Christie, Sara)
Subject: Re: Newbie looking for help with text manipulation
Message-Id: <EuqoJ6.Ip2@csc.liv.ac.uk>
[Posted and mailed]
In article <6m5tcf$9at$1@flex.london.pipex.net>,
Schristie@rnib.org.uk (Christie, Sara) writes:
[snipped]
> <CATEGORY> Books
> <SECTION> one
[snipped]
> I have managed to do the not too difficult job of reordering the title
> code description by doing a simple substitution but am stumped as to
> how to cope with the tagged bit.
>
I am no expert but wouldnt something like this work
$string =~ s/^<.*>\s*(.*)\n$/$1/;
work?
Just tried it and it does. There are probably a few things I have missed
but i am sure someone else will pull me up about that.
I will leave it up to you to inc code in your prog, probably needs to
go in the 'while (<>) {' loop part.
--
Ian J. Garlick
ijg@csc.liv.ac.uk
------------------------------
Date: Fri, 26 Jun 1998 10:57:43 +0300
From: Tsoukalos Mihalis <mike@tech.eurodyn.com.gr>
Subject: QUE: DBD-Oracle-0.50 database module
Message-Id: <35935477.C0E1373D@tech.eurodyn.com.gr>
Hello to everyone.
I have some questions to make about the DBD-Oracle-0.50 perl database
module.
1. I want to know if it is possible to access not only a local Oracle
database but also a remote Oracle database using the &ora_login(...) [or
using another way] subroutine.
2. There will be a lot of interaction with the Oracle database. Do you
think that it is better to use Perl or should I use the JDBC API
instead?
3. If I make the module using Oracle 7.3.2 is it possible to use the
module with Oracle 8.0.3 without any changes [recompilation] ? There are
some errors when I am trying to do it but I don't know if it is my
fault.
many thanks in advance,
mihalis.
PS. Please send your answer to my email address as well because this is
urgent.
--
--------------------------------------
Name: Mihalis Tsoukalos
Software Engineer
mailto:mike@tech.eurodyn.com.gr
Home Email: mailto:diogenes@hol.gr
------------------------------
Date: Fri, 26 Jun 1998 07:32:48 GMT
From: special master <presence@outlook.net>
Subject: reading post data
Message-Id: <35934E4F.4A7BDFBA@outlook.net>
what is another way to read the value of a variable from a post in perl
other than $in{variable}
------------------------------
Date: Fri, 26 Jun 1998 07:45:09 GMT
From: Tom Phoenix <rootbeer@teleport.com>
Subject: Re: reading post data
Message-Id: <Pine.GSO.3.96.980626004327.5566j-100000@user2.teleport.com>
On Fri, 26 Jun 1998, special master wrote:
> what is another way to read the value of a variable from a post in perl
> other than $in{variable}
This sounds like one of those homework problems that you should do on your
own. But I'll tell you to see section nine of the Perl FAQ anyway. :-)
Hope this helps!
--
Tom Phoenix Perl Training and Hacking Esperanto
Randal Schwartz Case: http://www.rahul.net/jeffrey/ovs/
------------------------------
Date: 26 Jun 1998 08:30:49 GMT
From: abigail@fnx.com (Abigail)
Subject: Re: reading post data
Message-Id: <6mvm7p$eg4$1@client3.news.psi.net>
special master (presence@outlook.net) wrote on MDCCLX September MCMXCIII
in <URL: news:35934E4F.4A7BDFBA@outlook.net>:
++ what is another way to read the value of a variable from a post in perl
++ other than $in{variable}
Assuming the name in the form is 'variable':
#!/usr/local/bin/perl -w
use strict;
undef $/;
my $text = <>;
($variable) = $text =~ /variable=(.*)/;
Of course, only fools don't
use CGI;
Abigail
--
perl -wle 'print "Prime" if (0 x shift) !~ m 0^\0?$|^(\0\0+?)\1+$0'
------------------------------
Date: Thu, 18 Jun 1998 14:23:02 GMT
From: ijg@csc.liv.ac.uk (I.J. Garlick)
Subject: Re: Referring to another computer
Message-Id: <Eur3yE.As6@csc.liv.ac.uk>
In article <01bd996f$16bc4a20$4685d4d1@newville>,
"Caleb Newville" <webmaster@briefcasegolf.com> writes:
> I am new to perl and found an auto-responder. I have the following line:
>
> $mailprog = '/usr/bin/sendmail';
>
> and I need it to go to 'yoda.fdt.net/usr/bin/sendmail' Anyone know how to
> do this?
Why?
I don't think this is nice using someone elses sendmail prog. You can
probably only do this if you have the correct permissions any way.
--
Ian J. Garlick
ijg@csc.liv.ac.uk
------------------------------
Date: Fri, 26 Jun 1998 07:41:41 GMT
From: Eric Bohlman <ebohlman@netcom.com>
Subject: Re: WARNING: Newbie Inquiry - PERL Architecture
Message-Id: <ebohlmanEv5EpI.D4D@netcom.com>
Fredrick V. Brock <fvbrock@mycitypages.com> wrote:
: Inasmuch as it appears there is a marked and ongoing dichotomy in views
: among the participants in clpm; I suggest that those of you who find
: newbie questions a nuisance, STOP HERE! READ NO FURTHER! MOVE ON TO THE
: NEXT POST! However, for those who care to offer comment on what may be
: prove to be a rhetorical PERL question, or even a dreaded general
: programming question, please continue.
Yours is the sort of newbie question that people actually *enjoy*
responding to, because a) you show you've done your homework and b) it's
the type of question that doesn't have a Single Right Answer that you
could have more easily gotten from the documentation. In other words,
it's the type of question that can start a *discussion*, and discussion
is what this group is supposed to be about.
: I am a newbie; however, I am hacking a lot and learning as I go along.
: I am using PERL for its text handling and manipulating capabilities.
: Over the past 12 days, I have hacked out 5800+ lines of functional
: code. For ease of organization and to facilitate testing, this code is
: distributed between 12 different component files. I have five books on
: PERL that I use quite regularly for reference as I hack along. A "learn
: as I go" approach. As good as each of these books may be, collectively
: or individually, none of them adequately address the issue of "Optimal
: Program Architecture."
I'm not sure that any book can truly address that issue adequately. I
presume that one of those books is the Camel, and that you've looked at
the section on "Efficiency" in Chapter 8.
: Her is my question to you PERL programming guru's:
That particular phrasing does rub some people the wrong way, but not
severely. Knowing when to write "Perl" and when to write "perl" is also
regarded as a Good Thing here.
: Now, that I am ready to interrelate the components into a functional
: program, from an "Optimal Efficiency" point of view.
: Is it better to interrelate the 12 individual files that contain sub
: routines using 'do' statements; or,
'do' is one of those constructs where there's almost always a better way
to do (hehe) things. Modern Perl provides a number of constructs that
will serve your needs better.
: Is it better to interrelate the individual files into one (rather long)
: file. Granted, without PERL knowledge, the concept of a long file is
: nebulous and subjective. With minimal but adequate use of white space
: to facilitate human interpretation, the resulting single file will be
: approximately 9,000 lines long.
I don't recommend this. As others have pointed out, this is really lousy
for maintainability. I'd suggest organizing your subroutines into
packages, and then organizing those packages into modules (which,
contrary to popular superstition, does *not* demand that you use
object-oriented design, though of course if at least some of what you're
doing can be naturally modelled by objects, feel free to use them). If
you're not familiar with packages and modules, read the perlmod
documentation page, the first two sections of Chapter 5 in the Camel, or
both. The time you spend will pay off handsomely.
With that much code, you should really be looking toward the possibility
of making some of your subroutines general enough to be reusable in other
programs, and you should organize your packages and modules accordingly.
It also seems likely that not all of your code is likely to be exercised
on any given run of your program, so you ought to look into Perl's
autoloading capability: if you organize your modules right, you can avoid
the startup overhead of having perl compile code that isn't actually going
to be used in a particular run. Of course, if the program is going to be
run relatively infrequently, or runs are going to last a long time,
compilation-time speedup may not be all that important.
There's no truly optimal way to divide subroutines into packages, but
there are some guidelines. If two subroutines need to access the same
global variables, they probably belong in the same package (you should,
though, try to minimize the number of global variables used for
inter-function communication). If there's a group of subroutines that
deal with a common data structure, and they're the only ones that do, they
also probably belong in a package of their own. As should subroutines
that all represent sub-steps of the same task, for a sufficiently narrow
definition of "task."
Modules should be small enough that you can look at the code in one and
keep mental track of how all the routines in it work. They shouldn't be
so small that you have to look at the code to another module in order to
understand what the routines in the first module are doing.
Good luck.
------------------------------
Date: Fri, 26 Jun 1998 09:01:01 GMT
From: bart.mediamind@tornado.be (Bart Lateur)
Subject: Re: What a Crappy World
Message-Id: <35945f39.2817652@news.tornado.be>
I R A Aggie wrote:
>Olga comes flying out of the blue -- I'd never seen
>her about here before
I think it's typical that only newbies on this group really feel this
attitude on clpm ought to change. People that have hung around longer
have simply given up. I have.
Bart.
------------------------------
Date: Fri, 26 Jun 1998 09:00:57 GMT
From: bart.mediamind@tornado.be (Bart Lateur)
Subject: Re: What a Crappy World
Message-Id: <35935aa7.1647640@news.tornado.be>
I R A Aggie wrote:
>She does that, and comes across:
>
>perldoc -f grep | pod2text
> grep BLOCK LIST
> grep EXPR,LIST
> This is similar in spirit to, but not the same as, grep(1) and
> its relatives.
>
>'grep(1)' is a direct reference back to the UNIX man pages. If I'm reading
>you right, you would sugest that the grep(1) man page be included in with
>the perl doc set, yes?
If the docs reference to the Unix man pages, yes. Not all of the
original documentation should be included. Only sufficient so that
people who don't know what it's based upon, can get started.
I'd like the docs to be written so that you don't need to know anything
about the equivalent Unix command. For completeness' sake, I must add
that I think that the grep function is sufficiently documented.
One particular case that has been rewritten as I like it, are the docs
on (s)printf. They used to point to the documentation for (shudder) C!
Just imagine that the docs would say on "map":
map EXPR, LIST
Similar in spirit, but not quite the same, as the Lisp function
Perl is a different thing than Lisp, but equally different thing than
either C or Unix. So I wouldn't think this is sufficient.
Bart.
------------------------------
Date: Fri, 26 Jun 1998 09:28:53 +0100
From: "F.Quednau" <quednauf@nortel.co.uk>
Subject: Re: What a Crappy World
Message-Id: <35935BC5.F69A4D16@nortel.co.uk>
pd wilson wrote:
> Without the work of Tom Christianson, and people like him, your shiny PC
> is an expensive paperweight or an ineffective boat anchor.
Or a carpet compressor, for that reason. Or an excuse for suicide.
This thread is amazingly tedious. Please talk about Perl, pleeaasse ?
--
____________________________________________________________
Frank Quednau
http://www.surrey.ac.uk/~me51fq
________________________________________________
------------------------------
Date: Fri, 26 Jun 1998 07:29:00 GMT
From: Tom Phoenix <rootbeer@teleport.com>
Subject: Re: Which is the best Perl book for beginners?
Message-Id: <Pine.GSO.3.96.980626002811.5566i-100000@user2.teleport.com>
On Thu, 25 Jun 1998, Paul Bradley wrote:
> I am new to Perl and would welcome suggestions on an appropriate
> beginners book (preferably one that is available in the UK).
This is covered in section two of the FAQ. Hope this helps!
--
Tom Phoenix Perl Training and Hacking Esperanto
Randal Schwartz Case: http://www.rahul.net/jeffrey/ovs/
------------------------------
Date: 26 Jun 1998 08:00:54 GMT
From: abigail@fnx.com (Abigail)
Subject: Re: Which is the best Perl book for beginners?
Message-Id: <6mvkfm$ebt$1@client3.news.psi.net>
Paul Bradley (paul@bradleycvs.demon.co.uk) wrote on MDCCLIX September
MCMXCIII in <URL: news:TBOXrFAUthk1Ew+x@bradleycvs.demon.co.uk>:
++ I am new to Perl and would welcome suggestions on an appropriate
++ beginners book (preferably one that is available in the UK).
++
Chapman: Perl, the Programmers Companion.
Abigail
--
perl -wle '$, = " "; sub AUTOLOAD {($AUTOLOAD =~ /::(.*)/) [0];}
print+Just (), another (), Perl (), Hacker ();'
------------------------------
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 2991
**************************************
