[12974] in Perl-Users-Digest
Perl-Users Digest, Issue: 385 Volume: 9
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Thu Aug 5 14:17:33 1999
Date: Thu, 5 Aug 1999 11:10:19 -0700 (PDT)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Thu, 5 Aug 1999 Volume: 9 Number: 385
Today's topics:
Re: Nastiness contrary to the spirit of perl? (Malcolm Ray)
Re: Nastiness contrary to the spirit of perl? (llornkcor@earthlink.net)
Re: Nastiness contrary to the spirit of perl? (Jeremy Henty)
Re: Nastiness contrary to the spirit of perl? (Michel Dalle)
Re: Nastiness contrary to the spirit of perl? (I R A Darth Aggie)
Re: Need some PERL/CGI thinkers please! <dnor@NOSPAMhiline.net>
Re: Perl seems to be LAME! (Kai Henningsen)
Re(2): Inconsistancy between Perl's @INC and @ISA (Thomas M. Schmickl)
Re: regex substitutions from static strings <rootbeer@redcat.com>
Re: Regular expression for matching an e-mail address. <aqumsieh@matrox.com>
Re: sendmail <jkuhnert@harbingercomm.com>
Re: sendmail <rootbeer@redcat.com>
Re: Skipping . and .. with readdir <rootbeer@redcat.com>
Re: String (Michel Dalle)
Re: String <garethr@cre.canon.co.uk>
Re: Telnet problems <rootbeer@redcat.com>
Re: Trouble with Sockets <dkr@freerealtime.com>
Re: truncation without rounding (Jerome O'Neil)
Re: truncation without rounding (Gary O'Keefe)
Re: Turning off cashing from Perl??? (Dan Wilga)
Re: Why is it.... (Dave Till)
Re: Why no Perl books at Fry's? (Dave Till)
Digest Administrivia (Last modified: 1 Jul 99) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: 5 Aug 1999 16:23:50 GMT
From: M.Ray@ulcc.ac.uk (Malcolm Ray)
Subject: Re: Nastiness contrary to the spirit of perl?
Message-Id: <slrn7qjekm.7sm.M.Ray@carlova.ulcc.ac.uk>
On 05 Aug 1999 06:57:45 -0500, James Meacham <jmeacham@hume.jhuccp.org> wrote:
>I've been programming and
>working with computers for a long time now, and I could probably be
>a useful member of the perl community, but the tone of this newsgroup
>has discouraged me from posting lest I make a mistake, or be guilt of
>not having read the FAQ recently or carefully enough.
If you think you can contribute, and you don't like the current tone
of the group, I think you should probably join in. Set a good example!
--
Malcolm Ray University of London Computer Centre
------------------------------
Date: 05 Aug 1999 11:12:37 -0600
From: llornkcor@earthlink.net (llornkcor@earthlink.net)
Subject: Re: Nastiness contrary to the spirit of perl?
Message-Id: <wkyafqup6i.fsf@earthlink.net>
I agree with you wholeheartedly...
They are just trying to 'police' this newsgroup.
I think a moderated perl forum might be a good idea.
------------------------------
Date: Thu, 05 Aug 1999 17:27:00 GMT
From: jeremy@chaos.org.uk (Jeremy Henty)
Subject: Re: Nastiness contrary to the spirit of perl?
Message-Id: <933874020.23951.0.nnrp-02.d4e48e5c@news.demon.co.uk>
In article <so5ymocm.fsf@hume.jhuccp.org>,
James Meacham <jmeacham@hume.jhuccp.org> writes:
|> ... the overwhelming tone of this newsgroup is one of nastiness,
|> condescension, and intolerance.
You're kidding, right? Sure, a couple of people have slightly
over-itchy flame fingers, but it's really pretty tame compared to much
of Usenet. Trying lurking on alt.atheism or talk.origins for a while
to see what happens when some *seriously* wretched, hate-filled and
dysfunctional folks start to mix it up. It's not pretty, and this
group is a haven of peace and universal love by comparison.
Regards,
Jeremy Henty
------------------------------
Date: Thu, 05 Aug 1999 17:27:23 GMT
From: michel.dalle@usa.net (Michel Dalle)
Subject: Re: Nastiness contrary to the spirit of perl?
Message-Id: <7ochm7$pog$1@news.mch.sbs.de>
In article <wkyafqup6i.fsf@earthlink.net>, llornkcor@earthlink.net (llornkcor@earthlink.net) wrote:
>I agree with you wholeheartedly...
>They are just trying to 'police' this newsgroup.
>I think a moderated perl forum might be a good idea.
You might want to take a look at comp.lang.perl.moderated
for that. Sounds like a good place to be...
Goodbye,
Michel.
------------------------------
Date: 5 Aug 1999 17:43:42 GMT
From: fl_aggie@thepentagon.com (I R A Darth Aggie)
Subject: Re: Nastiness contrary to the spirit of perl?
Message-Id: <slrn7qjjeh.5n6.fl_aggie@thepentagon.com>
On 05 Aug 1999 06:57:45 -0500, James Meacham <jmeacham@hume.jhuccp.org>, in
<so5ymocm.fsf@hume.jhuccp.org> wrote:
[word wrapping at about 72 characters is considered a *good* thing]
+ So while the creator of the language and really the language
+ itself manifest an attitude of humanistic synthesis, the overwhelming
+ tone of this newsgroup is one of nastiness, condescension, and
+ intolerance.
And that gives people leave to impose upon others do their work for
them, when they could answer their own questions with only a little
effort? from material on their own disk?
Ultimately, what builds one's confidence more quickly: getting spoon
fed your answers, or finding them yourself?
+ could probably be a useful member of the perl community, but the tone
+ of this newsgroup has discouraged me from posting lest I make a
+ mistake, or be guilt of not having read the FAQ recently or carefully
+ enough.
Then you probably shouldn't be posting to any of usenet. You should
only post to usenet when you're fully aware that you could make a
complete ass out of yourself in split-second, and are completely
comfortable with that idea. Well, ok, maybe just able to accept the
notion... ;)
+ Just curious if I'm the only one, and if I'm the only one who
+ has noticed this disparity between the creator and the language in
+ contradistinction to the Usenet groups devoted to the language.
Contemplate this: why does Larry Wall no longer post in this newsgroup?
And why did he lament the lack of a decent "kindergarden" for Usenet?
James
------------------------------
Date: 5 Aug 1999 12:11:01 -0500
From: "99% Energy" <dnor@NOSPAMhiline.net>
Subject: Re: Need some PERL/CGI thinkers please!
Message-Id: <rAjq3.11145$k8.399165@newscene.newscene.com>
Not all servers have implement the %ENV variables the same. Run this program
to see if your server supports the ENV variables you need:
#!/usr/local/bin/perl -w
print "Content-type: text/html\n\n";
print "<HTML><HEAD><TITLE>Enviroment Variables</TITLE></HEAD><BODY>";
foreach $env_var (keys %ENV){
print "<BR>$env_var is set to $ENV{$env_var}"
}
print "</BODY></HTML>";
######### End of source.
Hope this helps,
99% Energy
Kevin Alexander <kalexa2@_NOSPAM_mindspring.com> wrote in message
news:7ob7ff$hvl$1@nntp2.atl.mindspring.net...
>
> I'm not that unfamiliar with perl or CGI, but I recently moved to a new
host
> from another -- and it takes me time to adjust.
>
> Below is a perl program "puttran.cgi" I wrote called by the line
> <!--#include virtual="/cgi-bin/puttran.cgi"-->
> in a .shtml page.
>
> Originally it was supposed to add something into a form based on the
> QUERY_STRING passed to it.
>
> It seems like all the %ENV variables are not being passed to the program.
Is
> there a reason that they wouldn't?
>
> For example if I called the shtml page with a "test.shtml?test123" I'll
get
> a "BAD!!" for entry (there is no $ENV('QUERY_STRING') value set) and the
> $ENV{'REMOTE_HOST') isn't set either.
>
> Any suggestions as to why?
>
>
> -- begin code --
>
> #!/usr/local/bin/perl
> #
> $uname=$ENV{'QUERY_STRING'};
> print "Content-type: text/html\n\n";
> print "+ $ENV{'REMOTE_HOST'} + == this is host<br>\n";
> if ($uname eq "")
> {
> print "<input type=\"hidden\" name=\"transaction_no\"
value=\"BAD!!\">";
>
> }
> else
> {
> print "<input type=\"hidden\" name=\"transaction_no\"
> value=\"$uname\">";
> }
> --end perl--
>
>
> --
> Kevin Alexander
>
> Shameless plug: http://www.aLawyerForMe.com
> Bringing legal advice to the masses.
>
>
>
------------------------------
Date: 05 Aug 1999 11:26:00 +0200
From: kaih=7MHv$LfXw-B@khms.westfalen.de (Kai Henningsen)
Subject: Re: Perl seems to be LAME!
Message-Id: <7MHv$LfXw-B@khms.westfalen.de>
andrewf@beausys.freeserve.co.uk (Andrew Fry) wrote on 04.08.99 in <OYq8DGAwi+p3EwNo@beausys.freeserve.co.uk>:
> In article <7o7qul$8bq$1@nnrp1.deja.com>, Makarand Kulkarni
> <makarand_kulkarni@my-deja.com> writes
> >
> >> And with the search algorithm about 11 seconds!
> >
> >The time taken depends on several factors like
> >kind of machine you are using, RAM it has, CPU Clock
> >Rate etc etc. It is not Perl related.
>
> Of course it is also language related ... particularily
> if you write in a very inefficient style.
Oh no, people can write in very inefficient style in *every* language.
Just like a real programmer can program FORTRAN in any language.
Kai
--
http://www.westfalen.de/private/khms/
"... by God I *KNOW* what this network is for, and you can't have it."
- Russ Allbery (rra@stanford.edu)
------------------------------
Date: Thu, 05 Aug 1999 19:34:02 +0200
From: schmickl@magnet.at (Thomas M. Schmickl)
Subject: Re(2): Inconsistancy between Perl's @INC and @ISA
Message-Id: <fc.0064b97f0446f3883b9aca00ef398554.446f443@city.magnet.at>
uri@sysarch.com writes:
>@ISA is a package global and is used to find methods. it has nothing to
>do with @INC. you could create multiple classes with package names and
>@ISA'a in a single source file and never have a use statement or need
>@INC.
>
>so claiming they are inconsistant is not meaningful.
I think you understood what I ve ment.
The point is, that I have to write @ISA= qw/Tk::Frame BaseWidget/
and not
@ISA= qw/Frame BaseWidget/
or
@ISA= qw/Tk::Frame class::BaseWidget/
while I have to write
use Tk::Frame
and
use class::BaseWidget
(The thing with @INC was just an example for how something can be
consistant) and
the inconsistancy lies in @ISA.
So maybe my english wasn't good enough to get right to the point, sorry.
ciao, thomas.
By the way, this was not a accusation to some PERFECT per developers, I
just
wanted to mentioned something that seemed strange to me.
------------------------------
Date: Thu, 5 Aug 1999 10:02:27 -0700
From: Tom Phoenix <rootbeer@redcat.com>
Subject: Re: regex substitutions from static strings
Message-Id: <Pine.GSO.4.10.9908051001240.9452-100000@user2.teleport.com>
On Thu, 5 Aug 1999, Matt Willsher wrote:
> Is there any way around this behaviour?
Have you seen what section 4 of the FAQ says about "How can I expand
variables in text strings?" Cheers!
--
Tom Phoenix Perl Training and Hacking Esperanto
Randal Schwartz Case: http://www.rahul.net/jeffrey/ovs/
------------------------------
Date: Thu, 5 Aug 1999 11:42:18 -0400
From: Ala Qumsieh <aqumsieh@matrox.com>
To: tchrist@mox.perl.com (Tom Christiansen)
Subject: Re: Regular expression for matching an e-mail address.
Message-Id: <x3yhfmecjza.fsf@tigre.matrox.com>
Tom Christiansen <tchrist@mox.perl.com> writes:
> Try:
>
> $addr =~ /^tchrist\@.*\bperl.com$/i
>
> I find that it works admirably for me.
This matches a bunch of illegal email addresses like:
tchrist@mox.perlxcom
;-)
Ala
------------------------------
Date: Thu, 5 Aug 1999 11:37:46 -0700
From: "G. Kuhnert" <jkuhnert@harbingercomm.com>
Subject: Re: sendmail
Message-Id: <37a9af3e.0@news.kivex.com>
Thanks Ken. Got it working fine now.
Ken Hirsch <kenhirsch@myself.com> wrote in message
news:7oc7p6$4fi$1@oak.prod.itd.earthlink.net...
>
> G. Kuhnert <jkuhnert@harbingercomm.com> wrote:
> > #! usr/local/bin/perl
> This is the first thing that stands out.
> Shouldn't there be a slash in front of "usr/local/bin/perl"
>
> First make sure that you can run ANY perl program:
>
> #!/usr/local/bin/perl -w
> print"Content-type: text/plain\n\n";
> print "This worked";
>
> Then see if there's a problem with sendmail (although the error log
> indicates more serious problems):
>
> > open (SENDMAIL, "| /usr/lib/sendmail -t -n");
> You didn't check for errors here
>
> > close(SENDMAIL);
> or here.
>
>
>
------------------------------
Date: Thu, 5 Aug 1999 10:21:47 -0700
From: Tom Phoenix <rootbeer@redcat.com>
Subject: Re: sendmail
Message-Id: <Pine.GSO.4.10.9908051015540.9452-100000@user2.teleport.com>
On Thu, 5 Aug 1999, G. Kuhnert wrote:
> Subject: sendmail
If you're having troubles with sendmail, why not ask in a newsgroup about
sendmail? This one is about Perl.
But, okay. Here's one line from your program:
> open (SENDMAIL, "| /usr/lib/sendmail -t -n");
For debugging, temporarily change it to something like this:
open SENDMAIL, ">>/home/me/my_world_writable_file"
or die "Can't open for append: $!";
Now, whatever you were sending to sendmail is going to go into that file.
After you run your program, you can look at the file and see just what
your program was asking sendmail to do. You could even run sendmail
yourself, and send that text to it. (Of course, that's not the same as
running sendmail as user 'nobody', or whatever your script runs as.)
If the file has the right stuff and sendmail is refusing to honor it,
you've found that the problem is with sendmail. If the file doesn't have
the right stuff, the problem is with your program.
Good luck with it!
--
Tom Phoenix Perl Training and Hacking Esperanto
Randal Schwartz Case: http://www.rahul.net/jeffrey/ovs/
------------------------------
Date: Thu, 5 Aug 1999 10:14:41 -0700
From: Tom Phoenix <rootbeer@redcat.com>
Subject: Re: Skipping . and .. with readdir
Message-Id: <Pine.GSO.4.10.9908051009480.9452-100000@user2.teleport.com>
On Thu, 5 Aug 1999, Del Kennedy wrote:
> next if $next_c =~ /^\.\.?$/; # skip . and ..
Yes, we all write that. Someday soon, someone who wants to hide files is
going to sneak them into a directory named ".\n" or "..\n" and we'll all
repent! :-)
--
Tom Phoenix Perl Training and Hacking Esperanto
Randal Schwartz Case: http://www.rahul.net/jeffrey/ovs/
------------------------------
Date: Thu, 05 Aug 1999 16:12:25 GMT
From: michel.dalle@usa.net (Michel Dalle)
Subject: Re: String
Message-Id: <7ocd9m$nka$1@news.mch.sbs.de>
In article <37A9B245.226E1158@americasm01.nt.com>, Alan Lau <alau@americasm01.nt.com> wrote:
>Hi,
>
>Does anyone know how to extract the first character from a string?
>
>Thanks,
>Alan
I do, I do !
Did I win anything ?
Seriously, there are some documents infesting your PC since you installed
Perl last night, and they are called "Frequently Asked Questions" (FAQs).
You will probably find them under c:\Perl\html. Click on the one called
'index.html', and your Internet Explorer 5.0a will open two frames.
On the left frame, you will find Core Perl FAQ (if you scroll down a bit).
Click on the link that says "perlfaq4". Now, a new page will appear in the
right frame. Look at the table of contents for something like :
"How can I access/change the first N letters of a string?"
Does that sound familiar ? Now click on that link. The answer to your
question will suddenly appear on the top of the right frame. (No, I won't
tell you what it is, that would be cheating.)
Important : do NOT look at anything else while you're doing this, because
you might be distracted from your search, and you would have to start all
over again : post a message to Usenet, wait for replies, read all the nice
things people have to say to you for doing your homework, and click on
that 'index.html' file again...
Feel free to come back anytime, but don't forget to do your homework
now.
Michel.
------------------------------
Date: Thu, 5 Aug 1999 16:25:48 GMT
From: Gareth Rees <garethr@cre.canon.co.uk>
Subject: Re: String
Message-Id: <sig11y19f7.fsf@cre.canon.co.uk>
Michel Dalle <michel.dalle@usa.net> wrote:
> You will probably find them under c:\Perl\html. Click on the one
> called 'index.html', and your Internet Explorer 5.0a will open two
> frames.
This is likely to be bad advice, given that the original poster's
headers include the line
X-Mailer: Mozilla 4.06 [en] (X11; I; SunOS 5.6 sun4u)
--
Gareth Rees
------------------------------
Date: Thu, 5 Aug 1999 10:06:09 -0700
From: Tom Phoenix <rootbeer@redcat.com>
Subject: Re: Telnet problems
Message-Id: <Pine.GSO.4.10.9908051005070.9452-100000@user2.teleport.com>
On Thu, 5 Aug 1999 sine2117@my-deja.com wrote:
> Hello all. I have a very annoying problem, i'm behind a firewall and
> port 23 is closed. Actually the only port who is open i think is port
> 80. So i can't telnet to the server that i'm running my perl-scripts
> on.. Is there any web based telnet clinet somewhere that i can use ?
It sounds as if you don't have a Perl problem. If your ISP isn't giving
you what you need, upgrade. Good luck!
--
Tom Phoenix Perl Training and Hacking Esperanto
Randal Schwartz Case: http://www.rahul.net/jeffrey/ovs/
------------------------------
Date: Thu, 05 Aug 1999 16:07:41 +0000
From: Doug Robinson <dkr@freerealtime.com>
Subject: Re: Trouble with Sockets
Message-Id: <37A9B6CD.392A494D@freerealtime.com>
Hello again
Well - progress of a sort. I tried this on another
sparc Solaris machine & it appears to work correctly. I
cannot play to much as this is a production machine.
Does anyone know of anything that could be wrong with
our development sparc such that a multi-cast recieve
does not work?
Thanks for your time
dkr
--
The Office of Doug Robinson. These types are not "abstract"; they are as
dkr@freerealtime.com real as int and float. - Doug McIlroy
------------------------------
Date: 5 Aug 1999 16:02:21 GMT
From: jeromeo@atrieva.com (Jerome O'Neil)
Subject: Re: truncation without rounding
Message-Id: <7occid$9rh$1@brokaw.wa.com>
In article <7ocbt3$fup$1@news1.radix.net>,
revjack <revjack@radix.net> writes:
> Anno Siegel explains it all:
>:int( 10*$number)/10;
>
> Can a handicap be zero?
Yes. Golfers call it scratch. An index can also be negative.
--
Jerome O'Neil, Operations and Information Services
Atrieva Corporation, 600 University St., Ste. 911, Seattle, WA 98101
jeromeo@atrieva.com - Voice:206/749-2947
The Atrieva Service: Safe and Easy Online Backup http://www.i-filezone.com
------------------------------
Date: Thu, 05 Aug 1999 16:22:29 GMT
From: gary@onegoodidea.com (Gary O'Keefe)
Subject: Re: truncation without rounding
Message-Id: <37a9b8ac.115625957@news.hydro.co.uk>
ericp@us.ibm.com wrote:
>I'm writing a CGI script for calculating a golfers handicap. The number
>produced has to be truncated to the tenths without rounding. I know
>that both printf() and sprintf() will round the last digit, so how do I
>make it NOT round?
#!/usr/local/bin/perl -w
use strict;
my $handicap = 15.57;
printf ( "%.1f\n", int ( $handicap * 10 ) / 10 );
which you would have found if you'd looked up the perlfunc
documentation.
Look at the watch. Watch it swing. You are feeling sleepy. Sleepy.
Sleeeepppyyyy.... You will look at the documentation for perl. You
will do this before posting to comp.lang.perl.misc. You will enjoy
looking at the documentation. The documentation will give you the
answers you need. If you ask a question on comp.lang.perl.misc and
it's answer is in the FAQs you will feel ashamed of yourself. When I
snap my fingers you will awaken, feeling refreshed and with an
overwhelming desire to look at the documentation that came with perl.
*SNAP*
Hope this helps
Gary
--
Gary O'Keefe
gary@onegoodidea.com
You know the score - my current employer has nothing to do with what I post
------------------------------
Date: Thu, 05 Aug 1999 13:58:32 -0400
From: dwilgaREMOVE@mtholyoke.edu (Dan Wilga)
Subject: Re: Turning off cashing from Perl???
Message-Id: <dwilgaREMOVE-0508991358320001@wilga.mtholyoke.edu>
In article <7o9mb1$6k1$1@nn-tk001.ocn.ad.jp>, "Scott" <codeman@gol.com> wrote:
> Dear Sir/Madame,
>
> I am working on a project in Japan at the moment and
> live in Tokyo. I am having trouble with the code as it
> keeps going to the cache and I want it to refresh on the
> first time around.
>
> I was wondering if you had any ideas about how I could
> achieve the effect of it not going to cache. I have tried
> quite a few things.
It's kind of difficult to figure out what you have tried and what you
haven't from your code sample. In general, there are two ways that should
work, but they both depend on the browser. Older browsers will ignore the
directive.
The first way is to include this line within the <HEAD> segment of your output:
print qq|<meta http-equiv="pragma" content="no-cache">|;
(In your sample code, you left out the ending >, and it wasn't obvious if
you did, in fact, put this into the <HEAD> segment).
The other method assumes your Web server is expecting an HTTP header in
the output:
print qq|Content-type: text/html\n|; # notice: just one \n at the end
print qq|Pragma: no-cache\n\n|; # here there are two \ns because
this is the end of the header
This would then be followed by whatever your HTML code is.
Dan Wilga dwilgaREMOVE@mtholyoke.edu
** Remove the REMOVE in my address address to reply reply **
------------------------------
Date: 5 Aug 1999 13:58:11 -0400
From: davet@angel.uunet.ca (Dave Till)
Subject: Re: Why is it....
Message-Id: <7ocjbj$fpb$1@angel.uunet.ca>
Fascinating thread! My $0.02 (disclaimer: I'm Canadian,
so this is worth about $0.013 or so in this newsgroup :-)):
Tom Christiansen (tchrist@mox.perl.com) wrote:
: Some people have a knack for programming, but most people don't.
To which I add that (as you know) there are a variety of programming
tasks, each of which require different skills. Some programming tasks
require the ability to conceptualize - to turn real-world tasks
into algorithms - whereas others require the ability to pay
close attention to detail.
I suppose that there are some "great" programmers who have both
of these skills in abundance, but I suspect that there are many
bright people who have one set of skills but not the other.
In article <7oaqe2$od8@dfw-ixnews6.ix.netcom.com>,
Eric Bohlman <ebohlman@netcom.com> wrote:
>Actually, it's been my experience that stubborness, not stupidity, is
>behind most bad programming technique.
My experience has been that deadline pressure is often a factor.
If a programmer has to get something out the door by Wednesday, he or
she will usually resort to familiar methods, rather than taking
the time to determine "the best way" to solve the problem.
>The "hacker" in the classic sense is motivated by a love of learning.
>The script kiddie is motivated by an aversion to learning.
The classic "hacker" usually operates in an academic environment,
or as a home hobbyist (or a professional learning on their own
time). I know many programmers who love learning, but simply don't
have the time or mental energy to learn new things after having
worked hard all day.
--
--Dave Till, tech writer/programmer (davet at uunet.ca, http://www.net/~davet/)
Disclaimer: these are my opinions, not those of my employers. Chill out.
"Our brains have evolved to get us out of the rain, find where the
berries are, and keep us from getting killed." - Ronald Graham
------------------------------
Date: 5 Aug 1999 13:43:01 -0400
From: davet@angel.uunet.ca (Dave Till)
Subject: Re: Why no Perl books at Fry's?
Message-Id: <7ocif5$fg8$1@angel.uunet.ca>
In article <7o5p78$mvp@dfw-ixnews7.ix.netcom.com>,
Eric Bohlman <ebohlman@netcom.com> wrote:
>Some bookstores, due to cluelessness, stock Perl books in their Web
>design sections rather than their programming language sections. Is it
>possible you just missed them?
I have also seen Perl books in the "Operating Systems - UNIX" sections
of bookstores (though that was mostly before CGI programming
became popular).
--
--Dave Till, tech writer/programmer (davet at uunet.ca, http://www.net/~davet/)
Disclaimer: these are my opinions, not those of my employers. Chill out.
"Our brains have evolved to get us out of the rain, find where the
berries are, and keep us from getting killed." - Ronald Graham
------------------------------
Date: 1 Jul 99 21:33:47 GMT (Last modified)
From: Perl-Users-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 1 Jul 99)
Message-Id: <null>
Administrivia:
The Perl-Users Digest is a retransmission of the USENET newsgroup
comp.lang.perl.misc. For subscription or unsubscription requests, send
the single line:
subscribe perl-users
or:
unsubscribe perl-users
to almanac@ruby.oce.orst.edu.
To submit articles to comp.lang.perl.misc (and this Digest), send your
article to perl-users@ruby.oce.orst.edu.
To submit articles to comp.lang.perl.announce, send your article to
clpa@perl.com.
To request back copies (available for a week or so), send your request
to almanac@ruby.oce.orst.edu with the command "send perl-users x.y",
where x is the volume number and y is the issue number.
The Meta-FAQ, an article containing information about the FAQ, is
available by requesting "send perl-users meta-faq". The real FAQ, as it
appeared last in the newsgroup, can be retrieved with the request "send
perl-users FAQ". Due to their sizes, neither the Meta-FAQ nor the FAQ
are included in the digest.
The "mini-FAQ", which is an updated version of the Meta-FAQ, is
available by requesting "send perl-users mini-faq". It appears twice
weekly in the group, but is not distributed in the digest.
For other requests pertaining to the digest, send mail to
perl-users-request@ruby.oce.orst.edu. Do not waste your time or mine
sending perl questions to the -request address, I don't have time to
answer them even if I did know the answer.
------------------------------
End of Perl-Users Digest V9 Issue 385
*************************************
