[9331] in Perl-Users-Digest
Perl-Users Digest, Issue: 2926 Volume: 8
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Sun Jun 21 12:12:03 1998
Date: Sun, 21 Jun 98 09:00:26 -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, 21 Jun 1998 Volume: 8 Number: 2926
Today's topics:
Compiling PGPLOT module dies with "Error 139" <bogus@no_reply.com>
Re: first language birgitt@my-dejanews.com
Re: first language sylvainp@mypc.microtec.net
Re: first language <tchrist@mox.perl.com>
Re: Flames.... (Stuart McDow)
Re: Flames.... (Dan Lucas)
Re: Flames.... (Michael J Gebis)
Re: Flames.... (Chris Nandor)
Re: Flames.... (Chris Nandor)
Re: Flames.... (Mike Stok)
Re: Flames.... <ljz@asfast.com>
Re: How to sort a 2-D array based on the first index? (Gabor)
Re: HTML Forms - Checkbox data (Michael J Gebis)
Re: MAPI commands (Michael Graham)
Perl and Earth 2025 <poucarda@concepts.nl>
Re: Perl and Earth 2025 (Chris Nandor)
Re: Pod::Text -- Unix only? lvirden@cas.org
Re: Pod::Text -- Unix only? (Gabor)
Provider Database on the Web <gp@atnet.at>
Question about putting a running perl scriptin the fore <pnp@worldonline.nl>
Re: Question(s) about lexically scoped variables under <jdf@pobox.com>
Re: sendmail problems (Neil Briscoe)
Unneeded floppy access <Jean_Bausch@csi.com>
Digest Administrivia (Last modified: 8 Mar 97) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Sun, 21 Jun 1998 09:01:19 GMT
From: Bogus User <bogus@no_reply.com>
Subject: Compiling PGPLOT module dies with "Error 139"
Message-Id: <zZ3j1.5570$r5.3104318@proxye1.san.rr.com>
I'm trying to install the PGPLOT perl module on Perl 5.004 (Linux 2.0.33)
After my "perl Makefile.PL", I do a "make" and get:
/usr/local/bin/perl -I/usr/lib/perl5/i386-linux/5.00404 -I/usr/lib/perl5 \
/usr/lib/perl5/ExtUtils/xsubpp -typemap /usr/lib/perl5/ExtUtils/typemap \
-typemap typemap PGPLOT.xs >PGPLOT.tc && mv PGPLOT.tc PGPLOT.c
make: *** [PGPLOT.c] Error 139
Anyone know a fix for this?
BTW: The return address is bogus. Please either followup or use the
form at subrosa.org/mail. Thanks.
--
Guy Berliner
Thus spake Fortune:
Some performers on television appear to be horrible people, but when
you finally get to know them in person, they turn out to be even worse.
-- Avery
------------------------------
Date: Sun, 21 Jun 1998 13:35:57 GMT
From: birgitt@my-dejanews.com
Subject: Re: first language
Message-Id: <6mj27u$3hm$1@nnrp1.dejanews.com>
In article <6mhq1r$dmn$1@client3.news.psi.net>,
abigail@fnx.com wrote:
> ++ What is then a structured way of learning how to program? How is it
> ++ taught at universities? (Not that I think being a Ph.D.candidate in
> ++ computer science makes you an expert automatically, but at least there
> ++ is a fair chance that you might become one, whereas the chance to become
> ++ one through self-study is most probably quite remote).
>
> Many universities don't make a fixed link programming <-> programming
> language. When I went to university, the first 6 weeks of the course
> "Introduction to Programming" consisted of Hoare triples and correctness
> proofs. Later that course, we got Pascal, as you need something to your
> lab sessions on. But after the first half year, any programming course
> mainly used pseudo-code. If later on you needed a specific language;
> you could get a pointer to a manual. Only in the third year, some other
> languages were discussed, just to introduce different concepts.
> It was the concept that was important, not the language that acted
> as an example.
>
> Pick a book like "Introduction to Algorithms" from Cormen, Leiserson
> and Rivest. It doesn't use an existing language. It uses English,
> pictures and pseudo-code. Buy the bible of Computing Science, "The
> Art of Computer Programming" from Knuth. Algorithms are described in
> English, and when code for algorithms is shown, a low level make up
> language is used.
Thank you very much. I got Knuth's book already just yesterday and
will look out for the one by Cormen, you mentioned. I also had
the one by Sussman mentioned here by someone in my hands and thought
I should get.
>
> Learning how to program should not focus on a programming language.
> It should focus on how to translate a problem into a recipe for a
> computer. Just like learning how to drive shouldn't focus on how
> to operate the radio or the automatic windows; but how to behave
> in traffic.
Thanks again :-).
Birgitt Funk
-----== Posted via Deja News, The Leader in Internet Discussion ==-----
http://www.dejanews.com/ Now offering spam-free web-based newsreading
------------------------------
Date: Sun, 21 Jun 1998 13:47:01 GMT
From: sylvainp@mypc.microtec.net
Subject: Re: first language
Message-Id: <358d0d34.3153899@news.microtec.net>
On 20 Jun 1998 22:40:58 GMT, beppu@rigel.oac.uci.edu (John Beppu)
wrote:
>
>
> I am of the opinion that the best way to become familiar with
> pointers is to learn an assembly language of the architecture
> you use most often. I knew x86 assembly before I knew C, but
> moving to C from assembly was not a problem. A lot of times,
> I found myself thinking, "this is kinda like assembly" while
> learning C.
>
Well, I've done some assembly on 6502 and 8080 microprocessor as well
as some Forth and I would say that they introduced a hurdle when I try
to learn C the first time, to the point where I abandoned it for a
couple of year. I was too thinking physical memory too much and it
made pointer arithmetic hard to grasp. I had a very hard time
understanding why adding 1 to a pointer would not just increment it by
one byte.
After getting over that, I would say that Forth and assembly helped
me, but it didn't look that way back then.
--
Sylvain Poirier
sylvainp@mypc.microtec.net (remove mypc. for reply)
___
C is mother, C is father.
------------------------------
Date: 21 Jun 1998 13:54:11 GMT
From: Tom Christiansen <tchrist@mox.perl.com>
Subject: Re: first language
Message-Id: <6mj3a3$ank$1@csnews.cs.colorado.edu>
[courtesy cc of this posting sent to cited author via email]
In comp.lang.perl.misc, sylvainp@microtec.net writes:
:I was too thinking physical memory too much and it
:made pointer arithmetic hard to grasp. I had a very hard time
:understanding why adding 1 to a pointer would not just increment it by
:one byte.
Because the precursors of C dealt only in words, not types of
varying sizes.
--tom
--
"Espousing the eponymous /cgi-bin/perl.exe?FMH.pl execution model is like
reading a suicide note -- three days too late."
--Tom Christiansen <tchrist@mox.perl.com>
------------------------------
Date: 21 Jun 1998 04:47:28 GMT
From: smcdow@arlut.utexas.edu (Stuart McDow)
Subject: Re: Flames....
Message-Id: <6mi390$2qg$1@ns1.arlut.utexas.edu>
ames0009@tc.umn.edu (T. Ames) writes:
>
> You are assuming that someone new to Perl and new to this newsgroup
> (for those are the people who would post a simple question or a
> question that is answered in the FAQ) already knows a) what "grep"
> is and b) how to use it.
These are not unreasonable assumptions. It is not a bad thing to
assume that someone who wants to *program* a computer already knows
how to *use* said computer.
If they don't know how to *use* the computer, they have no business
programming it. If I had never seen perl before in my life, the first
thing I would do is look for a man directory in its installation and
start there. One who wouldn't know to do that doesn't know how to use
the computer (ie. doesn't know that documentation is in man pages,
which are usually kept in a man directory somewhere). People who don't
know about tools such as grep, find, less, etc and how to use them
don't know how to use the computer. Such people should have the basics
of computer usage mastered before they start trying to program it (or
at least before they go asking FAQs).
--
Stuart McDow Applied Research Laboratories
smcdow@arlut.utexas.edu The University of Texas at Austin
"Look for beauty in roughness, unpolishedness"
------------------------------
Date: Sun, 21 Jun 1998 11:40:14 GMT
From: dlucas@deletethis.gol.com (Dan Lucas)
Subject: Re: Flames....
Message-Id: <358cf10d.3403243@nnrp.gol.com>
On 21 Jun 1998 02:17:38 GMT, abigail@fnx.com (Abigail) wrote:
>If someone is new to Perl, I assume they did at least one of the following:
> - bought a collection of good books. (Llama and Camel for instance).
> - read perlfunc, perlop, perlsyn and the faq. Skimmed through the rest
> of the documentation.
Abigail, this is a reasonable assumption if you're serious about
learning the language. I have the Gecko and another, larger book to
use, so at least I have references. In any case, I've used other
programming languages (PET BASIC, rexx, C, Visual Basic) ineptly for
years, so becoming inept at Perl wasn't difficult for me. :-)
However, Perl is large and there is a lot to absorb. There are a great
many subtleties which just aren't obvious even to diligent students. I
almost certainly read what the $/ variable does at some point, but it
did not occur to me that that it might be the key to reading an entire
file into a single string. Two pointers in this newsgroup saved me a
huge amount of time - not because I didn't search, think and try on my
own first, but because I just didn't know what I was looking for.
One could argue that you're implying that 'newbies' should avoid
asking questions until they've, ah, drained the llama dry. Well, I
won't say I don't understand that attitude but a friendly answer to
these basic questions can really encourage sincere beginners. On the
other hand, somebody who just saunters in and says (as one did
recently) "I want a CGI script written in this Perl thing: who wants
to do it for me?" deserve what they get...
Dan
Osaka
Japan
------------------------------
Date: 21 Jun 1998 07:42:16 GMT
From: gebis@albrecht.ecn.purdue.edu (Michael J Gebis)
Subject: Re: Flames....
Message-Id: <6midgo$kdb@mozo.cc.purdue.edu>
Tom Phoenix <rootbeer@teleport.com> writes:
}On 19 Jun 1998, Michael J Gebis wrote:
}> The faq is big. The docset for perl is big. This is a good thing,
}> but it is not without problems. It's hard to find stuff if you lack
}> context.
}A _few_ things may be hard to find, but the vast majority are easy to grep
}within a few seconds.
Not so fast, bub. This is wrong. Well, ok, not for me, not for you,
not for a lot of people. But you and I "get" how to do searches
well. We also know stuff about perl and about programming and
searching in general that helps. Don't sell yourself short by
dismissing this skill as "easy." It's easy now, but so is calculus
and driving and origami and skating and speling(;), but they weren't
always. Determining the right thing to search for is a lot harder
than executing that search.
I've never taught perl, but I have taught programming, and I've seen
some very smart students spend hours going down the wrong track on
something which they probably now consider trivial. I blame it on
lack of context.
I'm not suggesting to give a fish (or whatver the analogy of the week
here is) but that giving possible keywords or hints can go a long way
to keep people from wasting time tracking down incorrect assumptions.
This is something that Tom (Phoenix) does quite well in his posts. This
is not always true for others on this group. Responding "look for
_keyword_" is helpful. "It's answered somewhere, find it," is not.
--
Mike Gebis gebis@ecn.purdue.edu mgebis@eternal.net
------------------------------
Date: Sun, 21 Jun 1998 12:47:33 GMT
From: pudge@pobox.com (Chris Nandor)
Subject: Re: Flames....
Message-Id: <pudge-2106980844470001@dynamic162.ply.adelphia.net>
In article <6mhqg2$dmn$2@client3.news.psi.net>, abigail@fnx.com wrote:
# Then you either have an index to use, or would know where to find what.
# Now, if you don't want to buy a book, and your computer skills are so
# low you can't even browse a file, you shouldn't be programming Perl anyway.
Abigail++
--
Chris Nandor mailto:pudge@pobox.com http://pudge.net/
%PGPKey = ('B76E72AD', [1024, '0824090B CE73CA10 1FF77F13 8180B6B6'])
------------------------------
Date: Sun, 21 Jun 1998 12:53:16 GMT
From: pudge@pobox.com (Chris Nandor)
Subject: Re: Flames....
Message-Id: <pudge-2106980850300001@dynamic162.ply.adelphia.net>
In article <Pine.GSO.3.96.980620193203.20995L-100000@user2.teleport.com>,
Tom Phoenix <rootbeer@teleport.com> wrote:
# On 20 Jun 1998, Russ Allbery wrote:
#
# > Am I the only one who thinks that a periodic posting on how to find
# > things in Perl documentation would be a good thing?
#
# I doubt that such a posting would help - If someone can't figure out how
# to search text files on their own, they probably aren't smart enough to
# understand what they would find in the Perl docs if they did look. And if
# they simply _won't_ look, they'll never read or heed your posting.
Note everyone: this is coming from the person who helps newbies more than
anyone else on clpm, and is more than polite about it each time.
You don't have to understand everything about computers to use Perl. You
don't have to be a Tom C. or a Larry. You don't need to understand
flock() and fork() fully. But if you cannot read and search the docs ...
well, I don't know what else to say, except Tough Luck.
--
Chris Nandor mailto:pudge@pobox.com http://pudge.net/
%PGPKey = ('B76E72AD', [1024, '0824090B CE73CA10 1FF77F13 8180B6B6'])
------------------------------
Date: 21 Jun 1998 14:19:58 GMT
From: mike@stok.co.uk (Mike Stok)
Subject: Re: Flames....
Message-Id: <6mj4qe$4q1@news-central.tiac.net>
In article <pudge-2106980850300001@dynamic162.ply.adelphia.net>,
Chris Nandor <pudge@pobox.com> wrote:
>You don't have to understand everything about computers to use Perl. You
>don't have to be a Tom C. or a Larry. You don't need to understand
>flock() and fork() fully. But if you cannot read and search the docs ...
>well, I don't know what else to say, except Tough Luck.
There's always "pay me $250 an hour and I'll see what I can do" :-)
Mike
--
mike@stok.co.uk | The "`Stok' disclaimers" apply.
http://www.stok.co.uk/~mike/ | PGP fingerprint FE 56 4D 7D 42 1A 4A 9C
http://www.tiac.net/users/stok/ | 65 F3 3F 1D 27 22 B7 41
stok@colltech.com | Collective Technologies (work)
------------------------------
Date: 21 Jun 1998 10:38:55 -0400
From: Lloyd Zusman <ljz@asfast.com>
Subject: Re: Flames....
Message-Id: <ltk96avmyo.fsf@asfast.com>
Tom Phoenix <rootbeer@teleport.com> writes:
> On 21 Jun 1998, Lloyd Zusman wrote:
>
> > My contention is that almost all of the frequently asked questions you
> > see here are coming from first-time posters to c.l.p.m, and if this is
> > the case, few of these people are likely to have any knowledge of your
> > URL reference ... and therefore, they couldn't possibly be affected by
> > it.
>
> And, by the same token, they wouldn't be helped by posting of _any_
> previous posting, no matter how frequent or helpful.
>
> The best we can do for those folks is to try to persuade them to better
> themselves before asking their next question.
I totally agree ... as long as it's polite, respectful persuasion and
not gratuitous (i.e., uncalled for) insults and condescension.
> > In my opinion, most of the time when you submit your own frequent
> > posting, it's in response to these kinds of first-time posters.
>
> No, it's a cron task. It would run automatically whether anyone posted to
> c.l.p.misc or not. I'm pretty sure you're thinking of my replies to
> posters in the newsgroup, but that's not what I was talking about. (My
> replies may be boilerplate, but they're not automatic.) The autopost is
> cross-posted to c.l.p.announce; you should be able to find it there.
Oh ... now I see ... you're referring to your once-a-week post
entitled "[Perl] How to find the Perl FAQ". There's a similar post
that by another user [gnat@frii.com (Nathan Torkington)] that is sent
here twice a week, as I'm sure you know. For those of you who haven't
seen it yet, it's entitled, appropriately enough
*** FAQ: ANSWERS TO YOUR QUESTIONS! READ FIRST! Posted Twice Weekly ***
> > > But it seems too frequent that this newsgroup sees a newcomer who, having
> > > asked a question and been directed to the appropriate resources, follows
> > > up with another question which can be answered by the same resources.
> >
> > I haven't seen many people who do that here. Perhaps less than ten
> > different people every week
>
> That's too frequent, in my book. One who knows better and yet errs is in a
> state of sin. :-)
I have no problem with this small set of "sinners" being somewhat
sternly corrected; however, I don't see why this sternness should
apply equally to first-time posters. I'm not addressing this to you,
Tom, since you seem to be trying hard to be polite to all people you
respond to. However, there are other Perl regulars who don't seem to
be making any distinction whatsoever between first-time posters and
longer-term "sinners" in terms of courtesy and respect.
--
Lloyd Zusman ljz@asfast.com
perl -e '$n=170;for($d=2;($d*$d)<=$n;$d+=(1+($d%2))){for($t=0;($n%$d)==0;
$t++){$n=int($n/$d);}while($t-->0){push(@r,$d);}}if($n>1){push(@r,$n);}
$x=0;map{$x+=(($_>0)?(1<<log($_-0.5)/log(2.0)+1):1)}@r;print"$x\n"'
------------------------------
Date: 21 Jun 1998 12:39:23 GMT
From: gabor@vmunix.com (Gabor)
Subject: Re: How to sort a 2-D array based on the first index?
Message-Id: <slrn6opvpc.4c7.gabor@localhost.vmunix.com>
In comp.lang.perl.misc, pugs5@my-dejanews.com <pugs5@my-dejanews.com> wrote :
# Hello...
#
# I am trying to sort a 2-D array or maybe a array inside a array. I am having
# trouble using perl sort function and it is powerful because it uses quick
# sort, but since I can not figure it out, I wrote a code that use selection
# sort but it is too slow since I am using an array of entries of 5000.
#
# Let me give you an example.
#
# Let's say that I have
#
# $bytestohost{$i,$j} = value..
# $i is the port number and $j is the index.
That's a hash.
If you want to sort an array try Sort::Fields from the CPAN.
------------------------------
Date: 21 Jun 1998 07:10:23 GMT
From: gebis@albrecht.ecn.purdue.edu (Michael J Gebis)
Subject: Re: HTML Forms - Checkbox data
Message-Id: <6mibkv$kaq@mozo.cc.purdue.edu>
lhiller@compupartner-edm.com writes:
}Hi everyone,
}What is the value sent to a perl "form-fetching" script when a checkbox is on
}or off? Is this constant with all browsers?
This is a cgi question, not a perl question. We don't know. (Ok,
maybe some of us do know, but we tend to encourage you to re-ask on an
appropriate newsgroup, because otherwise things here get off topic and
it's hard to find real perl info. I might also suggest that your
question is answered in many FAQs that you can find on the web, which
is probably a more reliable source than asking a bunch of strangers on
the net anyway. Good luck. )
--
Mike Gebis gebis@ecn.purdue.edu mgebis@eternal.net
------------------------------
Date: Sun, 21 Jun 1998 13:39:38 GMT
From: mgraham@cega.demon.co.uk (Michael Graham)
Subject: Re: MAPI commands
Message-Id: <358d0a56.1975232@news.demon.co.uk>
I was in the same situation, and couldn't find any command-line
mailers for MAPI. In the end, I ended up hacking something together
with SQL server (which the client had and wanted to make some use of)
which can be set to send a report via MAPI whenever a record is added.
This has the added advantage of keeping a log of all email messages.
It has the disadvantage of being overkill for most purposes.
Your other options involve writing something yourself:
a) write a command-line MAPI mailer in C, VB or Delphi.
b) write a MAPI module in Perl, using the Win32 API module (available
from CPAN) and the Win32 MAPI reference materials available
(apparently) from microsoft's web site, and with most development
environments.
A somewhat braindead command line MAPI program is available from
Microsoft at ftp.microsoft.com/SoftLib/MSLFILES/SMPLMAPI.EXE.
This program allows text mode sending and managing of mail messages,
and accepts redirected input. However, it doesn't seem to be able to
offer the option of specifying the *content* of the subject. (You can
send attachments, however)
It does, however, come with source code, and so may offer you some
ideas.
If you are as pressed for time as I was, then you'll probably end up
just hacking something else together.
If you do manage to get a Perl->MAPI interface working, however,
please share your success!
Michael
------------------------------
Date: 21 Jun 1998 10:16:28 GMT
From: Poucarda <poucarda@concepts.nl>
Subject: Perl and Earth 2025
Message-Id: <358CDC3F.6A79@concepts.nl>
Hello all.
I want to write a game like the webgame Earth 2025
(http://www.solarianet.com/earth/) in Perl.
However im not sure it's possible in Perl...
could one of you guys take a look at this game
and tell me if it is possible?
Thanks for your time,
Jeroen.
------------------------------
Date: Sun, 21 Jun 1998 12:54:36 GMT
From: pudge@pobox.com (Chris Nandor)
Subject: Re: Perl and Earth 2025
Message-Id: <pudge-2106980851500001@dynamic162.ply.adelphia.net>
In article <358CDC3F.6A79@concepts.nl>, poucarda@concepts.nl wrote:
# I want to write a game like the webgame Earth 2025
# (http://www.solarianet.com/earth/) in Perl.
# However im not sure it's possible in Perl...
# could one of you guys take a look at this game
# and tell me if it is possible?
No.
--
Chris Nandor mailto:pudge@pobox.com http://pudge.net/
%PGPKey = ('B76E72AD', [1024, '0824090B CE73CA10 1FF77F13 8180B6B6'])
------------------------------
Date: 21 Jun 1998 05:31:16 GMT
From: lvirden@cas.org
Subject: Re: Pod::Text -- Unix only?
Message-Id: <6mi5r4$hga$1@srv38s4u.cas.org>
According to <pehanna@my-dejanews.com>:
:Is there any particular reason why Pod::Text uses "stty -a 2>/dev/null" as a
:one of its means of determining the screen width? Is there a portable
:alternative?
This is a common problem on Unix / X window system environment. For instance,
stty -a isn't of much use when I telnet from my workstation into
someone else's, unless I specifically have hand set stty to reflect my
rows and columns. The same goes for expecting to find environment
variables of ROWS and COLUMNS.
Wouldn't it be nice if xterm/rxvt/dtterm and so forth had an escape
sequence to report it's size....
--
<URL:mailto:lvirden@cas.org> Quote: In heaven, there is no panic,
<*> O- <URL:http://www.teraform.com/%7Elvirden/> only planning.
Unless explicitly stated to the contrary, nothing in this posting
should be construed as representing my employer's opinions.
------------------------------
Date: 21 Jun 1998 12:53:23 GMT
From: gabor@vmunix.com (Gabor)
Subject: Re: Pod::Text -- Unix only?
Message-Id: <slrn6oq0iv.4c7.gabor@localhost.vmunix.com>
In comp.lang.perl.misc, Tom Phoenix <rootbeer@teleport.com> wrote :
# On Fri, 19 Jun 1998, Michael D. Schleif wrote, referring to Tom
# Christiansen:
#
# > I don't presume to speak for Tom -- we have had our share of words
# > between us -- but, anybody care to ship Tom a Mac?
#
# Oddly enough, "Tom Christiansen" anagrams to "Insert Macintosh".
Insert Mackintosh requires a 'k'. Of course I marvel at the fact that
you came up with this. :)
------------------------------
Date: Sun, 21 Jun 1998 14:51:38 +0000
From: Gerhard Poul <gp@atnet.at>
Subject: Provider Database on the Web
Message-Id: <358D1DFA.FA589864@atnet.at>
Hi,
Can you please tell me which is the best way to bring a provider
database to the web??
I thought about SQL with Postgres or a Plain Text database. Which is the
better way? Any example codes?? Something like this already there in the
"real" web??
Thanks,
Gerhard
PS: Please also send me your ideas... :)
------------------------------
Date: Sun, 21 Jun 1998 13:22:38 +0200
From: "Peter W.L. Wassenaar" <pnp@worldonline.nl>
Subject: Question about putting a running perl scriptin the foreground under NT
Message-Id: <6miq79$7eh$1@news.worldonline.nl>
Is there a way to put a running perlscript (requires user interaction) in
the foreground?
I would like to add `some' perl code to the script, so that my window turns
into
the active window.
The problem at this moment is that the perlscript is called
from a application, which minimizes and `backgrounds' the perlscript.
I'm using the Activeware perl port build 316, running under Windows-NT
4.0SP3
------------------------------
Date: 21 Jun 1998 11:47:33 -0500
From: Jonathan Feinberg <jdf@pobox.com>
To: steph@hotkey.net.au
Subject: Re: Question(s) about lexically scoped variables under 'use strict'
Message-Id: <d8c23dne.fsf@mailhost.panix.com>
Stephan Carydakis <steph@hotkey.net.au> writes:
> So, I have begun writting my first script under use strict. I have only
> a few lines of code, infact just 1 sub, which parses input, pretty
> standard.
On the contrary, writing your own routine to parse form input from the
CGI is not "pretty standard."
use CGI qw( :standard ); # now *that's* standard!
> Every variable in this sub(and the whole script!) produces an error,
> "global symbol '%s' requires explicit package name" which I have read up
> on. It seems that I have to either qualify every variable with an
> explicit package name, or declare every variable with 'my'.
Or you may use the vars pragma (gee, I wonder what "pragma" really
means) to tell perl that a bunch of names are valid globals:
use vars qw( $eenie %meenie @miney );
But you really ought to be using lexicals (scoped with my()), unless
you're creating package globals for export or global state.
> P.S. just a tit-bit. 'pragma' is a greek word meaning 'thing'
Ah. Thanks.
--
Jonathan Feinberg jdf@pobox.com Sunny Brooklyn, NY
http://pobox.com/~jdf/
------------------------------
Date: 21 Jun 1998 12:21:27 GMT
From: neilb@zetnet.co.uk (Neil Briscoe)
Subject: Re: sendmail problems
Message-Id: <memo.19980621132126.58181A@skep.compulink.co.uk.cix.co.uk>
In article <Pine.GSO.3.96.980620230148.4272D-100000@user2.teleport.com>,
rootbeer@teleport.com (Tom Phoenix) wrote:
> On Sun, 21 Jun 1998, Sifu Hall wrote:
>
> > The form processes fine but the email message is never sent.
>
> If you're using the proper commands to run another program from perl,
> but
> the other program doesn't cooperate, then it's the other program's
> fault. If you're not using the proper commands, then it's your fault.
> If you
> aren't sure about the proper commands, you should read the program's
> documentation. If you've read it and you're still not sure, you should
> ask
> in a newsgroup about the program.
>
> Hope this helps!
>
Well, its either that, or use the Net::SMTP module, and you could talk in
native protocol rather than worrying about program switches.
If you can't get that to work having read the documentation, at least you
can ask a Perl related question.
Regards
Neil
------------------------------
Date: Sun, 21 Jun 1998 11:57:21 +0200
From: Jean Bausch <Jean_Bausch@csi.com>
Subject: Unneeded floppy access
Message-Id: <358CD901.7A0B615D@csi.com>
I'm using Perl for Win32 (build 316) from ActiveWare.
The PERL program
print `dir /w c:`;
accesses my floppy drive (which is NOT c:), then gives me the correct
output. The same happens for other command functions.
Anybody knows how to avoid this? Thanks!
Jean Bausch
------------------------------
Date: 8 Mar 97 21:33:47 GMT (Last modified)
From: Perl-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 8 Mar 97)
Message-Id: <null>
Administrivia:
The Perl-Users Digest is a retransmission of the USENET newsgroup
comp.lang.perl.misc. For subscription or unsubscription requests, send
the single line:
subscribe perl-users
or:
unsubscribe perl-users
to almanac@ruby.oce.orst.edu.
To submit articles to comp.lang.perl.misc (and this Digest), send your
article to perl-users@ruby.oce.orst.edu.
To submit articles to comp.lang.perl.announce, send your article to
clpa@perl.com.
To request back copies (available for a week or so), send your request
to almanac@ruby.oce.orst.edu with the command "send perl-users x.y",
where x is the volume number and y is the issue number.
The Meta-FAQ, an article containing information about the FAQ, is
available by requesting "send perl-users meta-faq". The real FAQ, as it
appeared last in the newsgroup, can be retrieved with the request "send
perl-users FAQ". Due to their sizes, neither the Meta-FAQ nor the FAQ
are included in the digest.
The "mini-FAQ", which is an updated version of the Meta-FAQ, is
available by requesting "send perl-users mini-faq". It appears twice
weekly in the group, but is not distributed in the digest.
For other requests pertaining to the digest, send mail to
perl-users-request@ruby.oce.orst.edu. Do not waste your time or mine
sending perl questions to the -request address, I don't have time to
answer them even if I did know the answer.
------------------------------
End of Perl-Users Digest V8 Issue 2926
**************************************
