[9924] in Perl-Users-Digest
Perl-Users Digest, Issue: 3517 Volume: 8
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Sun Aug 23 13:01:21 1998
Date: Sun, 23 Aug 98 10:00:21 -0700
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Sun, 23 Aug 1998 Volume: 8 Number: 3517
Today's topics:
Re: Change NT IP Address Using Perl <wkchiu@yahoo.com>
HELP <mjh94@aber.ac.uk>
Re: HELP <dove67@netscape.net>
Re: HELP <dove67@netscape.net>
Re: Perl Docs.. forget the original post (Andrew M. Langmead)
Re: Perl documentation (David Hawker)
Re: Perl documentation (David Hawker)
Re: Perl documentation (David Hawker)
Re: Perl documentation <tchrist@mox.perl.com>
Re: Perl documentation (Gary L. Burnore)
Re: Perl documentation (David Hawker)
Re: Perl documentation (Gary L. Burnore)
Re: Perl documentation (Gary L. Burnore)
Re: Perl documentation (David Hawker)
Re: Perl documentation (David Hawker)
Re: Perl documentation (David Hawker)
Re: Perl documentation <tchrist@mox.perl.com>
Re: Perl documentation <flavell@mail.cern.ch>
Re: Perl documentation (Gary L. Burnore)
perl in Win95 <jameshsi@email.gcn.net.tw>
Re: Perl on linux <goellner@usbw.ciba.com>
Perlscript: where is documentation <founder@pege.org>
Size of a JPG file <founder@pege.org>
Re: testing Text::GenderFromName (Andrew M. Langmead)
x-user-defined, was Re: Perl FAR version 1.1.1 MAKE SUR <flavell@mail.cern.ch>
Special: Digest Administrivia (Last modified: 12 Mar 98 (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: 23 Aug 1998 15:14:48 GMT
From: "wkchiu" <wkchiu@yahoo.com>
Subject: Re: Change NT IP Address Using Perl
Message-Id: <01bdcea9$7ea3c9a0$ae33a1ce@wkchiu>
tried in my NT server 4.0 and no need to reboot !! (English NTS4.0. SP 3)
Chris Benson <chrisb@jesmond.demon.co.uk> &8<g$J(l%DCD
<6rfbf0$aj0@jesmond.demon.co.uk>...
> In article <01bdcac7$f31b57c0$636c8bd0@wkchiu>,
> wkchiu <wkchiu@yahoo.com> wrote:
> >Reboot is required in NT4.0 but not NT3.51
> >
> Actually NT4.0/workstation not required.
> NT4.0/Server required.
>
> Grrrrh!
>
>
> --
> Chris Benson
>
------------------------------
Date: Sun, 23 Aug 1998 15:16:43 +0100
From: MICHAEL JAMES HUGHES <mjh94@aber.ac.uk>
Subject: HELP
Message-Id: <35E0244B.56E8@aber.ac.uk>
Confused postgraduate student needs help with Perl cgi script!!!
I need to retrieve information FROM a text file TO a web browser - easy
enough but I am having problems combining the form select and text box
date input.
Information must be retrieved from the file matching criteria in BOTH
the form and the text box - e.g. show me all the TV programmes that are
comedy AND showing on 29th August 1998 - with the programme genre -
Comedy in this instance - being selected from the form and the date
being inputted into the text box.
If you like take a look at:
http://www.aber.ac.uk/~mjh94/epgtest.htm
to get a clearer idea of my problem. I'm basically on my own here with
little technical advice at hand. I'm not asking anyone to do it for me
but WOULD appreciate some tips, useful URL's or public domain scripts
written in Perl to give me some guidance.
Other useful suggestions or methods welcomed - especially via e-mail.
Hoping someone can offer some useful advice,
Michael
--
Michael Hughes
E-Mail 1: mjh94@aber.ac.uk
E-Mail 2: mjhughes@yahoo.com
Web Site: http://www.aber.ac.uk/~mjh94
------------------------------
Date: Sun, 23 Aug 1998 09:53:02 -0700
From: David Amann <dove67@netscape.net>
To: MICHAEL JAMES HUGHES <mjh94@aber.ac.uk>
Subject: Re: HELP
Message-Id: <35E048ED.74B2EC81@netscape.net>
Hi Michael,
This problem would be best solved with an SQL server as opposed to flat
files (see http://www.webmonkey.com/backend and check out the Web Database
crash course for a good example.)
You'd also get faster performance out of dbm files rather than flat files.
In any case, what you want to do is create one flat file withthe structure
like this.
122|The Simpsons|Comedy|Sunday
These fields are
(unique id)|(title)|(category)|(day of the week)
You should use this file to store any other information about the show,
(time of day, rating, etc).
You're going to have a complex data structure for this (look for help on
complex structures in Perl).
The structure is for the tv show. Right now it should have the structure
of something like
%tvshow = {
'id' => $id,
'name' => $name,
'cat' => $category,
'dow' => $day_of_the_week
);
Then you'll need to write a subroutine to parse this data. Something like:
while(<FILE>) {
my($id, $name, $category, $day_of_the_week) =
split(/:/);
chomp $day_of_the_week;
$tvshows{$id}->{'id'} = $id;
$tvshows{$id}->{'name'} = $name;
$tvshows{$id}->{'cat'} = $category;
$tvshows{$id}->{'dow'} = $day_of_the_week;
}
Now you've got everything you need to get print out the list of files that
match two criteria. A little routine like this.
foreach $id (keys %tvshows) {
if ($tvshows{$id}->{'dow'} eq param('dow') and
$tvshows($id)->('cat') eq param('cat')) {
push @results $id;
}
};
Then you just loop through your results list to print out the results.
There's a lot more efficient ways to do this. With a relational database
back end you'd be able to print this stuff out using the statement
select * from tvshows where category = $category and
day_of_the_week = $dow
This would also be a lot faster than loading in every tvshow into an
assosicative array.
You could also set up two dbm files. One with the key as the id of the
tvshow, and the other with the index of all the tv shows on a day of the
week, and then only load the tvshows into your data structure that run on
the day of the week in the index dbm.
Hope this helps,
-=dav
MICHAEL JAMES HUGHES wrote:
> Confused postgraduate student needs help with Perl cgi script!!!
>
> I need to retrieve information FROM a text file TO a web browser - easy
> enough but I am having problems combining the form select and text box
> date input.
>
> Information must be retrieved from the file matching criteria in BOTH
> the form and the text box - e.g. show me all the TV programmes that are
> comedy AND showing on 29th August 1998 - with the programme genre -
> Comedy in this instance - being selected from the form and the date
> being inputted into the text box.
>
> If you like take a look at:
>
> http://www.aber.ac.uk/~mjh94/epgtest.htm
>
> to get a clearer idea of my problem. I'm basically on my own here with
> little technical advice at hand. I'm not asking anyone to do it for me
> but WOULD appreciate some tips, useful URL's or public domain scripts
> written in Perl to give me some guidance.
>
> Other useful suggestions or methods welcomed - especially via e-mail.
>
> Hoping someone can offer some useful advice,
>
> Michael
>
> --
> Michael Hughes
> E-Mail 1: mjh94@aber.ac.uk
> E-Mail 2: mjhughes@yahoo.com
> Web Site: http://www.aber.ac.uk/~mjh94
------------------------------
Date: Sun, 23 Aug 1998 09:53:41 -0700
From: David Amann <dove67@netscape.net>
To: MICHAEL JAMES HUGHES <mjh94@aber.ac.uk>
Subject: Re: HELP
Message-Id: <35E04915.1D515517@netscape.net>
Hi Michael,
This problem would be best solved with an SQL server as opposed to flat
files (see http://www.webmonkey.com/backend and check out the Web Database
crash course for a good example.)
You'd also get faster performance out of dbm files rather than flat files.
In any case, what you want to do is create one flat file withthe structure
like this.
122|The Simpsons|Comedy|Sunday
These fields are
(unique id)|(title)|(category)|(day of the week)
You should use this file to store any other information about the show,
(time of day, rating, etc).
You're going to have a complex data structure for this (look for help on
complex structures in Perl).
The structure is for the tv show. Right now it should have the structure
of something like
%tvshow = {
'id' => $id,
'name' => $name,
'cat' => $category,
'dow' => $day_of_the_week
);
Then you'll need to write a subroutine to parse this data. Something like:
while(<FILE>) {
my($id, $name, $category, $day_of_the_week) =
split(/:/);
chomp $day_of_the_week;
$tvshows{$id}->{'id'} = $id;
$tvshows{$id}->{'name'} = $name;
$tvshows{$id}->{'cat'} = $category;
$tvshows{$id}->{'dow'} = $day_of_the_week;
}
Now you've got everything you need to get print out the list of files that
match two criteria. A little routine like this.
foreach $id (keys %tvshows) {
if ($tvshows{$id}->{'dow'} eq param('dow') and
$tvshows($id)->('cat') eq param('cat')) {
push @results $id;
}
};
Then you just loop through your results list to print out the results.
There's a lot more efficient ways to do this. With a relational database
back end you'd be able to print this stuff out using the statement
select * from tvshows where category = $category and
day_of_the_week = $dow
This would also be a lot faster than loading in every tvshow into an
assosicative array.
You could also set up two dbm files. One with the key as the id of the
tvshow, and the other with the index of all the tv shows on a day of the
week, and then only load the tvshows into your data structure that run on
the day of the week in the index dbm.
Hope this helps,
-=dav
MICHAEL JAMES HUGHES wrote:
> Confused postgraduate student needs help with Perl cgi script!!!
>
> I need to retrieve information FROM a text file TO a web browser - easy
> enough but I am having problems combining the form select and text box
> date input.
>
> Information must be retrieved from the file matching criteria in BOTH
> the form and the text box - e.g. show me all the TV programmes that are
> comedy AND showing on 29th August 1998 - with the programme genre -
> Comedy in this instance - being selected from the form and the date
> being inputted into the text box.
>
> If you like take a look at:
>
> http://www.aber.ac.uk/~mjh94/epgtest.htm
>
> to get a clearer idea of my problem. I'm basically on my own here with
> little technical advice at hand. I'm not asking anyone to do it for me
> but WOULD appreciate some tips, useful URL's or public domain scripts
> written in Perl to give me some guidance.
>
> Other useful suggestions or methods welcomed - especially via e-mail.
>
> Hoping someone can offer some useful advice,
>
> Michael
>
> --
> Michael Hughes
> E-Mail 1: mjh94@aber.ac.uk
> E-Mail 2: mjhughes@yahoo.com
> Web Site: http://www.aber.ac.uk/~mjh94
------------------------------
Date: Sun, 23 Aug 1998 15:41:42 GMT
From: aml@world.std.com (Andrew M. Langmead)
Subject: Re: Perl Docs.. forget the original post
Message-Id: <Ey5FLI.66B@world.std.com>
bart.mediamind@tornado.be (Bart Lateur) writes:
>Tad McClellan wrote:
>> No need for 'grep' if you have 'perl':
>>
>> perl -n -e 'print if /your keyword here/' *.pod
[stuff about finding $ARGV deleted]
>Eek! That's it! Too bad I can't run this code from the DOS command line.
>DOS trashes my command line.
Bart, I've seen you posting here long enough that I'd assume that
you'd know how to get this working under MS-DOS. (and I think its in
the FAQ anyway.) You have to use MS-DOS' quoting constructs (double
quotes only) and if you need quotes that interpolate, use the generic
qq construct. (As explained in perlop)
perl -n -e "print $ARGV,$_ if /your keyword here/" *.pod
or to show interpolative quotes:
perl -n -e "print qq{$ARGV: $_} if /your keyword here/" *.pod
Of course since it is such a useful tool (especially if you don't have
"grep") why not put it in a script. Programming is automating useful
tasks. If you, the programmer have a task that would be useful to
automate (such as searching many files for a keyword) then write a
program to do it.
--
Andrew Langmead
------------------------------
Date: Sun, 23 Aug 1998 14:09:27 GMT
From: dhawker@removethis.bigfoot.com (David Hawker)
Subject: Re: Perl documentation
Message-Id: <35e14696.15795918@news.cableol.net>
On 22 Aug 1998 16:46:18 GMT, Tom Christiansen <tchrist@mox.perl.com> felt
the need to post:
> [courtesy cc of this posting denied to cited author as a
> penalty for address mutilation]
If I want to mutilate my address to foil spammers, that's what I'll do. A
lot of people do it. Surely it's not too much bother to remove the obvious
text or to see what went wrong in the undeliverable mail message? A lot
less bother than hunting down the documentation that isn't included in the
perl manual.
>In comp.lang.perl.misc, david.hawker@removethis.cableol.co.uk writes:
>:1. Why is for/foreach/etc never included in the perl docs?
>
>It is. You didn't look hard enough. It's in the REMOVE THIS manpage.
>
>:2. I'm after a complete documentation in one package. One thing that annoys
>:me is when the perl docs just say 'does the same thing as the system call'
>:and i have no idea what the system call does. I'd like everything to be
>:present in one giant package, without the need for me to go online and try
>:to track down other documentation. Has this been done?
>
>That can't happen, because the system call's behaviour varies
>depending on the system.
>
>--tom
--
dhawker@bigfoot.com | ICQ 7222349
http://dhawker.home.ml.org
------------------------------
Date: Sun, 23 Aug 1998 14:09:31 GMT
From: dhawker@removethis.bigfoot.com (David Hawker)
Subject: Re: Perl documentation
Message-Id: <35e2470f.15917266@news.cableol.net>
On Sat, 22 Aug 1998 13:17:11 -0400, rjk@coos.dartmouth.edu (Ronald J
Kimball) felt the need to post:
>David Hawker <dhawker@removethis.bigfoot.com> wrote:
>
>> 1. Why is for/foreach/etc never included in the perl docs?
>
>Remember, for/foreach/etc aren't functions, so if you're looking in
>perlfunc, you won't find them. Try perlsyn (for syntax) instead.
Ah, thanks. Thanks a lot!
But is there no special variable that is used to store the iteration
number?
--
dhawker@bigfoot.com | ICQ 7222349
http://dhawker.home.ml.org
------------------------------
Date: Sun, 23 Aug 1998 14:09:32 GMT
From: dhawker@removethis.bigfoot.com (David Hawker)
Subject: Re: Perl documentation
Message-Id: <35e34814.16177968@news.cableol.net>
On Sat, 22 Aug 1998 16:59:32 GMT, mfuhr@dimensional.com (Michael Fuhr) felt
the need to post:
>> 2. I'm after a complete documentation in one package. One thing that annoys
>> me is when the perl docs just say 'does the same thing as the system call'
>> and i have no idea what the system call does. I'd like everything to be
>> present in one giant package, without the need for me to go online and try
>> to track down other documentation. Has this been done?
>
>Your system should have documentation on what each system call does.
>For example, if you're using some flavor of Unix try "man foo"[1] to
>find out about the foo() system call. Perhaps the Perl documentation
>authors prefer not to spend time writing about something that's already
>documented elsewhere; besides, if foo() has any OS-specific behavior
>then you'll have to refer to your local docs anyway.
>
>[1] Or some variant like "man 2 foo" or "man -s 2 foo".
Ok maybe not all in the perl docs - but how about all the Linux docs in one
big zipfile which I can browse offline at my leisure?
Better set the follow-ups to the Linux group before we start a flamewar in
here for discussing a non-perl issue :)
--
dhawker@bigfoot.com | ICQ 7222349
http://dhawker.home.ml.org
------------------------------
Date: 23 Aug 1998 14:50:46 GMT
From: Tom Christiansen <tchrist@mox.perl.com>
Subject: Re: Perl documentation
Message-Id: <6rpa86$jpr$1@csnews.cs.colorado.edu>
In comp.lang.perl.misc, david.hawker@cableol.co.uk (whose address has
doubtless been recently added to the please spam me list) writes:
:If I want to mutilate my address to foil spammers, that's what I'll do. A
:lot of people do it. Surely it's not too much bother to remove the obvious
:text or to see what went wrong in the undeliverable mail message? A lot
:less bother than hunting down the documentation that isn't included in the
:perl manual.
You lose. I don't provide much help to people who post under unrepliable
addresses, and I encourage others to follow this practic3. I post under
my real address, and so can you.
--tom
--
"Oh, I'm totally outrageous--I just never seem to inspire any outrage. :-)"
--Larry Wall
------------------------------
Date: Sun, 23 Aug 1998 14:58:20 GMT
From: gburnore@databasix.com (Gary L. Burnore)
Subject: Re: Perl documentation
Message-Id: <35e32dd4.304949627@nntpd.databasix.com>
On Sun, 23 Aug 1998 14:09:27 GMT, in article
<35e14696.15795918@news.cableol.net>, dhawker@removethis.bigfoot.com (David
Hawker) wrote:
>On 22 Aug 1998 16:46:18 GMT, Tom Christiansen <tchrist@mox.perl.com> felt
>the need to post:
>
>> [courtesy cc of this posting denied to cited author as a
>> penalty for address mutilation]
>
>If I want to mutilate my address to foil spammers, that's what I'll do. A
>lot of people do it. Surely it's not too much bother to remove the obvious
>text or to see what went wrong in the undeliverable mail message? A lot
>less bother than hunting down the documentation that isn't included in the
>perl manual.
>
Isn't it "Funny" that if you munge your address to foil spammers they'll
"Punish you" by not emailing you but if you say you don't want email, they'll
gladly un-munge your address to email you? "Funny", huh?
--
I DO NOT WISH TO RECEIVE EMAIL IN REGARD TO USENET POSTS
---------------------------------------------------------------------------
How you look depends on where you go.
---------------------------------------------------------------------------
Gary L. Burnore | ][3:]3^3:]33][:]3^3:]3]3^3:]3]][3
| ][3:]3^3:]33][:]3^3:]3]3^3:]3]][3
DOH! | ][3:]3^3:]33][:]3^3:]3]3^3:]3]][3
| ][3 3 4 1 4 2 ]3^3 6 9 0 6 9 ][3
Special Sig for perl groups. | Official Proof of Purchase
===========================================================================
------------------------------
Date: Sun, 23 Aug 1998 15:14:50 GMT
From: dhawker@removethis.bigfoot.com (David Hawker)
Subject: Re: Perl documentation
Message-Id: <35e131a9.11271918@news.cableol.net>
On 23 Aug 1998 14:50:46 GMT, Tom Christiansen <tchrist@mox.perl.com> felt
the need to post:
>In comp.lang.perl.misc, david.hawker@cableol.co.uk (whose address has
>doubtless been recently added to the please spam me list) writes:
>
>:If I want to mutilate my address to foil spammers, that's what I'll do. A
>:lot of people do it. Surely it's not too much bother to remove the obvious
>:text or to see what went wrong in the undeliverable mail message? A lot
>:less bother than hunting down the documentation that isn't included in the
>:perl manual.
>
>You lose. I don't provide much help to people who post under unrepliable
>addresses, and I encourage others to follow this practic3. I post under
>my real address, and so can you.
I CAN, but I won't. The US court recently ruled spamming as legal.
Besides, I was tought it's bad practice to CC replies by email.
--
dhawker@bigfoot.com | ICQ 7222349
http://dhawker.home.ml.org
------------------------------
Date: Sun, 23 Aug 1998 15:28:21 GMT
From: gburnore@databasix.com (Gary L. Burnore)
Subject: Re: Perl documentation
Message-Id: <35f334cd.306734906@nntpd.databasix.com>
On 23 Aug 1998 14:50:46 GMT, in article <6rpa86$jpr$1@csnews.cs.colorado.edu>,
Tom Christiansen <tchrist@mox.perl.com> wrote:
>In comp.lang.perl.misc, david.hawker@cableol.co.uk (whose address has
>doubtless been recently added to the please spam me list) writes:
>
>:If I want to mutilate my address to foil spammers, that's what I'll do. A
>:lot of people do it. Surely it's not too much bother to remove the obvious
>:text or to see what went wrong in the undeliverable mail message? A lot
>:less bother than hunting down the documentation that isn't included in the
>:perl manual.
>
>You lose.
No, you lose. Your inability to be NICE to people and your inability to
realize that some don't want spam and others don't want email loses you money
because SOME people won't buy books from jerks.
--
I DO NOT WISH TO RECEIVE EMAIL IN REGARD TO USENET POSTS
---------------------------------------------------------------------------
How you look depends on where you go.
---------------------------------------------------------------------------
Gary L. Burnore | ][3:]3^3:]33][:]3^3:]3]3^3:]3]][3
| ][3:]3^3:]33][:]3^3:]3]3^3:]3]][3
DOH! | ][3:]3^3:]33][:]3^3:]3]3^3:]3]][3
| ][3 3 4 1 4 2 ]3^3 6 9 0 6 9 ][3
Special Sig for perl groups. | Official Proof of Purchase
===========================================================================
------------------------------
Date: Sun, 23 Aug 1998 15:49:53 GMT
From: gburnore@databasix.com (Gary L. Burnore)
Subject: Re: Perl documentation
Message-Id: <35fa3a0d.308078820@nntpd.databasix.com>
On Sun, 23 Aug 1998 15:14:50 GMT, in article
<35e131a9.11271918@news.cableol.net>, dhawker@removethis.bigfoot.com (David
Hawker) wrote:
>On 23 Aug 1998 14:50:46 GMT, Tom Christiansen <tchrist@mox.perl.com> felt
>the need to post:
>
>>In comp.lang.perl.misc, david.hawker@cableol.co.uk (whose address has
>>doubtless been recently added to the please spam me list) writes:
>>
>>:If I want to mutilate my address to foil spammers, that's what I'll do. A
>>:lot of people do it. Surely it's not too much bother to remove the obvious
>>:text or to see what went wrong in the undeliverable mail message? A lot
>>:less bother than hunting down the documentation that isn't included in the
>>:perl manual.
>>
>>You lose. I don't provide much help to people who post under unrepliable
>>addresses, and I encourage others to follow this practic3. I post under
>>my real address, and so can you.
>
>I CAN, but I won't. The US court recently ruled spamming as legal.
>
>Besides, I was tought it's bad practice to CC replies by email.
Except apparently in _THIS_NEWSGROUP_ where they feel it's their right to do
it.
--
I DO NOT WISH TO RECEIVE EMAIL IN REGARD TO USENET POSTS
---------------------------------------------------------------------------
How you look depends on where you go.
---------------------------------------------------------------------------
Gary L. Burnore | ][3:]3^3:]33][:]3^3:]3]3^3:]3]][3
| ][3:]3^3:]33][:]3^3:]3]3^3:]3]][3
DOH! | ][3:]3^3:]33][:]3^3:]3]3^3:]3]][3
| ][3 3 4 1 4 2 ]3^3 6 9 0 6 9 ][3
Special Sig for perl groups. | Official Proof of Purchase
===========================================================================
------------------------------
Date: Sun, 23 Aug 1998 16:10:16 GMT
From: dhawker@removethis.bigfoot.com (David Hawker)
Subject: Re: Perl documentation
Message-Id: <35e03875.13012150@news.cableol.net>
On 22 Aug 1998 19:02:22 GMT, cberry@cinenet.net (Craig Berry) felt the need
to post:
>David Hawker (dhawker@removethis.bigfoot.com) wrote:
>: 1. Why is for/foreach/etc never included in the perl docs?
>
>/usr2/people/cberry > perldoc perlsyn | grep foreach
> LABEL foreach VAR (LIST) BLOCK
> The foreach loop iterates over a normal list value and sets
> The foreach keyword is actually a synonym for the for
> keyword, so you can use foreach for readability or for for
> foreach loop index variable is an implicit alias for each
> foreach my $elem (@elements) {
> foreach $item (split(/:[\\\n:]*/, $ENV{TERMCAP})) {
> OUTER: foreach my $wid (@ary1) {
> INNER: foreach my $jet (@ary2) {
> executes a foreach statement more rapidly than it would the
> A common idiom for a switch statement is to use foreach's
> subroutine or a foreach loop. It also can't be used to go
>
>And that's just perlsyn; it may well pop up elsewhere.
There was no big sign saying 'you can find out about foreach in perlsyn' -
the obvious place that struck me was perlfunc, as these (for/foreach) are
words and can be misinterpreted as functions by people who aren't as expert
on perl as those who make it or write the manuals.
I regard syntax as the way perl is written - not the function of the words
"for/foreach"
"Perl FAR version 1.1.1 MAKE SURE YOU READ THIS BEFORE POSTING"
is a very good piece and could benefit a lot of people in this group.
>: 2. I'm after a complete documentation in one package. One thing that annoys
>: me is when the perl docs just say 'does the same thing as the system call'
>: and i have no idea what the system call does.
>
> perldoc -f system
What's that supposed to do? Tell you how to invoke system calls? But it has
no information on what those system calls do.
The MS-DOS modifier "|more" doesn't seem to work on my system and so most
of the output scrolled up too fast to read. :-)
>: I'd like everything to be
>: present in one giant package, without the need for me to go online and try
>: to track down other documentation. Has this been done?
>
>Well, define 'one giant package'. It's all there on your hard disk,
>albeit in a group of several files. This modularity is often considered a
>feature rather than a bug. Alternatively, the Camel book provides one
>giant (physical) package *and* entirely eliminates the need to go online.
I'm not after perl documentation - that seems to be all present in the docs
I already have - rather I am after documentation on Linux/UNIX. Try reading
my question again and the replies to the thread.
--
dhawker@bigfoot.com | ICQ 7222349
http://dhawker.home.ml.org
------------------------------
Date: Sun, 23 Aug 1998 16:10:19 GMT
From: dhawker@removethis.bigfoot.com (David Hawker)
Subject: Re: Perl documentation
Message-Id: <35e13aa8.13575455@news.cableol.net>
On 23 Aug 1998 14:50:46 GMT, Tom Christiansen <tchrist@mox.perl.com> felt
the need to post:
>You lose. I don't provide much help to people who post under unrepliable
>addresses, and I encourage others to follow this practic3. I post under
>my real address, and so can you.
Well if you can say you've had no spam from doing this, I will take your
advice.
--
dhawker@bigfoot.com | ICQ 7222349
http://dhawker.home.ml.org
------------------------------
Date: Sun, 23 Aug 1998 16:10:21 GMT
From: dhawker@removethis.bigfoot.com (David Hawker)
Subject: Re: Perl documentation
Message-Id: <35e53e7f.14559031@news.cableol.net>
On Sat, 22 Aug 1998 17:51:41 -0700, lr@hpl.hp.com (Larry Rosler) felt the
need to post:
>[Posted to comp.lang.perl.misc and copy mailed.]
>
>In article <6rnmno$8na$2@client3.news.psi.net> on 23 Aug 1998 00:11:36
>GMT, Abigail <abigail@fnx.com> says...
>...
>> Uhm, what system comes without documentation for its system calls?
The one I'm using: MS-DOS and Windows95.
>> Not a system one has to pay for I hope?
?
>Perhaps 90% of the systems now in use. And indeed one has to pay for
>them. Lots of money. :-(
Well my P150 cost #400 (excluding monitor, mouse, keyboard and printer) but
this is irrelevant to the thread.
>What you are describing as 'system calls' are really C interface
>specifications to operating-system functions that may be accessed in
>special ways, by gate instructions, for example. In the absence of
>program-development tools such as a C compiler or an assembler, why
>document them? In fact, they are documented with those tools, for which
>one has to pay extra.
>
>To run perl binaries on such systems, one does not need a C compiler or
>an assembler, so does not have direct access to the documentation of the
>'system calls'.
But then what is 'man systemcall' all about?
>Maybe if I post this three more times, it will be
>understood. (Today the news propagators seem to be doing that anyhow,
>but it hasn't helped with this thread. :-)
You're getting it too?
Actually I'm surprised how good my ISP's newsfeed is. Twas the case a few
months ago when I couldn't even log on to the news server.
--
dhawker@bigfoot.com | ICQ 7222349
http://dhawker.home.ml.org
------------------------------
Date: 23 Aug 1998 16:23:55 GMT
From: Tom Christiansen <tchrist@mox.perl.com>
Subject: Re: Perl documentation
Message-Id: <6rpfmr$nsj$1@csnews.cs.colorado.edu>
[courtesy cc of this posting sent to cited author via email]
:Well if you can say you've had no spam from doing this, I will take your
:advice.
I don't believe I receive more than three or four pieces of spam that
make it through the filters in a week, and sometimes not that many.
The new sendmail spam inhibition mechanisms take care of something like
90% or more of it, and the rest is zapped through simple filtering rules.
--tom
--
There are many times when you want it to ignore the rest of the string just
like atof() does. Oddly enough, Perl calls atof(). How convenient. :-)
--Larry Wall in <1991Jun24.231628.14446@jpl-devvax.jpl.nasa.gov>
------------------------------
Date: Sun, 23 Aug 1998 18:32:29 +0200
From: "Alan J. Flavell" <flavell@mail.cern.ch>
Subject: Re: Perl documentation
Message-Id: <Pine.HPP.3.95a.980823183107.1883F-100000@hpplus01.cern.ch>
On Sun, 23 Aug 1998, David Hawker wrote:
> > perldoc -f system
>
> What's that supposed to do? Tell you how to invoke system calls? But it has
> no information on what those system calls do.
You'd expect your car handbook to include the radio programme schedules?
------------------------------
Date: Sun, 23 Aug 1998 16:50:35 GMT
From: gburnore@databasix.com (Gary L. Burnore)
Subject: Re: Perl documentation
Message-Id: <35e04825.311687469@nntpd.databasix.com>
On 23 Aug 1998 16:23:55 GMT, in article <6rpfmr$nsj$1@csnews.cs.colorado.edu>,
Tom Christiansen <tchrist@mox.perl.com> wrote:
> [courtesy cc of this posting sent to cited author via email]
>
>:Well if you can say you've had no spam from doing this, I will take your
>:advice.
>
>I don't believe I receive more than three or four pieces of spam that
>make it through the filters in a week, and sometimes not that many.
>The new sendmail spam inhibition mechanisms take care of something like
>90% or more of it, and the rest is zapped through simple filtering rules.
Which means that 100% of what you filter STILL hits your server to be
processed. While those that munge get NONE. (Note I don't munge but I don't
disallow databasix.com users from doing so>
--
I DO NOT WISH TO RECEIVE EMAIL IN REGARD TO USENET POSTS
---------------------------------------------------------------------------
How you look depends on where you go.
---------------------------------------------------------------------------
Gary L. Burnore | ][3:]3^3:]33][:]3^3:]3]3^3:]3]][3
| ][3:]3^3:]33][:]3^3:]3]3^3:]3]][3
DOH! | ][3:]3^3:]33][:]3^3:]3]3^3:]3]][3
| ][3 3 4 1 4 2 ]3^3 6 9 0 6 9 ][3
Special Sig for perl groups. | Official Proof of Purchase
===========================================================================
------------------------------
Date: Mon, 24 Aug 1998 00:58:09 +0800
From: "James" <jameshsi@email.gcn.net.tw>
Subject: perl in Win95
Message-Id: <6rph9v$8al$1@news.seed.net.tw>
Hi!
I wonder if I can execute perl script in my Win95 PC for testing perpouse,
then upload it to UNIX server when I tested.
I want to call the script from my local PC with IE 4.0 , How can I do that ?
James
------------------------------
Date: 23 Aug 1998 15:49:50 GMT
From: "Chris Goellner" <goellner@usbw.ciba.com>
Subject: Re: Perl on linux
Message-Id: <01bdceaf$3af252c0$0201a8c0@beavis.home>
You have to set the execute bit on the file, do the following:
chmod +x perltest.pl
Read the man page on chmod to understand all of the options.
BTW: The command not found error is correct, since the program was not
flagged as an executable file.
------------------------------
Date: Sun, 23 Aug 1998 12:24:41 +0200
From: "Mosl Roland" <founder@pege.org>
Subject: Perlscript: where is documentation
Message-Id: <6rpg2m$pts$1@orudios.magnet.at>
I just develop a program in Perlscript.
Biggest problem: I do not find a good documentation
about Perlscript.
So most is experimenting a trail and error
to find out how the syntax works.
Any resources hidden from search engines
from search engine disabled web page makers ?
Mosl Roland
http://pege.org/ clear targets for a confused civilization
http://salzburgs.com/ (did not find a slogan :-)
------------------------------
Date: Sun, 23 Aug 1998 18:26:36 +0200
From: "Mosl Roland" <founder@pege.org>
Subject: Size of a JPG file
Message-Id: <6rpg2p$pts$2@orudios.magnet.at>
I would need for use in a Perlscript something like
sub get_jpg_size
(
my ( $filename ) = @_;
return ( $width, $height )
}
I have this already for gif, but can not find
out how to get the file of a jpg.
Mosl Roland
http://pege.org/ clear targets for a confused civilization
http://salzburgs.com/ (did not find a slogan :-)
------------------------------
Date: Sun, 23 Aug 1998 16:27:14 GMT
From: aml@world.std.com (Andrew M. Langmead)
Subject: Re: testing Text::GenderFromName
Message-Id: <Ey5HpE.nv@world.std.com>
John Callender <jbc@west.net> writes:
>Clearly, Text::GenderFromName does a whole lot better on female names
>than on male names.
Well Jon's module was based on a awk script published in the magazine
"Computer Language" (or maybe it was based on a perl script that was
based on the awk script published in the magazine. I remember at the
time Jon hadn't seen the original article.) The original script
defaulted to "male", so in the original script all of the "Unknown
Gender" would be moved to the "Believed to be Male".
Its very likely that the original script didn't make much of an
attempt to find male names, it just tried to weed out male names that
the later rules could be mistaken for female names, try to see if any
of the female name rules could match.
It seems with the switch from "default to male" to "report if the name
can't be determined" someone needs to create some rules to determine
if the name seems to be male.
--
Andrew Langmead
------------------------------
Date: Sun, 23 Aug 1998 16:47:38 +0200
From: "Alan J. Flavell" <flavell@mail.cern.ch>
Subject: x-user-defined, was Re: Perl FAR version 1.1.1 MAKE SURE YOU READ , THIS BEFORE POSTING
Message-Id: <Pine.HPP.3.95a.980823164005.1883A-100000@hpplus01.cern.ch>
On Sun, 23 Aug 1998 no.unsoliciteds@dead.end.com did it again:
[The following text is in the "x-user-defined" character set]
and then announced to the assembled multitudes:
> This means your server doesn't recognise the stated character type
This means your client advertised the stated character type in its
posting header thus:
Content-Type: text/plain; charset=x-user-defined
How the heck would you expect _my_ software to understand whatever it is
that _you_ meant by "user defined"? Is it supposed to be telepathic?
> or didn't
> find the information relating to this, though the content is ASCII (otherwise
> this would be unreadable to you)
Well, thank you. I'm sure I wouldn't possibly have been able to work
that out without your inestimable assistance. Say, if you're posting in
US-ASCII, why do you pretend to be posting in a code that you've made up
for yourself?
> I suggest you ask your service provider if
> you really want to understand this warning
Why the heck would I bother my service provider with that? They only
deliver the bytes. It's between you, me and the rest of usenet to make
them mean something sensible. And you're not playing your part.
------------------------------
Date: 12 Jul 98 21:33:47 GMT (Last modified)
From: Perl-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Special: Digest Administrivia (Last modified: 12 Mar 98)
Message-Id: <null>
Administrivia:
Special notice: in a few days, the new group comp.lang.perl.moderated
should be formed. I would rather not support two different groups, and I
know of no other plans to create a digested moderated group. This leaves
me with two options: 1) keep on with this group 2) change to the
moderated one.
If you have opinions on this, send them to
perl-users-request@ruby.oce.orst.edu.
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 3517
**************************************
