[11393] in Perl-Users-Digest
Perl-Users Digest, Issue: 4993 Volume: 8
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Fri Feb 26 16:17:43 1999
Date: Fri, 26 Feb 99 13:10:36 -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, 26 Feb 1999 Volume: 8 Number: 4993
Today's topics:
PERL vs JavaScript <dkh@home.com>
Re: PERL vs JavaScript <amurren@interactive.net>
Re: PERL vs JavaScript wyndo@cxo.com
Re: PERL vs JavaScript <theglauber@my-dejanews.com>
Re: PERL vs JavaScript droby@copyright.com
Re: PERL vs JavaScript (Bart Lateur)
Re: PERL vs JavaScript <stevenhenderson@prodigy.net>
Re: PERL vs JavaScript <donny@impulsesoftware.com>
Re: PERL vs JavaScript (Dana Booth)
Re: PERL vs JavaScript link@ipass.net
Re: Perl vs. ASP for new project pgweiss@arity.com
Re: Perl Xbase Module. <ghill@n2.net>
Re: Perl Xbase Module. <jdf@pobox.com>
Perl, HTML, Java, Unix programmer <bterry@burnettgroup.com>
PERL, OLE, and CGI dmeilinger@cng.dl.nec.com
Re: Perl, PHP, Python, ColdFusion, MS Frontpage, which <zenin@bawdycaste.org>
Re: Perl, PHP, Python, ColdFusion, MS Frontpage, which (Randal L. Schwartz)
Re: Perl, PHP, Python, ColdFusion, MS Frontpage, which <Allan@due.net>
Re: Perl, PHP, Python, ColdFusion, MS Frontpage, which <theglauber@my-dejanews.com>
Re: Perl, PHP, Python, ColdFusion, MS Frontpage, which <jimcr@bwn.net>
Re: Perl, PHP, Python, ColdFusion, MS Frontpage, which tbx@gmx.net
Re: Perl, PHP, Python, ColdFusion, MS Frontpage, which <elaine@cts.wustl.edu>
Re: Perl, PHP, Python, ColdFusion, MS Frontpage, which <ghill@n2.net>
Re: Perl, PHP, Python, ColdFusion, MS Frontpage, which <ghill@n2.net>
Re: Perl, PHP, Python, ColdFusion, MS Frontpage, which <ghill@n2.net>
Perl/CGI and Javascript <sdatta@lucent.com>
Re: Perl/CGI and Javascript scraig@my-dejanews.com
perl5.005_02 with djgpp <tristan.braun@pneu.com>
Special: Digest Administrivia (Last modified: 12 Dec 98 (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Mon, 22 Feb 1999 16:10:28 GMT
From: "donna k. hodges" <dkh@home.com>
Subject: PERL vs JavaScript
Message-Id: <UjfA2.6595$po.2928@c01read02.service.talkway.com>
Can you do everying in JavaScript that can be done in PERL? is there
any reason to use one or the other?
--
Posted via Talkway - http://www.talkway.com
Surf Usenet at home, on the road, and by email -- always at Talkway.
------------------------------
Date: Tue, 23 Feb 1999 13:29:11 -0500
From: amurren <amurren@interactive.net>
Subject: Re: PERL vs JavaScript
Message-Id: <36D2F377.D3DABE35@interactive.net>
> Can you do everying in JavaScript that can be done in PERL? is there
> any reason to use one or the other?
Use Perl for server side and JavaScript for Client side. You can
validate form input on the client side to find errors or omissions before
sending it to a Perl script to process the form data. However, as
pointed out in a previous post, if JavaScript is not working on the
client side you would have to validate the form data on the server side,
hence validation routines in both JavaScript and Perl.
Andy Murren
andy@murren.org
------------------------------
Date: Tue, 23 Feb 1999 20:34:04 GMT
From: wyndo@cxo.com
Subject: Re: PERL vs JavaScript
Message-Id: <7av3bs$vl8$1@nnrp1.dejanews.com>
> Can you do everying in JavaScript that can be done in PERL? is there
> any reason to use one or the other?
Client or server-side JavaScript?
-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
Date: Tue, 23 Feb 1999 13:26:53 GMT
From: The Glauber <theglauber@my-dejanews.com>
Subject: Re: PERL vs JavaScript
Message-Id: <7auaal$8o4$1@nnrp1.dejanews.com>
In article <UjfA2.6595$po.2928@c01read02.service.talkway.com>,
"donna k. hodges" <dkh@home.com> wrote:
> Can you do everying in JavaScript that can be done in PERL? is there
> any reason to use one or the other?
The only reason to use Javascript is to automate things in a Web browser, like
validating user input in forms.
Perl is a solid programming language that you can use for anything.
Glauber
-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
Date: Tue, 23 Feb 1999 13:48:30 GMT
From: droby@copyright.com
Subject: Re: PERL vs JavaScript
Message-Id: <7aubjb$9ql$1@nnrp1.dejanews.com>
In article <UjfA2.6595$po.2928@c01read02.service.talkway.com>,
"donna k. hodges" <dkh@home.com> wrote:
> Can you do everying in JavaScript that can be done in PERL?
No.
is there
> any reason to use one or the other?
There are reasons to use both.
Apples and Oranges...
--
Don Roby
-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
Date: Tue, 23 Feb 1999 22:29:58 GMT
From: bart.lateur@skynet.be (Bart Lateur)
Subject: Re: PERL vs JavaScript
Message-Id: <36d82b2b.1633853@news.skynet.be>
donna k. hodges wrote:
>Can you do everying in JavaScript that can be done in PERL? is there
>any reason to use one or the other?
Reason to avoid Javascript (in favour of, say, Perl): it can be turned
off. It may also be incompatible between browsers. There is no standard!
Reason to use Javascript: more interactive content (like buttons that
lite up when the mouse moves over them), probable less server load.
Bart.
------------------------------
Date: Mon, 22 Feb 1999 08:22:16 -0600
From: "Steven T. Henderson" <stevenhenderson@prodigy.net>
Subject: Re: PERL vs JavaScript
Message-Id: <1wfA2.59340$641.158741@news.san.rr.com>
yes! many, many, many reasons... in fact the two are not even remotely
related.
without getting to deep, Javascript allows you to have active content
(highlights, etc. etc) while Perl's job is strictly performed either BEFORE
or AFTER viewing a page. said a different way: Perl is not interactive and
is used to create and process HTML data, while JavaScript works WITHIN the
browser on said HTML page once it is displayed.
and although JavaScript is pretty cool, it has many problems like not being
able to read/write from the file system and that i can be turned off at the
browser level.
donna k. hodges wrote in message ...
>Can you do everying in JavaScript that can be done in PERL? is there
>any reason to use one or the other?
>--
>Posted via Talkway - http://www.talkway.com
>Surf Usenet at home, on the road, and by email -- always at Talkway.
>
------------------------------
Date: Mon, 22 Feb 1999 22:22:09 GMT
From: Donny Widjaja <donny@impulsesoftware.com>
Subject: Re: PERL vs JavaScript
Message-Id: <36D1D89E.118DC98B@impulsesoftware.com>
If you are running perl, you just have to test it in one machine, your
server (either NT or UNIX).
Since most JavaScript is client side, it might run under Netscape, but
it might not run under Internet Explorer.
"donna k. hodges" wrote:
>
> Can you do everying in JavaScript that can be done in PERL? is there
> any reason to use one or the other?
> --
> Posted via Talkway - http://www.talkway.com
> Surf Usenet at home, on the road, and by email -- always at Talkway.
------------------------------
Date: Mon, 22 Feb 1999 17:04:55 -0800
From: dana@oz.netDELETE.CAPS (Dana Booth)
Subject: Re: PERL vs JavaScript
Message-Id: <MPG.113b9e90112eab92989687@news.oz.net>
In article <UjfA2.6595$po.2928@c01read02.service.talkway.com>,
dkh@home.com says...
> Can you do everying in JavaScript that can be done in PERL? is there
> any reason to use one or the other?
When you say that, I assume that you're talking about using Java
and Perl in the context of www documents. While Java can be used to
create stand alone applications, its main purpose so far has been
to enhance the www. Perl, on the other hand, has been the scripting
language of choice for cgi uses, but it's been a very productive
tool for UNIX administrators for a long time. Perl can do pretty
much anything on a UNIX box.
--
-----------------------------------
Dana Booth <dana@oz.netDELETE.CAPS>
Tacoma, Wa., USA
-----------------------------------
------------------------------
Date: Thu, 25 Feb 1999 01:00:27 GMT
From: link@ipass.net
Subject: Re: PERL vs JavaScript
Message-Id: <7b27b8$l8k$1@nnrp1.dejanews.com>
In article <UjfA2.6595$po.2928@c01read02.service.talkway.com>,
"donna k. hodges" <dkh@home.com> wrote:
> Can you do everying in JavaScript that can be done in PERL? is there
> any reason to use one or the other?
Why not use both? You can even have the CGI script hold back the Javascript
if the user does not have Javascript enabled. -David
-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
Date: Mon, 22 Feb 1999 07:35:12 GMT
From: pgweiss@arity.com
Subject: Re: Perl vs. ASP for new project
Message-Id: <7ar1bg$e1i$1@nnrp1.dejanews.com>
In article <36BEB532.E6983756@eml.ericsson.se>,
Matt Sergeant <matthew.sergeant@eml.ericsson.se> wrote:
> Sameer Samat wrote:
> >
> > How does database access performance with perl compare to access
> > via ADO objects in ASP?
>
> Using DBI is much faster than ADO, although the DBI API isn't quite as
> complete - it's getting there. I did some simple benchmarking here and
> found DBI to be about twice as fast as ADO, and that was using DBD::ODBC
> (using ODBC rather than a specific library, e.g. Oracle, or Sybase). The
> benchmark was against SQL Server.
Have you benchmarked DBI against ADO with the SQLOLEDB provider?
(stuff deleted)
> Of course there's always PerlScript, which is ASP written in Perl (ASP
> is NOT equal to VBScript as most people think - ASP is just a framework
> into which other languages fit). However PerlScript is quite a dog
> performance wise ATM, although I've been assured that this will change
> in the near future.
>
Who assured you? How near in the future? What will cause this to
change? The reason that I ask these questions is that I like the
ASP environment, but I'm considering going to PerlEx for a new
project. If the performance of Perlscript/ASP is likely to improve
then perhaps I shouldn't change.
-Paul Weiss
-Arity
-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
Date: Fri, 26 Feb 1999 06:43:38 GMT
From: Greg Hill <ghill@n2.net>
Subject: Re: Perl Xbase Module.
Message-Id: <7b5fqo$g2g$1@nnrp1.dejanews.com>
In article <Pine.A41.3.96.990220043331.71904A-100000@tigger.cc.uic.edu>,
Seth David Johnson <sjohns17@uic.edu> wrote:
> On Sat, 20 Feb 1999 ghill@n2.net wrote:
>
> > Where can one find some sample scripts using Win32:ODBC?
> > Thanks in advance.
> > Greg Hill
>
> Greg-
>
> Have you checked out www.roth.net/odbc/ ? The author (Tim Roth) has a FAQ
> there and (I think) a presentation he made with examples. Also, take a
> look at the pod; it's fairly helpful.
>
> -Seth Johnson
> musician/programmer
>
Thank you, I did stumble across a link to that WebSite after leaving this
message. I was able to piece together my own search on one of my dBASE
Tables. I'm happy. My question is why would anybody be using Python or PHP
or ODBIC if the database connectivity is acheivable as simply as the sample
that I used to get started. Plus it seems that I'll have more controll over
things like drill down searches where one search with create LINKS to a
different tables key field. Plus if those other languages die your in
trouble. Anyways I still have alot to learn but with Perl and HTML it seems
like I should be able to catch on pretty soon and be able to attach to any
standard database that's out there. Thanks Greg Hill musician/programmer
too<g>
-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
Date: 26 Feb 1999 10:05:51 -0500
From: Jonathan Feinberg <jdf@pobox.com>
To: Greg Hill <ghill@n2.net>
Subject: Re: Perl Xbase Module.
Message-Id: <m3pv6xryr4.fsf@joshua.panix.com>
Greg Hill <ghill@n2.net> writes:
> My question is why would anybody be using Python or PHP or ODBIC if
> the database connectivity is acheivable as simply as the sample that
> I used to get started.
You're contrasting unrelated things. Python is a language, PHP is a
server extension, and ODBC is database middleware.
The reason you'd want to use ODBC is that it gives you the ability to
use a completely different back-end database without changing your
code. If you know that you'll always be using the same dbm, and if
you get better performance or simpler design with a dbm-specific perl
module, then by all means use it.
> Plus if those other languages die your in trouble.
I'd say there's very little chance of Python dying.
--
Jonathan Feinberg jdf@pobox.com Sunny Brooklyn, NY
http://pobox.com/~jdf <-----------------------+
musician/programmer as well, see my discography |
------------------------------
Date: 22 Feb 1999 18:04:33 GMT
From: Brett Terry <bterry@burnettgroup.com>
Subject: Perl, HTML, Java, Unix programmer
Message-Id: <7as67h$6v1$1@winter.news.rcn.net>
We are interested in finding a programmer with a few years of experience
to
work on client-based (Wall Street, telecommunications, etc...)
web-related software.
We typically pick a small number of select clients to work with
large-scale,
small-team projects with an emphasis on high quality graphic design and
information architecture. We need support for work that can be more
properly
load balanced and shared among reliable and efficient programmers.
The ideal candidate should be very familiar with UNIX (Solaris in
particular)
and Windows NT. A breadth programming mentality is important, being able
to
pick up new technologies quickly (Server-side scripting languages, SQL,
ASP,
HTML) and design solutions following an analysis of client needs in
conjunction with design and accounting team members. Keen visual
aesthetic sense,
being a team player and a good communicator are all pluses.
If this sounds like this might be a fit, send email to brett terry at
"bterry@burnettgroup.com" with a concrete description of your past
experience, previous
clients, educational background, your analytic mentality, examples of
work,
thoughts about programming, etc...
brett terry
director of internet software development
burnett group
39 e. 20th St.
new york, ny 1003
http://www.burnettgroup.com/
------------------------------
Date: Mon, 22 Feb 1999 22:40:35 GMT
From: dmeilinger@cng.dl.nec.com
Subject: PERL, OLE, and CGI
Message-Id: <7asmd1$u0m$1@nnrp1.dejanews.com>
I have seen many threads here on generating Office docs through OLE and Perl.
Has anyone had any success on generating OLE requests through a CGI/Web
Interface? I would like to be able to generate Excel docs from NT Server
logs but kick it off remotely through a CGI "Submit" button and a Web Page.
Has anyone done something like this? If you have, please E-Mail me with any
insight you might have. I am working on a project but have hit several snags
on the way...
Thanks in advance for any help.
Dirk
dirk at meilinger.com
-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
Date: 23 Feb 1999 17:39:55 GMT
From: Zenin <zenin@bawdycaste.org>
Subject: Re: Perl, PHP, Python, ColdFusion, MS Frontpage, which one for beginner
Message-Id: <919791691.718973@thrush.omix.com>
lvirden@cas.org wrote:
: According to <ghill@n2.net>:
>snip<
: You may have to face one thing with ColdFusion, Perl, and Python - there
: comes a point in developing with all 3 languages where either because of
: performance needs, or because of the need for a specialty function, you
: are going to have to also deal with C and/or C++ compilers (to compile
: someone's extension, etc.). And, if the performance or specialty function
: need is great enough, you may have to write some C code yourself.
As with all things in life, "it depends".
If you're using Apache (The King of Web Servers) as your web server,
you'll be hard pressed to find a need for C at all as one can quite
easily code Apache server modules (similar to Java Servlets, just
much, much more powerful) in pure Perl and completely remove any
traditional CGI startup overhead.
--
-Zenin (zenin@archive.rhps.org) From The Blue Camel we learn:
BSD: A psychoactive drug, popular in the 80s, probably developed at UC
Berkeley or thereabouts. Similar in many ways to the prescription-only
medication called "System V", but infinitely more useful. (Or, at least,
more fun.) The full chemical name is "Berkeley Standard Distribution".
------------------------------
Date: 23 Feb 1999 10:17:33 -0800
From: merlyn@stonehenge.com (Randal L. Schwartz)
Subject: Re: Perl, PHP, Python, ColdFusion, MS Frontpage, which one for beginner
Message-Id: <m1n225ougy.fsf@halfdome.holdit.com>
>>>>> "The" == The Glauber <theglauber@my-dejanews.com> writes:
The> Both languages work equally well in Unix, Windows and other
The> systems.
I tend to think that Perl works better in Unix than in Windows,
not equally well.
:)
print "Just another Perl amiguity detector,"
--
Name: Randal L. Schwartz / Stonehenge Consulting Services (503)777-0095
Keywords: Perl training, UNIX[tm] consulting, video production, skiing, flying
Email: <merlyn@stonehenge.com> Snail: (Call) PGP-Key: (finger merlyn@teleport.com)
Web: <A HREF="http://www.stonehenge.com/merlyn/">My Home Page!</A>
Quote: "I'm telling you, if I could have five lines in my .sig, I would!" -- me
------------------------------
Date: Tue, 23 Feb 1999 13:35:55 -0500
From: "Allan M. Due" <Allan@due.net>
Subject: Re: Perl, PHP, Python, ColdFusion, MS Frontpage, which one for beginner
Message-Id: <7aus2c$eoj$1@samsara0.mindspring.com>
Randal L. Schwartz wrote in message ...
:>>>>> "The" == The Glauber <theglauber@my-dejanews.com> writes:
:
:The> Both languages work equally well in Unix, Windows and other
:The> systems.
:
:I tend to think that Perl works better in Unix than in Windows,
:not equally well.
:
::)
All depends on the definition of better I guess. A single sip of fresh
clear water found in a verdant oasis after trekking leagues across a parched
desert may well be better/more appreciated than gallons of water when
vacationing next to a freshwater lake.
AmD
--
$email{'Allan M. Due'} = ' Allan@Due.net ';
--random quote --
Wisdom begins in wonder.
Socrates
------------------------------
Date: Tue, 23 Feb 1999 13:24:51 GMT
From: The Glauber <theglauber@my-dejanews.com>
Subject: Re: Perl, PHP, Python, ColdFusion, MS Frontpage, which one for beginner
Message-Id: <7aua6s$8kh$1@nnrp1.dejanews.com>
This is a very personal opinion, of course, but go with Perl or Python.
* Python: is a better learning language, and will teach you to program in a
object-oriented way.
* Perl: is the most useful programming language there is. But it gives you a
lot of freedom, probably too much freedom if you are beginning. ("Enough rope
to shoot yourself on the foot with" as Larry Wall said.)
Both languages have a great user community, and lot of pre-developed
libraries. Both languages work equally well in Unix, Windows and other
systems.
Good luck!
Glauber
-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
Date: Mon, 22 Feb 1999 07:33:41 +0000
From: Jim Cromie <jimcr@bwn.net>
Subject: Re: Perl, PHP, Python, ColdFusion, MS Frontpage, which one for beginner
Message-Id: <36D10855.E867336F@bwn.net>
Ala Qumsieh wrote:
> Shane Nay <snay@no-junkformeprimenet.com> writes:
>
> > Essentially perl is the most versatile... the other options you
> > mentioned are not versatile in the least,
>
> You mention later on that the languages you know are Pascal, C, C++,
> Basic and Java. None of these were mentioned by the original poster.
> How could you then determine that Perl is the most
> versatile of the tools the original poster mentioned? You don't seem
> to know all of them.
>
Id have to agree with his assessment of the relative versatilities. As
a
perhaps trivial counter example, consider how one would use Java
facilities to get Perl's backticks or qx// to access system utilities, or
its
ease of opening pipes to and from other processes.
His languages are actually languages, vs ColdFusion and FrontPage,
which are products. Naturally, MS will be glad to sell you Visual
Studio,
Jscript, VBasic, VC++, etc to give you the capabilities that FrontPage
doesnt include, but then youre dealing with a long learning curve for the
massive set of tools youve filled your box with.
> As far as how well you need to know perl, or what the learning curve
> is like... well to be honest it's a "scripting" language, so it has
> a much softer curve than real "programming" languages.
>
> Woo .. hold on a minute. What is your notion of a scripting language
> and a programming language? Could you please point out the
> similarities/differences? Do you have a clear definition of each?
>
> Perl is a scripting language. Perl is a programming language.
>
Yes. Its both. Its scripting, partly because you dont have to declare
variables, and because its ability to replace shell programming languages
for shell scripts.
Anyway, the original question was posted to clp, so Id forgive the bias.
Hopefully the poster also hit the python and other newsgroups to get
his balance.
------------------------------
Date: Mon, 22 Feb 1999 00:32:44 GMT
From: tbx@gmx.net
Subject: Re: Perl, PHP, Python, ColdFusion, MS Frontpage, which one for beginner
Message-Id: <7aq8jc$q6r$1@nnrp1.dejanews.com>
> I've been told that many sites avoid PHP due to security concerns.
Do you have some facts of those "security concerns"? Otherwise I would ignore
it.
Please mail to tbx@gmx.net.
-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
Date: Tue, 23 Feb 1999 16:52:39 -0500
From: Elaine Ashton <elaine@cts.wustl.edu>
Subject: Re: Perl, PHP, Python, ColdFusion, MS Frontpage, which one for beginner
Message-Id: <36D32327.2D34EA82@cts.wustl.edu>
"Allan M. Due" wrote:
>
> Randal L. Schwartz wrote in message ...
> :I tend to think that Perl works better in Unix than in Windows,
> :not equally well.
> :
> ::)
>
> All depends on the definition of better I guess. A single sip of fresh
> clear water found in a verdant oasis after trekking leagues across a parched
> desert may well be better/more appreciated than gallons of water when
> vacationing next to a freshwater lake.
Well, considering that the guy was looking for a opinion of 'which is
best for a beginner' and not 'which oasis do I park my camel at..' or
'which OS rocks better for Perl' the question has been horribly missed.
Also, Cold Fusion has been ported to UNIX (correcting an earlier post).
For the beginner I would say FrontPage if they had no interest in the
inner workings or were just making a cutesy web page for their mother.
If there was interest to do anything else, well...this is the Perl
newsgroup silly.
e.
------------------------------
Date: Fri, 26 Feb 1999 06:58:56 GMT
From: Greg Hill <ghill@n2.net>
Subject: Re: Perl, PHP, Python, ColdFusion, MS Frontpage, which one for beginner
Message-Id: <7b5gnd$gra$1@nnrp1.dejanews.com>
> Note: this was a total waste of time, but I hope the original poster will
> benefit somewhat
I appreciate the information very much.
Thanks again.
Greg Hill
-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
Date: Fri, 26 Feb 1999 07:24:41 GMT
From: Greg Hill <ghill@n2.net>
Subject: Re: Perl, PHP, Python, ColdFusion, MS Frontpage, which one for beginner
Message-Id: <7b5i7i$hs4$1@nnrp1.dejanews.com>
In article <36D10855.E867336F@bwn.net>,
Jim Cromie <jimcr@bwn.net> wrote:
> Ala Qumsieh wrote:
>
> > Shane Nay <snay@no-junkformeprimenet.com> writes:
> >
> > > Essentially perl is the most versatile... the other options you
> > > mentioned are not versatile in the least,
> >
> > You mention later on that the languages you know are Pascal, C, C++,
> > Basic and Java. None of these were mentioned by the original poster.
> > How could you then determine that Perl is the most
> > versatile of the tools the original poster mentioned? You don't seem
> > to know all of them.
> >
>
> Id have to agree with his assessment of the relative versatilities. As
> a
> perhaps trivial counter example, consider how one would use Java
> facilities to get Perl's backticks or qx// to access system utilities, or
> its
> ease of opening pipes to and from other processes.
>
> His languages are actually languages, vs ColdFusion and FrontPage,
> which are products. Naturally, MS will be glad to sell you Visual
> Studio,
> Jscript, VBasic, VC++, etc to give you the capabilities that FrontPage
> doesnt include, but then youre dealing with a long learning curve for the
>
> massive set of tools youve filled your box with.
>
> > As far as how well you need to know perl, or what the learning curve
> > is like... well to be honest it's a "scripting" language, so it has
> > a much softer curve than real "programming" languages.
>
> >
> > Woo .. hold on a minute. What is your notion of a scripting language
> > and a programming language? Could you please point out the
> > similarities/differences? Do you have a clear definition of each?
> >
> > Perl is a scripting language. Perl is a programming language.
> >
>
> Yes. Its both. Its scripting, partly because you dont have to declare
> variables, and because its ability to replace shell programming languages
>
> for shell scripts.
>
> Anyway, the original question was posted to clp, so Id forgive the bias.
> Hopefully the poster also hit the python and other newsgroups to get
> his balance.
I have'nt really had time to visit all the newsgroups but I did download
Python, ColdFusion and FrontPage and none of them were as easy to get
something acomplished with as Perl. Actually ODBIC.exe was easy too but it
didn't seem as versatile.
As far as the languages and whether they are true programming languages or
not' I figure if I can automate a task and read data from users and process
the input then, I'm programming!!! I consider myself a programmer even though
I'm not required to know what a C programmer or Assembler programmer knows.
If something I write only executes other programs then I'm writing a batch
file or maybe in the Unix world it would be called a script. Plus if you can
deploy your code, that might help define the difference?
Anyways it is an interesting dispute and for me I'm sure there is more to be
revealed.
Thanks again.
Greg Hill
-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
Date: Fri, 26 Feb 1999 07:39:01 GMT
From: Greg Hill <ghill@n2.net>
Subject: Re: Perl, PHP, Python, ColdFusion, MS Frontpage, which one for beginner
Message-Id: <7b5j2k$iln$1@nnrp1.dejanews.com>
> If you're using Apache (The King of Web Servers) as your web server,
> you'll be hard pressed to find a need for C at all as one can quite
> easily code Apache server modules (similar to Java Servlets, just
> much, much more powerful) in pure Perl and completely remove any
> traditional CGI startup overhead.
How would I go about avoiding traditional startup overhead. For example when
doing a search on a dBASE Table using Win32:ODBC. Or is this question to
involved to answer?
The reason I'm asking is because it seems like the only questionable thing
about using Perl/CGI is performance. I read an article on TCL that looked
pretty impressive a far as excluding the startup process.
Thanks in advance.
Greg Hill
-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
Date: Tue, 23 Feb 1999 10:32:26 -0600
From: Sujay Datta <sdatta@lucent.com>
Subject: Perl/CGI and Javascript
Message-Id: <36D2D81A.2F398649@lucent.com>
Description:
I am trying to create a web page in which the
users can go sucessively from one directory to the next (that
is present on another machine/machines -- I use remsh for it and have
checked that it works). I use a Form to do this.
So when user chooses Machine "A" : I list the immediate subdirectories
of $HOME/ . Then the User is supposed to choose another directory
and so on..
Problem:
Since I use Select and Option in the form the user has to everytime
submit the form. Is it not possible to access perl functions instead
of Javascript functions (I don't want to write the whole code in Javascript
if possible) with options like -onClick, -onFocus, etc. that are present
with such form elements.
Sujay Datta
------------------------------
Date: Tue, 23 Feb 1999 19:45:53 GMT
From: scraig@my-dejanews.com
Subject: Re: Perl/CGI and Javascript
Message-Id: <7av0he$t7h$1@nnrp1.dejanews.com>
In article <36D2D81A.2F398649@lucent.com>,
sdatta@lucent.com wrote:
> Problem:
> Since I use Select and Option in the form the user has to everytime
> submit the form. Is it not possible to access perl functions instead
> of Javascript functions (I don't want to write the whole code in Javascript
> if possible) with options like -onClick, -onFocus, etc. that are present
> with such form elements.
No, it is not possible. The Javascript interpreter resides in the browser
on the user's machine. The onclick(), etc., handlers are dealt with within
the browser. Perl, on the other hand, resides on the server. To get it to
run, the user must submit the form.
However, if the problem is that the user selects an option and then also
has to press a submit button, then there is a Javascript solution. There is
a Form.submit() function that almost emulates the user pressing the submit
button. E.g.
<FORM NAME="myform" ...>
...
<OPTION ... ONCLICK="myform.submit();">
HTH
-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
Date: Fri, 26 Feb 1999 16:09:28 +0100
From: "Tristan Braun" <tristan.braun@pneu.com>
Subject: perl5.005_02 with djgpp
Message-Id: <36d6b950.0@news.ka.choin.net>
Hi,
I installed Perl version 5.00307 on my PC (Win NT).
I have installed ActivState509. Now I get an errormessage like follows:
> Perl lib version (5.00402) doesn't match executable version (5.00307) at
> D:\TOOLS\PERL\lib/Config.pm line 7.
> BEGIN failed--compilation aborted.
After that I wanted to install the release perl5.005_02. But I had no
Compiler. So I downloaded
DJGPP Version 2.02. After changing the makefile.mk, I tried to "dmake".
He displayed several "windows.h" not found and so on. I search for them and
found them in
the directory DJGPP\RSXNTDJ\INCLUDE\WIN32. So I copied the whole RSXNTDJ
into DJGPP.
After that he found the requested files like win*.h. Then he displayed
another error:
E:\SOURCE\perl\perl5.005_02\win32>dmake
del /f config.h
copy config_H.gc config.h
1 Datei(en) kopiert.
gcc -c -I..\lib\CORE -I.\include -I. -I.. -DWIN32 -DPERLDLL -DPERL_CORE -
g -O
2 -operlglob.o perlglob.c
perlglob.c: In function `main':
perlglob.c:30: `FS_CASE_IS_PRESERVED' undeclared (first use in this
function)
perlglob.c:30: (Each undeclared identifier is reported only once
perlglob.c:30: for each function it appears in.)
dmake.exe: Error code 1, while making 'perlglob.o'
And now I have no idea.
Thanks for your help.
Regards,
Tristan
------------------------------
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 4993
**************************************
