[10993] in Perl-Users-Digest
Perl-Users Digest, Issue: 4593 Volume: 8
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Fri Jan 8 16:07:16 1999
Date: Fri, 8 Jan 99 13:00:17 -0800
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Fri, 8 Jan 1999 Volume: 8 Number: 4593
Today's topics:
Re: ActivePerl cgi problem jim@researchdesk.com
Re: Adding a path to the @INC variable mike808@my-dejanews.com
best way to track time in a script for tuning? <dtbaker-@busprod.com>
Re: best way to track time in a script for tuning? <michael_mongeau@stratus.com>
Contract work needed <rupert.connelly@brunel.ac.uk>
Re: Convert textarea line wraps to print <shiloh@shell9.ba.best.com>
Re: Crypto with PERL? <cmcurtin@interhack.net>
Re: How do I find the path of the script calling me? (brian d foy)
Re: How do I find the path of the script calling me? <khayu@shweinc.com>
output to multiple places... perlstudent@my-dejanews.com
Re: Perl Criticism topmind@technologist.com
Re: Perl Criticism topmind@technologist.com
Re: Perl Criticism topmind@technologist.com
Re: Perl Criticism topmind@technologist.com
Re: Someone asked how to capitalise first letter of eac (Andre L.)
Re: using strict with CGI.pm <xah@web-central.net>
Re: Web page lay out module dturley@pobox.com
Special: Digest Administrivia (Last modified: 12 Dec 98 (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Fri, 08 Jan 1999 19:49:36 GMT
From: jim@researchdesk.com
Subject: Re: ActivePerl cgi problem
Message-Id: <775ngg$l2g$1@nnrp1.dejanews.com>
In article <36963e60.0@news.star.co.uk>,
"Hywel Jenkins" <UseNet@WebDude.FreeServe.CO.UK.CutThis> wrote:
> Have you included
> print "Content-tyoe: text/html\n\n";
> as the first output to the browser?
>
> --
> Hywel Jenkins
> "I, too, have a job, a mortgage and a pension."
> http://hyweljenkins.com/
> Remove '.CutThis' from address to reply
>
> jim@researchdesk.com wrote in message <775am9$8qr$1@nnrp1.dejanews.com>...
> >When I try to use ActivePerl for a cgi, I get:
> >
> >Internal Server Error
> >The server encountered an internal error or misconfiguration and was unable
> to
> >complete your request.
> >Please contact the server administrator, you@your.address and inform them
> of
> >the time the error occurred, and anything you might have done that may have
> >caused the error.
> >
> >malformed header from script. Bad header=: d:/apache/cgi-bin/cgitest.cgi
> >
> >
> >
> >---------------------------------------------------------------------------
> -----
> >
> >Apache/1.3.3 Server at localhost Port 80
> >
> >The perl script runs fine standalone and the html produced ( I put the html
> in
> >a file) looks fine when I bring it up in a browser by accessing the file.
> >
> >Any help ?
> >
> >thanks
> >
> >-----------== Posted via Deja News, The Discussion Network ==----------
> >http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
>
>
Thanks fo the response. I had the content line, but only 1 "\n" not 2.
Thanks
jim
-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
Date: Fri, 08 Jan 1999 20:32:25 GMT
From: mike808@my-dejanews.com
Subject: Re: Adding a path to the @INC variable
Message-Id: <775q0q$ndl$1@nnrp1.dejanews.com>
In article <s7sodo3zh8.fsf@flogger.broadcom.com>,
Jim Searle <jims@broadcom.com> wrote:
> I'd perfer to use lib, but I can't seem to get this to work.
> BEGIN {
> $MyDir = "/path/to/some/dir";
> use lib ($MyDir . "/goo");
> }
> It just end's up with '/goo' added to the path.
The 'use' is executed just like it was in its own BEGIN block.
Try *2* begin blocks, one after the other, as in:
BEGIN { $MyDir = '/path/to/some/dir'; }
BEGIN { use lib "$MyDir/goo"; }
This way, $MyDir is forced to execute before the second BEGIN block.
In the original, the 'use lib' was executed *before* $MyDir was assigned.
See the docs on 'use lib "foo";' and its equivalent BEGIN block code.
Michael.
mike808@my-dejanews.com
-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
Date: Fri, 08 Jan 1999 14:21:54 -0600
From: Dan Baker <dtbaker-@busprod.com>
Subject: best way to track time in a script for tuning?
Message-Id: <369668E2.59B9992B@busprod.com>
I'm looking for tips and hints on good methods to do some final tuning
on scripts... I have some that are running, but take a little longer
than I expect. Are there good ways to throw in some prints that will
show the time in msec or something like that so I can narrow down what
areas need tuning?
I looked in dejanews for a while, but couldn't find anything indicating
that it was possible to get time in msec. I can't easily put the scripts
into a loopx1000, so I'm hoping there are other ways to do it???!!!
--
Thanx, Dan
# If you would like to reply-to directly, remove the - from my username
* no spam please... regulated by US Code Title 47, Sec.227(a)(2)(B) *
------------------------------
Date: Fri, 8 Jan 1999 15:45:02 -0500
From: "Michael Mongeau" <michael_mongeau@stratus.com>
Subject: Re: best way to track time in a script for tuning?
Message-Id: <775qi7$etl@transfer.stratus.com>
perldoc Benchmark
Michael Mongeau
Dan Baker <dtbaker-@busprod.com> wrote in message
news:369668E2.59B9992B@busprod.com...
>I'm looking for tips and hints on good methods to do some final tuning
>on scripts... I have some that are running, but take a little longer
>than I expect. Are there good ways to throw in some prints that will
>show the time in msec or something like that so I can narrow down what
>areas need tuning?
>
>I looked in dejanews for a while, but couldn't find anything indicating
>that it was possible to get time in msec. I can't easily put the scripts
>into a loopx1000, so I'm hoping there are other ways to do it???!!!
>
>--
>Thanx, Dan
>
># If you would like to reply-to directly, remove the - from my username
>* no spam please... regulated by US Code Title 47, Sec.227(a)(2)(B) *
------------------------------
Date: Fri, 8 Jan 1999 20:55:51 -0000
From: "Rupert Connelly" <rupert.connelly@brunel.ac.uk>
Subject: Contract work needed
Message-Id: <915828790.17622.0.nnrp-07.c29fdced@news.demon.co.uk>
London based company is looking for some help writing scripts that will
extract data from html and then load that data into our database. There is
one to two weeks work and the possibility of a permanent job. Please reply
to cbstroc@brunel.ac.uk thank you.
------------------------------
Date: 08 Jan 1999 20:15:45 GMT
From: <shiloh@shell9.ba.best.com>
Subject: Re: Convert textarea line wraps to print
Message-Id: <36966771$0$19093@nntp1.ba.best.com>
Ronald J Kimball <rjk@linguist.dartmouth.edu> wrote:
: not. But, as before, that's more of an HTML question. :-)
I have seen these circular arguments so often I just
had to post this.
There's a hole in the bucket dear liza, dear Liza
There's a hole in the bucket dear liza, a hole.
Then patch it, dear Roger, dear Roger, dear Roger,
Then patch it, dear Roger, dear Roger, patch it.
With what shall I patch it dear Liza, dear Liza?
With what shall I patch it dear Liza, with what?
With string, dear Roger, dear Roger, dear Roger,
With string, dear Roger, dear Roger, patch it.
The string is too long, dear Liza, dear Liza.
The string is too long, dear Liza, too long.
Then cut it, dear Roger, dear Roger, dear Roger,
Then cut it, dear Roger, dear Roger, cut it.
With what shall I cut it dear Liza, dear Liza?
With what shall I cut it dear Liza, with what?
With a knife, dear Roger, dear Roger, dear Roger,
With a knife, dear Roger, dear Roger, cut it.
The knife is too dull, dear Liza, dear Liza.
The knife is too dull, dear Liza, too dull.
Then sharpen it, dear Roger, dear Roger, dear Roger,
Then sharpen it, dear Roger, dear Roger, sharpen it.
With what shall I sharpen it dear Liza, dear Liza?
With what shall I sharpen it dear Liza, with what?
With a stone, dear Roger, dear Roger, dear Roger,
With a stone, dear Roger, dear Roger, sharpen it.
The stone is too rough, dear Liza, dear Liza.
The stone is too rough, dear Liza, too rough.
Then smooth it, dear Roger, dear Roger, dear Roger,
Then smooth it, dear Roger, dear Roger, smooth it.
With what shall I smooth it dear Liza, dear Liza?
With what shall I smooth it dear Liza, with what?
With water, dear Roger, dear Roger, dear Roger,
With water, dear Roger, dear Roger, water.
With what shall I carry it dear Liza, dear Liza?
With what shall I carry it dear Liza, with what?
With a bucket, dear Roger, dear Roger, dear Roger,
With a bucket, dear Roger, dear Roger, a bucket.
There's a hole in the bucket dear liza, dear Liza
There's a hole in the bucket dear liza, a hole.
and so on... :)
--Joe McCaughan | Great is the Lord, and greatly to be praised,
shiloh@best.com | And His greatness is unsearchable! Psalm 145:3
------------------------------
Date: 08 Jan 1999 15:26:01 -0500
From: Matt Curtin <cmcurtin@interhack.net>
To: cmc@aracnet.com
Subject: Re: Crypto with PERL?
Message-Id: <xlxbtk9fr52.fsf@gold.cis.ohio-state.edu>
cmc@aracnet.com writes:
> I have done some searching in CPAN and dejanews concerning crypto
> support with PERL, and essentially came up empty. So, is there a pm
> or PERL extension somewhere that supports crypto operations?
http://www.perl.com/CPAN//modules/00modlist.long.html#14)Authenticati
--
Matt Curtin cmcurtin@interhack.net http://www.interhack.net/people/cmcurtin/
------------------------------
Date: Fri, 08 Jan 1999 15:32:22 -0500
From: comdog@computerdog.com (brian d foy)
Subject: Re: How do I find the path of the script calling me?
Message-Id: <comdog-ya02408000R0801991532220001@news.panix.com>
In article <36965830.8C78A9D3@lucent.com>, sdatta@lucent.com posted:
> aazeemi@hotmail.com wrote:
> > I have two perl scripts - A and B.
> >
> > Script A calls script B. Script A lives in multiple locations. From within
> > script B, how can I find the pathname of script A which just called me?
> use File::Basename;
> print STDERR dirname($0), "\n";
> print STDERR basename($0), "\n";
>
> in script B.
but what is $0 in script B? remember, we're looking for the name of
script A ;)
somehow, script A is going to have to tell script B its name when it
calls it rather than making script B ask for it.
--
brian d foy
CGI Meta FAQ <URL:http://www.smithrenaud.com/public/CGI_MetaFAQ.html>
------------------------------
Date: Fri, 8 Jan 1999 15:32:47 -0500
From: "Khayu Nyein" <khayu@shweinc.com>
Subject: Re: How do I find the path of the script calling me?
Message-Id: <36966d9e.0@news.inch.com>
$ENV{'HTTP-REFERER'} is it, i think.
aazeemi@hotmail.com wrote in message <7759ss$84a$1@nnrp1.dejanews.com>...
>Howdy All,
>
>Pardon me if this question has been asked before.
>
>I have two perl scripts - A and B.
>
>Script A calls script B. Script A lives in multiple locations. From
within
>script B, how can I find the pathname of script A which just called me?
>
>I would appreciate a reply directly to my email address.
>
>Thanks for you help in advance,
>Aamer Azeemi
>
>
>-----------== Posted via Deja News, The Discussion Network ==----------
>http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
Date: Fri, 08 Jan 1999 20:35:58 GMT
From: perlstudent@my-dejanews.com
Subject: output to multiple places...
Message-Id: <775q7f$np4$1@nnrp1.dejanews.com>
hi
sorry for the repost but i have been trying to print out
a result to both a log file and screen and found the code
posted below.
but, say i have a log file being created e.g (system "ls -1 > log.txt")
which i wanted to be ouput to the screen dynamically as it is being
created......could some one help me out here?
thanks
-perlstudent
sample code:
open(SAVEOUT, ">&STDOUT") || die "could not dup STDOUT";
open(SAVEERR, ">&STDERR") || die "could not dup STDERR";
open(STDOUT,"|tee log.txt") || die "could not talk to tee log.txt";
open(STDERR,">&STDOUT") || die "could not dup STDERR to STDOUT";
select(STDERR); $| =1;
select(STDOUT); $| =1;
print "data blah blah blah..\n";
close(STDERR) || die "cant close STDERR";
close(STDOUT) || die "cant close STDOUT";
open(STDERR, ">&SAVEERR") || die "cant restore STDERR";
open(STDOUT, ">&SAVEOUT") || die "cant restore STDOUT";
print "just about to exit(STDOUT only)\n";
exit;
-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
Date: Fri, 08 Jan 1999 20:09:31 GMT
From: topmind@technologist.com
Subject: Re: Perl Criticism
Message-Id: <775olp$m66$1@nnrp1.dejanews.com>
.
Reply to Tom Christiansen's 1/8 message:
>> I'm not saying they're the same languages, but that they share with perl
a generality that is not to be found in these actor-puppet languages
such as I have demonstrated above. <<
Where are you getting *your* definition of "scripting" from?
Is there a Department of Definitions in the World Trade Center?
I have seen a wide range of language implimentation.
I have seen actor-puppet modem scripting languages
start to introduce loops, if's, subroutines, etc.
You provided no clean cutoff point either. I am not sure
exactly what your complaint is. You have no formal source
of info nor opinion surveys to bash my definition of
scripting. You are unarmed in your attack of my def.
>> Pardon me, but your unfounded accusations of `poor research' on the
part of these languages' authors is unprofessional in the extreme.
Can you substantiate your claims? Please list languages, authors,
and your incontrovertible evidence that these authors engaged in
`poor research'. Don't forget haskell and dylan. <<
Since I have no Poor-O-Meter (either do you), it is only an opinion.
I have never seen language builders publish in the public domain
a list of reasons, trade-offs, considerations, etc. of why they
picked what they did for the final version. Sometimes they
say "I was influenced by a mix of X, Y, and Z." However, X, Y, and
Z themselves never went thru such a process. Thus, bad ideas are
taken from other's bad ideas. (Note that what programmers like
is not necessarily the same as what managers like because
there is a job-security conflict of interest in many programmers.
Cryptic = Exclusive)
>> First, you allege that the authors of all these myriad languages ignored
the past, and then without even taking a breath, you say that they did
the very opposite, mindlessly copying existing art. Which one is it?<<
They focus too narrowly on a few specimens. They make insufficent
attempts to step back and look at the forest before disecting trees.
>> Ah, you were there, then? <<
No, but I am not being selfish by hiding away the decision
process so that the next language maker has to start from
scratch and repeat the same mistakes.
>> Now, what pray tell is so wrong with laying out a gentle upgrade path?
Would you rather that all artistic creations were created out of the
nothingness? Do you think people will be able to make good use of
something lacking all resemblance to prior art? <<
If you hang on to bad habbits forever, you are forever
dampened by them. Abrupt changes hurt, but they are an
investment into a better future. (Roughly 80% of my suggestions
exist in current languages BTW. Just not in the same one.)
I also point out criteria for keeping or not keeping
with the past on my webpage.
>>'Only one command line'? What ever does thatmean? <<
Unix tends to use what I call "command piping" where the
results of operation A get fed into operation B, and
B's results go to C, etc.
>> Subroutines in Perl most certainly do *NOT* `inherit the scope' of
their caller. <<
I just ran this example:
$a = 5;
print "before " . $a . "\n";
mysub();
print "after " . $a;
sub mysub {
$a = 2;
mysub2();
}
sub mysub2 {
$a = 99;
}
An here is the output:
before 5
after 99
Where did the 99 come from if each sub did not inherit the variable
scope of it's parent?
>> [Many Perl fans argue that much of Perl's potentially cryptic syntax is
necessary to provide Perl's power.] We do? I don't recall that. <<
Read around here. Someone just made a statement about not limiting
creativity for the sake of prevent idiots from abusing it.
>> Perhaps you'd prefer that it were called
@My_Variadic_Subroutine's_Current_List_of_Actual_Parameters. <<
I made NO plea for long Java-like variable names. In fact, I
made a statement somewhat to the opposite (although it may have been
added after you read it. I am making constant changes to the page.)
>> Feel free to write it. Make it a module. Promote it. But I'll tell you
this, someone who's too slow to pick up how to open a file, or use "system
echo foo [pipe-to] file", isn't going to be clever enough to use your module.
<<
Pushing off commands to the system is often slow, risky, and non-portable.
(Especially on Windows systems. We my not like Windows, but it is a fact of
life.) You are AGAIN equating bad programming practices with "clever".
>> Yet more factual errors. When will they ever end? @_ is not
an operator. It is an array. <<
One can also look at it as an operator that returns
or feeds to an array. The distinction is probably trivial in Perl.
Even the Camel Book resorts to calling stuff "thingies"
because they have a hard time classifying Perl parts themselves. (pg 244)
If it satisfies your trivia gland, I will footnote my article
(which is not intended to be a Perl lesson anyhow).
>> More factual errors. You really have no idea how Perl really works,
do you? Perl is perfectly happy having multiple values for a given key,
or if you would, non-unique keys. <<
Being do-able and natural are two different things. With enough cryptic
hacking, much is possible in any language. The bottom line is
that Perl is *not* a table-oriented or relational-oriented language.
>> And automatic persistence through DBM files has been with us since perl3. <<
I believe DBM is an *add-on* to Perl, not built into the language.
My docs show DBM to not be fully relational anyhow.
>> What are you talking about? Perl doesn't work like that at all. <<
Does too!
Let me reword it:
somefunc(x) // result goes into $_
another_op() // reads from $_
>> another_op(somefunc(x)); is hardly unique to Perl. <<
In this case it is obvious that the Return value of Somefunc is
being fed into the first parameter of Another_op. $_ Can be set
in many different "creative" and HIDDEN ways.
>> perhaps you had better do a little bit of research into the Pascal with
statement <<
I believe the With statement is used to avoid having to
repeat the record name. It has nothing to do with result
piping. (I left my Pascal books at my inlaw's hous, so I
cannot varify that.) You are comparing apples to oranges.
Besides, I have never seen significant With abuse.
>> The first is directed to the the author of this drivel. <<
You seem too obsessed with history to evaluate my suggestions
on their merit. History claims are only about 8% of my
article. Why are you dwelling on this 8%. Your alleged
corrections to my Perl examples are useful (as they may
help me clarify some of my wording to prevent future
misinterpretation.) However, dwelling
on history or non-formal definitions will get us
nowhere.
If it makes you feel better, assume my history
is flat wrong, and concentrate on the rest. Otherwise,
my assumption is that you are more interested in discrediting
me than engaging in a thoughtful discussion. You appear
to get an adrenaline rush by stepping on others rather than tossing
around new or foriegn ideas.
It is my personal opinion that some Unix-influenced ways of
doing things have more to do with showing off and job
security than with building better software in the long-run. That is
just my opinion, accept it as my opinion and get on with it.
(Unless you truly think it is a pivotal issue.)
!!!!!!!
Until you can find a better collection of freely available
lists and evaluation of langauge implimentation options,
you have very little room to criticize me.
!!!!!!!
-tmind-
http://www.geocities.com/SiliconValley/Lab/6888/langopts.htm
"Some study puppies, some kick puppies, and some kick
puppies in order to study them."
___________
-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
Date: Fri, 08 Jan 1999 20:24:31 GMT
From: topmind@technologist.com
Subject: Re: Perl Criticism
Message-Id: <775phs$n4b$1@nnrp1.dejanews.com>
In article <slrn79addn.mcd.dformosa@godzilla.zeta.org.au>,
dformosa@zeta.org.au (David Formosa (aka ? the Platypus)) wrote:
> In article <7739gu$ial$1@nnrp1.dejanews.com>, topmind@technologist.com wrote:
> >In article <2HRk2.93$5P1.3093@nsw.nnrp.telstra.net>,
> > mgjv@comdyn.com.au (Martien Verbruggen) wrote:
>
> [...]
>
> >> You also seem to make a distinction between programming languages and
> >> scripting languages where there is none.
> >
> >Scripting languages are a subset of programming languages. C, C++,
> >Pascal, and Java are NOT scripting languages, for example.
>
> Ok how do you diffrentuate a scripting languge from a nonscriptiong langage?
It is sort of like classifying music (Country, Contemporary Adult, Grunge,
etc.)
Or, say movies (Drama, Comedy, Family (kid), Action, etc.)
There are no clear boundries, but most agree that the distinctions
are useful for discussion and classification. Here is a quick rough
attempted list of scripting characteristics:
1. Partially or fully interpreted.
2. Loose typing
3. Not meant for making mass-distribution apps, fast math,
OS building, and life-support operations.
4. Often have good string-processing capabilities.
There are probably a few that I forgot to include.
-tmind-
-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
Date: Fri, 08 Jan 1999 20:33:18 GMT
From: topmind@technologist.com
Subject: Re: Perl Criticism
Message-Id: <775q2f$ne2$1@nnrp1.dejanews.com>
In article <3695bf06.3112160@news.skynet.be>,
bart.lateur@skynet.be (Bart Lateur) wrote:
> topmind@technologist.com wrote:
>
> >The motivation of the list is to get a decent programming language
> >that does not have the syntactic abusability of Perl.
> >My intention is to make a better world, not start flame wars.
>
> You sound like a "Python" kind of person. Try it out. Most Perl people
> have done that at one time or another.
I have received a dozen language recommendations, but you are the 3rd person
to recommend Python. Maybe the next time at the book store I look more.
>
> Let the Perl people have their syntactic abusabilty. It is by design.
> Really. Most seem to like it that way.
Of course! It is job security. Only they can fix their own spehgetti,
so they are called back with a pay hike. Nice little racket.
Perhaps I should join it. I just hope I don't inherit bad code to
maintain from the prior cryptologist.
Oh oh, I sounded too sarcastic and flamey in that paragraph. Hmmm...
delete it or endure the fire..... Oh well, bring it on boys (or girls).
>
> Bart.
>
-tmind-
-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
Date: Fri, 08 Jan 1999 20:39:54 GMT
From: topmind@technologist.com
Subject: Re: Perl Criticism
Message-Id: <775qer$nru$1@nnrp1.dejanews.com>
In article <36956489.5AEEC32F@mediaone.net>,
"Michael D. Schleif" <mds-resource@mediaone.net> wrote:
> Is it interesting to note that, simply because you ``can still make a
> dichotomy'' *does not* testify to its existence? Does a tree falling in
> the forest make noise without somebody to hear it?
>
> topmind@technologist.com wrote:
> >
> > Perhaps there is no sharp dividing line, but one can still make a dichotomy.
> > Your statement is like saying, "There are no such thing as short people
> > because there is no clear dividing line."
>
> Hammers *are not* optimized for chopping down trees.
> Submarines *are not* optimized for interstellar transportation.
> Homo sapiens *is not* optimized for immortality.
>
> I give up -- what's your point?
As poined out in a nearby message, most of us prefer to
classify movies and music even though there is no clear
dividing line between them.
Imperfect classifications are often better than no
classifications. Classifications are a tool.
Just because we don't have an exact equation does
not mean the tool is not useful.
>
> > Scripting languages are not *optimized* for:
> >
> > 1. Fast applications like 3D graphics.
> >
> > 2. Critical military and medical applications.
> >
> > 3. Building a big commercial OS and/or interpreter.
> >
> > 4. Building mass-distribution applications like wordprocessing.
>
> This is my absolute favorite unreasonable assertion }:-^
>
> The blind cannot see, therefore seeing is not possible.
> My neighbor's newborn infant cannot drive my car, therefore my car
> cannot be driven.
> I do not know how to fly, therefore it is not possible for anybody to
> travel to the stars.
>
I don't understand this sarcasm. Does it relate to something I said?
-tmind-
-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
Date: Fri, 08 Jan 1999 15:14:43 -0500
From: alecler@cam.org (Andre L.)
Subject: Re: Someone asked how to capitalise first letter of each word
Message-Id: <alecler-0801991514430001@dialup-492.hip.cam.org>
In article <MPG.10ff5bcd12232cd898997f@nntp.hpl.hp.com>, lr@hpl.hp.com
(Larry Rosler) wrote:
> Your function 'reverse_word' has the same functionality as the built-in
> 'reverse' function in scalar context (but must be lots slower).
>
> $_ = 'just another perl hacker';
> s/(\w+)/reverse $1/ge;
> print;
Golly, you're right. <face color="#FF0000">
Andre
------------------------------
Date: Fri, 08 Jan 1999 12:03:11 -0800
From: "Xah Lee" <xah@web-central.net>
Subject: Re: using strict with CGI.pm
Message-Id: <775oa0$9cp$1@remarQ.com>
> My first clpm message. Ah, masochism at its best.
>
> I've been writing cgi scripts without 'use strict' since I like using
> CGI.pm without the explicit calls to the object. Is there a way I can use
> strict in this contex (that is some way other than adding '$q->' to a
> lot of function calls)? It'd make my life a lot less painful. -Brian
Yes. I ALWAYS use strict. CGI.pm is not very well designed, and its author
apparently isn't a "strict nut" like I am. However, you can use CGI.pm with
use strict while still using the functional interface. I've been doing
exactly that for several months.
There isn't any special thing you must do. One thing comes to mind is
quotes, i.e. use '-name'=>... instead of -name=>... .
Sometimes in the next month or two I will either email Lincoln Stein
privately or post it here, a message titled to the effect of "101 problems
with CGI.pm."
For one thing, it generates an invalid DTD by default. Also, for any script
that's not simple, it is hopeless to generate a valid HTML using CGI.pm.
These are just teasers, and I won't argue for subsequent followups until
I've done my "homework".
Xah
xah@best.com
http://www.best.com/~xah/PageTwo_dir/more.html
"Supreme beauty in the computing world: http://www.apple.com"
------------------------------
Date: Fri, 08 Jan 1999 19:52:31 GMT
From: dturley@pobox.com
Subject: Re: Web page lay out module
Message-Id: <775nlt$l6s$1@nnrp1.dejanews.com>
In article <Pine.GSO.4.03.9901071828050.711-100000@mhz.it.earthlink.net>,
Hong Zhang <zhangh@corp.earthlink.net> wrote:
>
> Hi all,
>
> I am looking for a GOOD web page lay out module,
> commercial or free. CGI.pm can not be used to gernerate
> complex web page. TableLayout is good but not enough.
>
>
I think you meant to write:
> complex web page. TableLayout is good but I can't figure out how to use it.
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
____________________________________
David Turley
dturley@pobox.com
http://www.binary.net/dturley/
-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
Date: 12 Dec 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 Dec 98)
Message-Id: <null>
Administrivia:
Well, after 6 months, here's the answer to the quiz: what do we do about
comp.lang.perl.moderated. Answer: nothing.
]From: Russ Allbery <rra@stanford.edu>
]Date: 21 Sep 1998 19:53:43 -0700
]Subject: comp.lang.perl.moderated available via e-mail
]
]It is possible to subscribe to comp.lang.perl.moderated as a mailing list.
]To do so, send mail to majordomo@eyrie.org with "subscribe clpm" in the
]body. Majordomo will then send you instructions on how to confirm your
]subscription. This is provided as a general service for those people who
]cannot receive the newsgroup for whatever reason or who just prefer to
]receive messages via e-mail.
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 4593
**************************************
