[9953] in Perl-Users-Digest

home help back first fref pref prev next nref lref last post

Perl-Users Digest, Issue: 3546 Volume: 8

daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Wed Aug 26 03:02:18 1998

Date: Wed, 26 Aug 98 00:00:36 -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           Wed, 26 Aug 1998     Volume: 8 Number: 3546

Today's topics:
    Re: #!usr/bin/perl is ignored, WHY? (Ronald J Kimball)
    Re: Are $a and $b some special variables? (Ilya Zakharevich)
    Re: Hacking Schools Network (Mark Rogaski)
    Re: Help: How can I use full path of a *.pm file?? (Martin Vorlaender)
    Re: Help: How can I use full path of a *.pm file?? <rra@stanford.edu>
    Re: Help: How can I use full path of a *.pm file?? (Craig Berry)
    Re: Is there a size limit on $ vars? (Ronald J Kimball)
    Re: Perl compiler <founder@pege.org>
    Re: Perl compiler <gnb@itga.com.au>
    Re: Perl Docs.. forget the original post (Bart Lateur)
    Re: Perl documentation (Ronald J Kimball)
    Re: Perl documentation <rra@stanford.edu>
    Re: Perl documentation <rra@stanford.edu>
    Re: Perl FAR version 1.1.1 MAKE SURE YOU READ THIS BEFO (Ronald J Kimball)
    Re: Perl FAR version 1.1.1 MAKE SURE YOU READ THIS BEFO (Norman UNsoliciteds)
    Re: qw// vs. (), re. interpolation - error in "Prog Per (Ronald J Kimball)
    Re: String terminators (Ronald J Kimball)
    Re: Why dont people read the FAQs <dformosa@st.nepean.uws.edu.au>
    Re: Why dont people read the FAQs <rra@stanford.edu>
    Re: Y2K Date Support <ajohnson@gpu.srv.ualberta.ca>
        Special: Digest Administrivia (Last modified: 12 Mar 98 (Perl-Users-Digest Admin)

----------------------------------------------------------------------

Date: Wed, 26 Aug 1998 01:03:04 -0400
From: rjk@coos.dartmouth.edu (Ronald J Kimball)
Subject: Re: #!usr/bin/perl is ignored, WHY?
Message-Id: <1decdwj.1abkot11sfgp5uN@bay1-110.quincy.ziplink.net>

Joshua Marotti <jpm@iti-oh.com> wrote:

> Believe it or not, I had this trouble, and the solution was wierd.  If you
> make the script on an NT/Win95 box, and then ftp it to linux/unix, you
> need to make sure that you are either saving the file as a unix file, or
> ftp'ing it in ASCII.  This fixed the problem.

Um...  That's not weird.  Windows and Unix use different line endings.
It's pretty well known that you FTP text files in TEXT/ASCII mode so
that line endings get translated properly.

-- 
 _ / '  _      /         - aka -         rjk@coos.dartmouth.edu
( /)//)//)(//)/(     Ronald J Kimball      chipmunk@m-net.arbornet.org
    /                                  http://www.ziplink.net/~rjk/
        "It's funny 'cause it's true ... and vice versa."


------------------------------

Date: 26 Aug 1998 05:35:29 GMT
From: ilya@math.ohio-state.edu (Ilya Zakharevich)
Subject: Re: Are $a and $b some special variables?
Message-Id: <6s06r1$b0e$1@mathserv.mps.ohio-state.edu>

[A complimentary Cc of this posting was sent to Sam Holden
<sholden@pgrad.cs.usyd.edu.au>],
who wrote in article <slrn6u7087.6iv.sholden@pgrad.cs.usyd.edu.au>:
> >> Because figuring out whether a routine could have been called from a sort
> >> routine is impossible in the general case and adding more specific special
> >> cases just makes the whole situation even more confusing.
> >
> >But why people think you need to figure this out?  A presence of sort
> >is what is important.
> 
> I could always call the sub as a sort routine from a completely seperate file.

So what?  Do you realize when this warning is printed?

> Then again I could always be evaling user input which could use one of my
> subs as a sort...

So what?  The same may happen with "used only once" warning for $c.

Ilya


------------------------------

Date: 26 Aug 1998 06:21:38 GMT
From: wendigo@deathstar.jabberwock.org (Mark Rogaski)
Subject: Re: Hacking Schools Network
Message-Id: <slrn6u7abh.8uj.wendigo@deathstar.jabberwock.org>

An entity claiming to be Adam Spragg wrote:
: Dave Stephens (stepherd@gusun.georgetown.edu) wrote:
: : Just look for the password on the pull-out table near the principle's
: : office.  What,
: : haven't you seen WarGames?
: 
: What's even scarier is that I remember the password (I think)...
: 

Ironically, it was probably the third most common password that crack
would find on an academic cluster I used to admin ... right behind 
"qwerty" and "abcdefg".

Mark

-- 
[] Mark Rogaski                   "That which does not kill me
[] wendigoNO@SPAMpobox.com              only makes me stranger."
[] finger wendigoNO@SPAMdeathstar.jabberwock.org for PGP key
[] remove NO & SPAM to reply or finger
[] anti spambot: postmaster@localhost abuse@localhost uce@ftc.gov


------------------------------

Date: Wed, 26 Aug 1998 06:09:32 +0200
From: martin@RADIOGAGA.HARZ.DE (Martin Vorlaender)
Subject: Re: Help: How can I use full path of a *.pm file??
Message-Id: <35e38a7c.524144494f47414741@radiogaga.harz.de>

Erik Knepfler (erik@zeno.com) wrote:
: These are all interesting solutions, however, I still have a similar nagging
: NT problem - I have many scripts that have a use or require statement with
: _just the filename_, no path, and fail. 

That's normal (not the failing, of course ;-). The expected behaviour is that
all paths in @INC are searched until the .pm file is found.

: These used to work, and now they don't (changed Perl builds). 

Then other @INC paths have been compiled into this build. Look at the output
of perl -V , this will tell you about @INC paths.

: It appears that many script authors whose
: scripts I'm borrowing assume that the current directory of the script being
: executed will be in the @INC - in fact, the errors that appear say that it
: can't find the file in @INC which contains "."!!!

Another reason for this could be a faulty module installation.

: I can't use the below suggestions because there are too many scripts to
: modify.  Where can I find and change the contents of @INC globally to the
: whole system?  Why can't I even push a directory into @INC (this even used
: to work!!!)  Why isn't there just an environment variable that contains
: this? 

There is: PERL5LIB, and for compatibility PERLLIB.
See perlrun.pod and perlfaq8.pod, "How do I add a directory to my include
path at runtime?"

: If "." is in @INC, and it can't find the file, then "." must not be
: the same directory as the script I'm running - why not?  What directory is
: it?

This depends on your web server (assuming you're doing CGI scripting). NT's
IIS, for example, always starts CGI scripts with the cgi-bin directory as
the current directory.

See perlfaq8.pod, "How do I add the directory my program lives in to the
module/library search path?"

cu,
  Martin
--
                          | Martin Vorlaender | VMS & WNT programmer
 OpenVMS: Where do you    | work: mv@pdv-systeme.de
 want to BE today?        |       http://www.pdv-systeme.de/users/martinv/
                          | home: martin@radiogaga.harz.de


------------------------------

Date: 25 Aug 1998 23:06:23 -0700
From: Russ Allbery <rra@stanford.edu>
Subject: Re: Help: How can I use full path of a *.pm file??
Message-Id: <m3zpcs2s68.fsf@windlord.Stanford.EDU>

In comp.lang.perl.misc, Erik Knepfler <erik@zeno.com> writes:

> These are all interesting solutions, however, I still have a similar
> nagging NT problem - I have many scripts that have a use or require
> statement with _just the filename_, no path, and fail.  These used to
> work, and now they don't (changed Perl builds).  It appears that many
> script authors whose scripts I'm borrowing assume that the current
> directory of the script being executed will be in the @INC - in fact,
> the errors that appear say that it can't find the file in @INC which
> contains "."!!!

 . is the current working directory of your script, not the directory in
which the script is located.

> I can't use the below suggestions because there are too many scripts to
> modify.  Where can I find and change the contents of @INC globally to
> the whole system?

It's an option during the Perl compilation.  When you specify your
site_perl directory, you can give it a colon-separated list of
directories.

> Why can't I even push a directory into @INC (this even used to work!!!)

Not under Perl 5.  You have to do that inside a BEGIN block for this to
work, or you have to do a "use lib" which basically is the equivalent.

> Why isn't there just an environment variable that contains this?

There is.  PERL5LIB.

-- 
#!/usr/bin/perl -- Russ Allbery, Just Another Perl Hacker
$^=q;@!>~|{>krw>yn{u<$$<[~||<Juukn{=,<S~|}<Jwx}qn{<Yn{u<Qjltn{ > 0gFzD gD,
 00Fz, 0,,( 0hF 0g)F/=, 0> "L$/GEIFewe{,$/ 0C$~> "@=,m,|,(e 0.), 01,pnn,y{
rw} >;,$0=q,$,,($_=$^)=~y,$/ C-~><@=\n\r,-~$:-u/ #y,d,s,(\$.),$1,gee,print


------------------------------

Date: 26 Aug 1998 06:45:06 GMT
From: cberry@cinenet.net (Craig Berry)
Subject: Re: Help: How can I use full path of a *.pm file??
Message-Id: <6s0ati$6cl$1@marina.cinenet.net>

Russ Allbery (rra@stanford.edu) wrote:
: . is the current working directory of your script, not the directory in
: which the script is located.

And what's more, it can be somewhat dangerous to make assumptions about
what . is e.g. in the context of running a CGI app.  I've been surprised
by the answer so many times I don't get surprised anymore. :)  Always,
when appropriate, check (use Cwd) or set (chdir) . if you're counting on
it being some specific directory.

: It's an option during the Perl compilation.  When you specify your
: site_perl directory, you can give it a colon-separated list of
: directories.
: 
: > Why can't I even push a directory into @INC (this even used to work!!!)
: 
: Not under Perl 5.  You have to do that inside a BEGIN block for this to
: work, or you have to do a "use lib" which basically is the equivalent.

Well push outside BEGIN should work for require, if its execution precedes
require.  Not so for use, of course.

---------------------------------------------------------------------
   |   Craig Berry - cberry@cinenet.net
 --*--    Home Page: http://www.cinenet.net/users/cberry/home.html
   |      "Ripple in still water, when there is no pebble tossed,
       nor wind to blow..."


------------------------------

Date: Wed, 26 Aug 1998 01:03:07 -0400
From: rjk@coos.dartmouth.edu (Ronald J Kimball)
Subject: Re: Is there a size limit on $ vars?
Message-Id: <1decei7.k2q29x1v9c18gN@bay1-110.quincy.ziplink.net>

Tad McClellan <tadmc@metronet.com> wrote:

>   Best to avoid the shell and do it all from within perl:
> 
> 
>    @files = <*.*>;  # see 'glob' in the perlfunc man page
> 
>    or 
> 
>    @files = glob($file);

If you want to avoid a shell, that's not the way to do it.  As perlfunc
says, glob() is the internal function that implements the <*.c>
operator, which is documented in perlop.  And according to perlop,
globbing invokes a shell.

Instead, perlop suggests using readdir() to avoid invoking a shell.

-- 
 _ / '  _      /         - aka -         rjk@coos.dartmouth.edu
( /)//)//)(//)/(     Ronald J Kimball      chipmunk@m-net.arbornet.org
    /                                  http://www.ziplink.net/~rjk/
        "It's funny 'cause it's true ... and vice versa."


------------------------------

Date: Wed, 26 Aug 1998 07:27:02 +0200
From: "Mosl Roland" <founder@pege.org>
Subject: Re: Perl compiler
Message-Id: <6s06h2$qd1$1@orudios.magnet.at>

Tom Christiansen <tchrist@mox.perl.com> wrote in message
6rssj0$lda$1@csnews.cs.colorado.edu...
> [courtesy cc of this posting sent to cited author via email]
>
>In comp.lang.perl.misc, "Lily Y. Fu" <lily@tigr.org> writes:
>:I have a perl program, I want to compiler it into binary
>:so that users of the program will not be able to
>:read it as clean text.
>:
>:How can I do it?
>
>You simply don't give them the program.  Then they can't read it.
>
>I just don't understand this culture of hoarding and obfuscation.
>Your program is almost certainly worth nothing anyway -- is it now?
>What's so great about it anyway?  So just give it away.  Or put an
>explicit copyright on it and a restriction that says it can't be used
>for profit or some such.
>
>But why are you trying to stop others from learning?  That's *evil*.

Would You be so nice, that there are also people outside not
geting fixed money every month.

When I invest a total of 6 month in the development of my
web site compiler http://pege.org/wsc/ it's really not a present
for everybody to learn something.

It's a valuable tool for web designer, where I am going to
charge about $300 per month for using it. So I need also
this compiler with some nice features like searial numbers
built into the code to be able to trace down copyright violators.

Maybe You are so rich, that You have absolut no idea what
it means to have no money.
I http://pege.org/roland am a poor Austria inventor
http://pege.org/gemini of a very advanced solar energy house.

Now I recover my finance disaster trusting in the promises of
many people, that they will help me to realize my plans.
I recover my finance as web designer and now as software
author of tools like wsc.

Every $ is needed to make progress in my plans to lead humanity into the age
of solar energy. And in this situation, You write how great it is to give
things away for nothing.

Do You have at home a lock on Your door? Why?
Do You not like to share all Your posessions with all the others?

Mosl Roland
http://pege.org/ clear targets for a confused civilization
http://salzburgs.com/ (did not find a slogan :-)




------------------------------

Date: 26 Aug 1998 15:43:21 +1000
From: Gregory Bond <gnb@itga.com.au>
Subject: Re: Perl compiler
Message-Id: <wwpvdoxpqe.fsf@itga.com.au>

sholden@pgrad.cs.usyd.edu.au (Sam Holden) writes:

> I suspect but of course don't know that Tom doesn't mind people who
> attended one of his courses from sharing their knowledge with others. He can
> charge for the course, you can charge for the software.
> 

It is easier to make a byte-perfect copy of software than it is for
the contents of a significant course.  I wonder if Tom would be so
forgiving if someone proposed videotaping his course so they could
give it away?

-- 
Gregory Bond                            ITG Australia Ltd, Melbourne, Australia
<mailto:gnb@itga.com.au>                           <http://www.bby.com.au/~gnb>
From: bruce@itga.com.au (Do not use this address.  It catches junk email.)
From: bruce@bby.com.au, bruce@melba.bby.com.au  (So do these ones)


------------------------------

Date: Wed, 26 Aug 1998 07:15:40 GMT
From: bart.mediamind@tornado.be (Bart Lateur)
Subject: Re: Perl Docs.. forget the original post
Message-Id: <35e4b60a.1515655@news.tornado.be>

Andrew M. Langmead wrote:

>>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)

I've never used -e before, because the MS-DOS command line rules are,
well, wacky, and I've never bothered to learn them. To quote the docs:

  There is no general solution to all of this.  It's just a mess.

I don't really like a shell limiting what I can do in a script. So this
is the first time I get my feet wet.

Here is what I made of it: a single line BAT file, GREPPOD.BAT, and put
in the pod directory. (BTW is there a way to recurse directories this
way? Nah, here I go again. A REAL script is the solution.)

  perl -ne "print qq{$ARGV [$.]: $_} if /%1/o; close(ARGV) if eof" *.POD

I can run it from withing my PFE editor, which catches the output.

The BAT parameter mechanism won't accept just everything: no spaces
allowed, and quotes must be preceded with a backslash. This proves my
point ;-).

	Bart.


------------------------------

Date: Wed, 26 Aug 1998 01:03:11 -0400
From: rjk@coos.dartmouth.edu (Ronald J Kimball)
Subject: Re: Perl documentation
Message-Id: <1decfa1.1t40bd3w42beN@bay1-110.quincy.ziplink.net>

<no.unsoliciteds@dead.end.com> wrote:

> I think laziness is being too lazy to find alternatives to flaming.

Hello, lazy, pleased to meet you.

-- 
 _ / '  _      /         - aka -         rjk@coos.dartmouth.edu
( /)//)//)(//)/(     Ronald J Kimball      chipmunk@m-net.arbornet.org
    /                                  http://www.ziplink.net/~rjk/
        "It's funny 'cause it's true ... and vice versa."


------------------------------

Date: 25 Aug 1998 22:55:27 -0700
From: Russ Allbery <rra@stanford.edu>
Subject: Re: Perl documentation
Message-Id: <m367fg478w.fsf@windlord.Stanford.EDU>

Daniel Adams <dan@fearsome.net> writes:

> I too perform a great deal of usenet postage, even if its somewhat
> seasonal.  I really don't think spammers are quite as discriminating as
> you suggest ;-)

Then one really has to wonder what the difference is between you and I.

> A lot of it does, as I suggested, have to do with my above suggestion -
> some ngs are just worse than others.

I post a weekly FAQ to alt.comics.lnh, high up in the alphabetical
listing.  I participate regularly in crossposted threads in news.groups,
in the process ending up crossposting to nearly every group on Usenet,
including due to recent soc.sexuality.* proposals a lot of alt.sex.*
groups (which are notoriously bad for spam).  I have addresses on the web
in mailto: links, I get mail at a good dozen role addresses, and I post
something like ten news articles a day on average.  And yet I'm still not
seeing the spam volume that people who are *considerably* less active than
I am report.

> I've been on Usenet for several years in various guises and I can
> understand to a certain extent what you are saying, but I think that it
> is a matter of striking a balance - remember I said that I support
> address munging, not address exclusion - I mean that making your from:
> and reply-to: addresses danCUTME@ReMoVE.fearsome.net is acceptable
> because it foils or at least slows spammers whislt anybody trying to
> send you a message will see in their "bounced" message that the mail was
> sent to danCUTME@etc - the real address is obvious and they only have to
> hit "redirect" or "forward" in their mail app. and all is
> well. Inconvenient, but every argument is considered.

95% of the people on Usenet or using e-mail are unable to easily resend a
bounced mail message.  Sad, but absolutely true; I have lots and lots of
personal experience to back that up.  Quite a few people report that once
they start using munged addresses, their mail volume in *general* goes way
down, including their legitimate mail volume.

> Can't say I've been missing them myself ;-) and please don't mistake me
> - I don't munge my own address in my headers/messages for the
> convenience of others, and its always welcome in a conspiratorial kind
> of way when people send an email to you on-the-side. I do, however,
> think that people have the right to munge their addresses to avoid spam
> and that it shouldn't leave them open to abuse from others.

I'm of the opinion that they're going to do it anyway regardless of what I
say and that if I argue with them about it, the most likely result is that
they'll just get even more set on munging and angrier about the entire
thing and I'll just end up hurting my cause.

-- 
#!/usr/bin/perl -- Russ Allbery, Just Another Perl Hacker
$^=q;@!>~|{>krw>yn{u<$$<[~||<Juukn{=,<S~|}<Jwx}qn{<Yn{u<Qjltn{ > 0gFzD gD,
 00Fz, 0,,( 0hF 0g)F/=, 0> "L$/GEIFewe{,$/ 0C$~> "@=,m,|,(e 0.), 01,pnn,y{
rw} >;,$0=q,$,,($_=$^)=~y,$/ C-~><@=\n\r,-~$:-u/ #y,d,s,(\$.),$1,gee,print


------------------------------

Date: 25 Aug 1998 23:02:57 -0700
From: Russ Allbery <rra@stanford.edu>
Subject: Re: Perl documentation
Message-Id: <m33eak46we.fsf@windlord.Stanford.EDU>

Norman UNsoliciteds <No.unsoiliciteds@dead.end> writes:
> Russ Allbery wrote in message ...

> Could you define "deluged" for me?  I'm extremely curious.  I get, on
> the average, about 10-20 spam messages a week, which is so far below the
> event horizon for the amount of mail that I get that I don't even notice
> it, and I'm curious how much of that is due to our local spam blocking
> and due to the fact that I'm using a .edu address.

> Well how much do you reckon to make it worth my time to conect up to my
> mail account and hand delete the dross ?

I'm sorry, but despite the fact that you quoted my article to ask this
question I really don't see what it has to do with what I said.  Why do
you think I intend to make it worth your while at all, or even care
whether or not you're hand-deleting the dross or are munging your address?

I find it sad that many people are opting out of the community that Usenet
is capable of being because of the spam in their mailboxes, and I'm
pointing out that apparently it is possible to avoid it (I have an
existence proof, but unfortunately not a proof by construction).  That's
all.

> Please note not everybody has access to a unix shell account,

I'm aware.

> I'm perfectly capable of creating a mail filter but I have to download
> the mail from my ISP first, at my expense, to then filter it locally on
> my machine.

Yes, I realize that many people are in that situation.

I realize that this is a religious crusade to some people.  It isn't to
me, and I refuse to treat it that way.

-- 
#!/usr/bin/perl -- Russ Allbery, Just Another Perl Hacker
$^=q;@!>~|{>krw>yn{u<$$<[~||<Juukn{=,<S~|}<Jwx}qn{<Yn{u<Qjltn{ > 0gFzD gD,
 00Fz, 0,,( 0hF 0g)F/=, 0> "L$/GEIFewe{,$/ 0C$~> "@=,m,|,(e 0.), 01,pnn,y{
rw} >;,$0=q,$,,($_=$^)=~y,$/ C-~><@=\n\r,-~$:-u/ #y,d,s,(\$.),$1,gee,print


------------------------------

Date: Wed, 26 Aug 1998 01:03:13 -0400
From: rjk@coos.dartmouth.edu (Ronald J Kimball)
Subject: Re: Perl FAR version 1.1.1 MAKE SURE YOU READ THIS BEFORE POSTING
Message-Id: <1decfh0.ovhk7213c6dbdN@bay1-110.quincy.ziplink.net>

<no.unsoliciteds@dead.end.com> wrote:

> Trouble is the majority of users of the net want to make web pages, and that
> means they want to have cgis and that means they hear about perl, but hey wait
> a minute - wasn't this why comp.lang.perl.moderated was set up - to filter out
> this kind of element which is severly depreciated?

comp.lang.perl.moderated was not set up to provide justification for the
FAQs, CGI questions, etc. that get posted to comp.lang.perl.misc.

-- 
 _ / '  _      /         - aka -         rjk@coos.dartmouth.edu
( /)//)//)(//)/(     Ronald J Kimball      chipmunk@m-net.arbornet.org
    /                                  http://www.ziplink.net/~rjk/
        "It's funny 'cause it's true ... and vice versa."


------------------------------

Date: Wed, 26 Aug 1998 15:23:36 +0900
From: No.unsoiliciteds@dead.end (Norman UNsoliciteds)
Subject: Re: Perl FAR version 1.1.1 MAKE SURE YOU READ THIS BEFORE POSTING
Message-Id: <No.unsoiliciteds-2608981523370001@cs11m29.ppp.infoweb.or.jp>

In article <fl_aggie-2408980945030001@aggie.coaps.fsu.edu>,
fl_aggie@thepentagon.com (I R A Aggie) wrote:
 
> Learning Perl, Randal L. Schwartz, ISBN 1-56592-042-2.

I may suggest that perhaps instead of making blind assumptions about people:
*THOUGHT "oh it'S complaining about the group I belong to/would like to
belong to being mean to clueless newbies, so it must be one of those END
OF THOUGHT*

The edition 2 of this book which is current for Perl 5.004:
Learning Perl by Randal Schwartz and Tom Christianson, ISBN 1-56592-284-0.


Now at this point according to the criterior of the people you are
defending I have the right to flame you for posting inacurate and
confusing info. 

> And good programming habits are also spontaneously absorbed from the air?

I don't know what you think but I think you need human contact in there
somewhere, though I will not  willingly choose a person hater (of either
and both sexes) to be the other part of that process

> Besides, I've given you the pointers to the _Learning Perl_ book. I haven't
> got time to teach you perl. You haven't paid me to teach you perl.

Just as well, the one explicit pointer you gave was out of date. I too
know enough to say "Got to www.perl.com" so I guess you didn't teach me
anything there either. What is this obsession with payment? Isn't Perl an
open source language percisely for this reason? So you can learn? Oh damn
I used that word which is severly depreciated again, sorry.

> I see...so if I comment that the best way of teaching newbies how to
> program in perl is to sit them down in a bath tub, and then toss a running
> hair dryer in with them, that means its a good idea??

No it just means you hate newbies. Probably due to the fact you had to
take flamings when you were one and now subconsciously you are trying to
eliminate that part of your life by projecting onto the outside world.

> I have more than passing familiarity with electrical wiring. Would you
> permit me to wire your house? Do note that I'm not an electrician in
> any way, shape or form.

If by wiring my house you are referring to building a computer, then I
would say no. If by wiring a house you are referring to writing the OS for
a computer, then I would say no. If you are referring to wiring a house to
mean use a tool to make a utility like say a lamp, or replace a new light
fitting I'd say yes, as long as you did it in your house around which I've
put some flame proof wrapping so you can't burn down my house, in the
event you overlooked something.



> Why, yes, that would be. Now, what happens if you hire someone to write
> scripts that are run as the server's UID?

why on earth would I do that? I'd write them myself, if I didn't know how
I'd find an example to look at, if I didn't undrestand the example I'd buy
a book,if I didn't understand the book I'd ask someone who knows more
about the subject than I do, but then I guess I have bad programming
habits

-- 
The Dinosaurs were so stupid, they couldn't 
even devise the means of thier own extinction, 
they had to wait for Nature to do it for them.


------------------------------

Date: Wed, 26 Aug 1998 01:03:15 -0400
From: rjk@coos.dartmouth.edu (Ronald J Kimball)
Subject: Re: qw// vs. (), re. interpolation - error in "Prog Perl"?
Message-Id: <1decfng.1s34e1ypeqreN@bay1-110.quincy.ziplink.net>

Benjamin Low <b.d.low@unsw.edu.au> wrote:

> "Programming Perl", 2nd ed., tells me on p. 41 that () is the Customary
> form of the Word List quoting operator, the Generic form being qw//.
> 
> The perl 5.004 docs tell me there is no Customary form.
> 
> Is the book in error? (This issue isn't mentioned in the errata).

Yes, the book is in error.  qw() surrounds a word list, () does not.
There is no customary form for the qw// operator.

-- 
 _ / '  _      /         - aka -         rjk@coos.dartmouth.edu
( /)//)//)(//)/(     Ronald J Kimball      chipmunk@m-net.arbornet.org
    /                                  http://www.ziplink.net/~rjk/
        "It's funny 'cause it's true ... and vice versa."


------------------------------

Date: Wed, 26 Aug 1998 01:03:17 -0400
From: rjk@coos.dartmouth.edu (Ronald J Kimball)
Subject: Re: String terminators
Message-Id: <1decfxz.t28us0gj1lj6N@bay1-110.quincy.ziplink.net>

Daniel Adams <dan@fearsome.net> wrote:

> >line 1149 is this    >line 1149 is this    print <<"EOF";
> [...]
> That depends - I may be wrong, but I don't think you should have the ""
> round the first EOF.

You're wrong.  Refer to the documentation on here-docs in perldata,
please.

<<"EOF" is exactly equivalent to <<EOF

-- 
 _ / '  _      /         - aka -         rjk@coos.dartmouth.edu
( /)//)//)(//)/(     Ronald J Kimball      chipmunk@m-net.arbornet.org
    /                                  http://www.ziplink.net/~rjk/
        "It's funny 'cause it's true ... and vice versa."


------------------------------

Date: 26 Aug 1998 15:33:29 +1000
From: ? the platypus {aka David Formosa} <dformosa@st.nepean.uws.edu.au>
Subject: Re: Why dont people read the FAQs
Message-Id: <6s06n9$rmg$1@godzilla.zeta.org.au>

In <6rvnqg$agq$1@msunews.cl.msu.edu> Dan Nguyen <nguyend7@msu.edu> writes:

[...]

>You probably regard Tom Christiansen as a true perl guru (I know I
>do.)  His posts can be off the wall sometimes.

You know your leaving yourself open to a most dreadfull pun here.




------------------------------

Date: 25 Aug 1998 23:20:54 -0700
From: Russ Allbery <rra@stanford.edu>
Subject: Re: Why dont people read the FAQs
Message-Id: <m3ww7w2ri1.fsf@windlord.Stanford.EDU>

Arved Sandstrom <Arved_37@chebucto.ns.ca> writes:

> Larry Wall is an aficionado of the language, and when he mentioned
> Hubris I trust he liked the word, but really just meant
> confidence. Someone with hubris is, by definition, an asshole.

Actually, I think it's more likely he was talking about Hubris in the
context of programming, where Hubris is the certainty that you can do what
you're trying to do even if most normal mortals would consider it
completely impossible.  Which is, of course, the only way that truly hard
things ever get done.

There tends to be a complicated interplay in hacker culture between hubris
and humility which is really rather fascinating.

-- 
#!/usr/bin/perl -- Russ Allbery, Just Another Perl Hacker
$^=q;@!>~|{>krw>yn{u<$$<[~||<Juukn{=,<S~|}<Jwx}qn{<Yn{u<Qjltn{ > 0gFzD gD,
 00Fz, 0,,( 0hF 0g)F/=, 0> "L$/GEIFewe{,$/ 0C$~> "@=,m,|,(e 0.), 01,pnn,y{
rw} >;,$0=q,$,,($_=$^)=~y,$/ C-~><@=\n\r,-~$:-u/ #y,d,s,(\$.),$1,gee,print


------------------------------

Date: Wed, 26 Aug 1998 00:34:36 -0500
From: Andrew Johnson <ajohnson@gpu.srv.ualberta.ca>
Subject: Re: Y2K Date Support
Message-Id: <35E39E6C.72D25CD5@gpu.srv.ualberta.ca>

Craig Berry wrote:
> 
> I R A Aggie (fl_aggie@thepentagon.com) wrote:
> : C.H.U.D.s? or is this in the jargon file?
> 
> Oh, for pete's sake, doesn't *anybody* read the FAQs anymore?  See
> perlfaq17, "Why did a hideous deformed humanoid emerge from the sewers and
> eat my brain while I was trying to sort a hash of lists?"

another docset update...*sigh*, could you please tell me the answer
because I can't be bothered to retrieve the latest docs to read
perlfaq17, but I've a sneaky suspicion this could shed some light
on some troubles I was having early this morning!

oh, and could you put REMOVE.THIS in my address and then remove
it and email the answer as this is rather urgent because, like,
morning is going to happen yet again here in just a few hours.

Thanks,
andrew


------------------------------

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 3546
**************************************

home help back first fref pref prev next nref lref last post