[24511] in Perl-Users-Digest
Perl-Users Digest, Issue: 6691 Volume: 10
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Tue Jun 15 00:05:49 2004
Date: Mon, 14 Jun 2004 21:05:05 -0700 (PDT)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Mon, 14 Jun 2004 Volume: 10 Number: 6691
Today's topics:
Re: [Qs] re "Abigails Coding Guidelines" (Anno Siegel)
Re: [Qs] re "Abigails Coding Guidelines" <gnari@simnet.is>
Re: [Qs] re "Abigails Coding Guidelines" <rwxr-xr-x@gmx.de>
Re: Howto capture interactive SQL*Plus session info on <lv@aol.com>
Re: Howto capture interactive SQL*Plus session info on <nospam@bigpond.com>
Re: Howto capture interactive SQL*Plus session info on <kevin@vaildc.net>
Re: Kill a system process within the script (Mav)
Re: parsing file name assigning extension to a variable (Alexander Heimann)
Re: parsing file name assigning extension to a variable <gnari@simnet.is>
Re: Perl cgi on Windows 2003 Server fails <lv@aol.com>
Re: Perl cgi on Windows 2003 Server fails <ceo@nospam.on.net>
Re: permonks: random images/texts for web page <jas@vafancolo.com>
Re: Searching for the best scripting language, <imbosol@aerojockey.invalid>
Re: Searching for the best scripting language, <peter@engcorp.com>
Re: Searching for the best scripting language, <imbosol@aerojockey.invalid>
Re: Searching for the best scripting language, <eppstein@ics.uci.edu>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: 14 Jun 2004 22:03:55 GMT
From: anno4000@lublin.zrz.tu-berlin.de (Anno Siegel)
Subject: Re: [Qs] re "Abigails Coding Guidelines"
Message-Id: <cal7cb$949$1@mamenchi.zrz.TU-Berlin.DE>
gnari <gnari@simnet.is> wrote in comp.lang.perl.misc:
> "J Krugman" <jkrugman345@yahbitoo.com> wrote in message
> news:cakrpc$d3u$1@reader2.panix.com...
>
> [about Abigails Coding Guidelines]
>
> > * Guideline 5 says "Signals can be sent to the program. There are
> > default actions--but they are not always appropriate. If not,
> > signal handlers need to be installed. Care should be taken since
> > not everything is reentrant."
> >
> > What does "reentrant" mean?
>
> a bit of code is said to be reentrant when it can tolerate to be
> entered again before finishing. if a new signal is sent to a program
> while it is still processing a previous one, the signal handler needs
> to be reentrant.
Unfortunately, it's not only the signal handler that must be re-entrant
in the presence of signal processing, but every public subroutine. A
call can be interrupted, and the signal handler could call the same
routine. Since you don't know at coding time which routines may be
called in a handler, they must all be safe.
Anno
------------------------------
Date: Tue, 15 Jun 2004 00:41:42 -0000
From: "gnari" <gnari@simnet.is>
Subject: Re: [Qs] re "Abigails Coding Guidelines"
Message-Id: <calggn$n2o$1@news.simnet.is>
"Anno Siegel" <anno4000@lublin.zrz.tu-berlin.de> wrote in message
news:cal7cb$949$1@mamenchi.zrz.TU-Berlin.DE...
> gnari <gnari@simnet.is> wrote in comp.lang.perl.misc:
> > "J Krugman" <jkrugman345@yahbitoo.com> wrote in message
> > news:cakrpc$d3u$1@reader2.panix.com...
> >
> > [about Abigails Coding Guidelines]
> >
> > > * Guideline 5 says "Signals can be sent to the program. There are
> > > default actions--but they are not always appropriate. If not,
> > > signal handlers need to be installed. Care should be taken since
> > > not everything is reentrant."
> > >
> > > What does "reentrant" mean?
> >
> > a bit of code is said to be reentrant when it can tolerate to be
> > entered again before finishing. if a new signal is sent to a program
> > while it is still processing a previous one, the signal handler needs
> > to be reentrant.
>
> Unfortunately, it's not only the signal handler that must be re-entrant
> in the presence of signal processing, but every public subroutine. A
> call can be interrupted, and the signal handler could call the same
> routine. Since you don't know at coding time which routines may be
> called in a handler, they must all be safe.
that is why it is best to have the signal handler do as little as
possible, and try to defer most work to the program proper via
flags. (when i say signal handler here i mean not only the %SIG entry,
but also all subs called by it)
gnari
------------------------------
Date: 15 Jun 2004 02:57:38 GMT
From: Lukas Mai <rwxr-xr-x@gmx.de>
Subject: Re: [Qs] re "Abigails Coding Guidelines"
Message-Id: <caloj2$9oi$1@wsc10.lrz-muenchen.de>
J Krugman schrob:
[...]
> * Guideline (16) is this:
> "Objects SHOULD NOT use data inheritance unless it is appropriate.
> This means that 'normal' objects, where attributes are stored
> inside anonymous hashes or arrays should not be used. Non-OO
> programs benefit from namespaces and strictness, why shouldn't
> objects? Use objects based on keying scalars, like fly-weight
> objects, or inside-out objects. You wouldn't use public
> attributes in Java all over the place either, would you?"
> This one is 100% over my head! *Every word* of it. If someone
> could spell it out for me I'd appreciate it. More specifically,
> what is/are "keying scalars" (I can't tell whether "keying" here
> is meant as a gerund or as an adjective)? What are fly-weight
> objects and inside-out objects? And what do they have to do with
> overusing public attributes in Java? Also, it is not clear to
> me what's wrong with storing object attributes in anonymous hashes
> or arrays, and in particular, it is not clear to me why using
> them amounts to not benefiting from "namespaces and strictness."
Others have explained what's wrong with the usual hash representation of
objects. I'll try to write a short flyweight objects demonstration.
(Warning: untested code)
{
package Some::Module;
use warnings;
use strict;
my %attr;
# constructor
sub new {
my $class = shift;
my $obj = bless [], $class;
$attr{$obj} = {
foo => undef,
};
return $obj;
}
# destructor
sub DESTROY {
my $self = shift;
delete $attr{$self};
}
# accessor
sub foo {
my $self = shift;
return $attr{$self}{foo} = $_[0] if @_;
return $attr{$self}{foo};
}
}
As you can see, the object itself is just an empty reference. All object
attributes are stored in the (lexically scoped) hash %attr, which can't
be accessed from outside the module. The (address of the) object serves
as a key into this table. This makes all attributes private; not even
subclasses can see them. It's a bit unusual for a Perl module that a
destructor is needed here to clean up dead objects, but it makes sense,
as all attribute data is stored outside of the object.
HTH, Lukas
--
exit sub{&{$_[0]}}->(sub{defined$_[1]&&$_[0]->($_[0],getc,print chr sub{$_[1]
&&$_[1]<27?96&$_[0]|1+(12+$_[1])%26:$_[0]}->(ord$_[1],64^ord$_[1]&223))},getc)
------------------------------
Date: Mon, 14 Jun 2004 18:51:26 -0500
From: l v <lv@aol.com>
Subject: Re: Howto capture interactive SQL*Plus session info on Win32?
Message-Id: <40ce3a71$1_5@corp.newsgroups.com>
James wrote:
> Hi All,
> I am trying to capture the output of an Oracle SQL*Plus session into
> an array but can't find any examples; specifically o retrieve a list of
> tablespaces. I can get it to log on and run the script but capturing it is
> a different game entirely. I realise Perl has its own native Oracle DBD
> module but that won't compile with Perl2exe(at least I can't work out how
> to). I can have Perl call SQL*Plus with an external script but I'm trying
> to do without loads of temp sql files. Is this even possible or is a major
> rethink in order?
>
> Thanks in advance for any hints
> James
>
>
How are you calling sqlplus in your Perl program?
Len
-----= Posted via Newsfeeds.Com, Uncensored Usenet News =-----
http://www.newsfeeds.com - The #1 Newsgroup Service in the World!
-----== Over 100,000 Newsgroups - 19 Different Servers! =-----
------------------------------
Date: Tue, 15 Jun 2004 11:09:31 +1000
From: Gregory Toomey <nospam@bigpond.com>
Subject: Re: Howto capture interactive SQL*Plus session info on Win32?
Message-Id: <10072023.ASMkjmpKEe@GMT-hosting-and-pickle-farming>
James wrote:
> Hi All,
> I am trying to capture the output of an Oracle SQL*Plus session
> into
> an array but can't find any examples; specifically o retrieve a list of
> tablespaces. I can get it to log on and run the script but capturing it
> is
> a different game entirely. I realise Perl has its own native Oracle DBD
> module but that won't compile with Perl2exe(at least I can't work out how
> to). I can have Perl call SQL*Plus with an external script but I'm trying
> to do without loads of temp sql files. Is this even possible or is a
> major rethink in order?
>
> Thanks in advance for any hints
> James
Sqlplus just writes to stdout so you can try something like (untested):
open(ORA, "cat 'select * from tableapace;'|sqlplus |")
while (<ORA>) {
#processing
}
close(ORA)
But DBI is by far the preferred solution.
gtoomey
------------------------------
Date: Tue, 15 Jun 2004 01:46:06 GMT
From: Kevin Michael Vail <kevin@vaildc.net>
Subject: Re: Howto capture interactive SQL*Plus session info on Win32?
Message-Id: <kevin-CDB989.21460614062004@news.verizon.net>
In article <mAozc.97273$wd7.58990@front-1.news.blueyonder.co.uk>,
"James" <wolfphaedrus@hotmail.com> wrote:
> [...] I realise Perl has its own native Oracle DBD
> module but that won't compile with Perl2exe(at least I can't work out how
> to). [...]
I've been doing this for literally years. You need to explicitly add
the following line in your program somewhere:
use DBD::Oracle;
so that the Perl2Exe program knows to include that module in the
compiled executable. Other than that there should be no problem.
--
Kevin Michael Vail | a billion stars go spinning through the night,
kevin@vaildc.net | blazing high above your head.
. . . . . . . . . | But _in_ you is the presence that
. . . . . . . . | will be, when all the stars are dead.
. . . . . . . . . | (Rainer Maria Rilke)
------------------------------
Date: 14 Jun 2004 16:57:27 -0700
From: mluvw47@yahoo.com (Mav)
Subject: Re: Kill a system process within the script
Message-Id: <dfaafecd.0406141557.33d3219a@posting.google.com>
The script is running on the PC.
Once I launch the "system("Doing something take a long time");" from
my perl script(doit.pl), I hope when the user kill my doit.pl, it will
kill the
"system("Doing something take a long time");" process as well, I
really don't want leave the process behind.
Is that anywhere I can find code example doing such thing?
Thanks a lot,
Mav
lee <lgoddard@cpan.org> wrote in message news:<40C1FA14.7080100@cpan.org>...
> Mav wrote:
>
> > I am trying to lanuch a command on my perl script using system call,
> > I wonder is that a way when someone hit Ctrl-Y, it will kill my
> > script,and also kill that system call process as well.
>
> Yes.
>
> When you launch the process, note its process ID.
>
> Then have your script "trap" the control character in question,
> and when that character is received, call the system 'kill'
> command
> on the previously noted PID, as described by someone else on
> this thread.
>
> See, for example, perldoc -q signal:
>
> Found in .... pod/perlfaq8 :
> How do I trap control characters/signals?
>
> $Interrupted = 0; # to ensure it has a value
> $SIG{INT} = sub {
> $Interrupted++;
> syswrite(STDERR, "ouch\n", 5);
> }
>
>
> Lee Goddard
------------------------------
Date: 14 Jun 2004 18:33:20 -0700
From: AlexanderHeimann@yahoo.com (Alexander Heimann)
Subject: Re: parsing file name assigning extension to a variable
Message-Id: <1c63154d.0406141733.31ab28ca@posting.google.com>
Paul Lalli <ittyspam@yahoo.com> wrote in message news:<20040614164134.T20623@dishwasher.cs.rpi.edu>...
> On Mon, 14 Jun 2004, Alexander Heimann wrote:
>
> > maybe someone can tell me why I am unable to read the file when i do
> > each step individually it was working but i am having trouble putting
> > it all together..
>
> You've left off at least two vital pieces of information, necessary for
> anyone to effectively help you:
>
> 1) What is your desired goal and/or output?
> 2) What is the result / output of the code you tried? (this includes all
> errors and warnings that may be printed).
>
> Paul Lalli
Paul, My apologies.
1) My desired goal and output
1. open directory..
2. go file by file
3 assign extension of file to a variable @ext
4 assign contents of file to a variable $content
5 then insert content with SQL statement where PK
6 then do next file until end of directory
2) I am getting the die error output when trying to read the file. The
code parses the filename fine when i comment out the open file portion
------------------------------
Date: Tue, 15 Jun 2004 01:45:16 -0000
From: "gnari" <gnari@simnet.is>
Subject: Re: parsing file name assigning extension to a variable
Message-Id: <calk7t$nfj$1@news.simnet.is>
"Alexander Heimann" <AlexanderHeimann@yahoo.com> wrote in message
news:1c63154d.0406141733.31ab28ca@posting.google.com...
> 1) My desired goal and output
> 1. open directory..
> 2. go file by file
> 3 assign extension of file to a variable @ext
> 4 assign contents of file to a variable $content
> 5 then insert content with SQL statement where PK
> 6 then do next file until end of directory
> 2) I am getting the die error output when trying to read the file. The
> code parses the filename fine when i comment out the open file portion
you obviously are forgetting the directory part of the
filename when opening it
gnari
------------------------------
Date: Mon, 14 Jun 2004 19:28:05 -0500
From: l v <lv@aol.com>
Subject: Re: Perl cgi on Windows 2003 Server fails
Message-Id: <40ce4308_5@corp.newsgroups.com>
Hallvard ?strem wrote:
> Perl version is ActiveState 5.8.0 for Win32.
>
> *.pl files execute just fine from the prompt or by clicking in
> Windows. In other words, system path and file associations should be
> OK.
>
> IIS is not installed on the server at all, as long as I'm not
> intending to use it. My FirstClass Server provides SMTP and POP3 as
> well as web services, and it should not depend on Windows IIS -- if
> that's the case, that would be a shame. At least, this was not the
> case in Windows NT 4.0 where an identical web server setup has been
> delivering CGI for years.
>
> The big question is what could be the difference between NT and 2003
> in this respect, when everything else is identical?
>
> I've been wondering a bit about MIME, but have not experienced before
> that FCS CGI were depending on MIME definitions (...like in Apache.
> Nevertheless, a test installation of Apache shows the same symptoms --
> Perl CGI scripts don't run). A few experiments in that direction were
> not very successfull either. And again, my MIME configuration didn't
> create any problems for CGI scripts on Windows NT.
>
> Anyone having an Apache installation on Windows 2003 Server with a
> working Perl CGI setup?
>
> ChrisO <ceo@nospam.on.net> wrote in message news:<cqLyc.1022$Pt.879@newssvr19.news.prodigy.com>...
>
>>Hallvard ?strem wrote:
>>
>>>Thanks for your help, Kevin. The problem persists even if the server
>>>application runs as the current user, that is a user who can execute
>>>perl scripts from the DOS prompt.
>>>
>>>FirstClass CGI setup is quite simple and doesn't require any
>>>configuration other than the cgi-bin folder being installed in the
>>>appropriate folder on the file system. The script should execute as
>>>long as it finds the file in the cgi-bin path, and it does if it is
>>>e.g. a precompiled script.
>>>
>>>Since my server setup worked just fine on Windows NT, I'm quite sure
>>>my problem must be related to Perl/Windows 2003 Server somehow. Since
>>>Perl works fine from the prompt, I also believe it to be more likely
>>>related to the Windows 2003 Server setup, but how is still a mystery
>>>to me. I'm out of ideas...
>>>
>>>Hallvard
>>>
>>
>>I, for one, would be a little curious as to which Perl you are running
>>as well. The symptoms you've described don't directly implicate the
>>version of Perl, but I'm curious nonetheless. The version you specified
>>doesn't sound like ActiveState Perl which I consider to be the de facto
>>standard in the Windows world. Your Perl of course wouldn't *have* to
>>be ASPN in order to work, hence my curiosity.
>>
>>-ceo
If perl is running correctly via command line or explorer then your
problem is not in windows but in your web server configuration.
In reading the online documentation on your behalf:
http://www.firstclass.com/FirstClassDocumentation/FirstClass7Documentation/Online%20Books/Internet%20Services%20guide.pdf
page 158 "Adding a CGI script" step 4 "Follow the information contained
in the CGI ReadMe to configure your executable."
I do not have Firstclass so I can not give you the solution.
Len
-----= Posted via Newsfeeds.Com, Uncensored Usenet News =-----
http://www.newsfeeds.com - The #1 Newsgroup Service in the World!
-----== Over 100,000 Newsgroups - 19 Different Servers! =-----
------------------------------
Date: Tue, 15 Jun 2004 02:34:00 GMT
From: ChrisO <ceo@nospam.on.net>
Subject: Re: Perl cgi on Windows 2003 Server fails
Message-Id: <setzc.1568$Pt.875@newssvr19.news.prodigy.com>
l v wrote:
> Hallvard ?strem wrote:
>
>> Perl version is ActiveState 5.8.0 for Win32.
>> *.pl files execute just fine from the prompt or by clicking in
>> Windows. In other words, system path and file associations should be
>> OK.
>>
>> IIS is not installed on the server at all, as long as I'm not
>> intending to use it. My FirstClass Server provides SMTP and POP3 as
>> well as web services, and it should not depend on Windows IIS -- if
>> that's the case, that would be a shame. At least, this was not the
>> case in Windows NT 4.0 where an identical web server setup has been
>> delivering CGI for years.
>>
>> The big question is what could be the difference between NT and 2003
>> in this respect, when everything else is identical?
>>
>> I've been wondering a bit about MIME, but have not experienced before
>> that FCS CGI were depending on MIME definitions (...like in Apache.
>> Nevertheless, a test installation of Apache shows the same symptoms --
>> Perl CGI scripts don't run). A few experiments in that direction were
>> not very successfull either. And again, my MIME configuration didn't
>> create any problems for CGI scripts on Windows NT.
>>
>> Anyone having an Apache installation on Windows 2003 Server with a
>> working Perl CGI setup?
>>
>> ChrisO <ceo@nospam.on.net> wrote in message
>> news:<cqLyc.1022$Pt.879@newssvr19.news.prodigy.com>...
>>
>>> Hallvard ?strem wrote:
>>>
>>>> Thanks for your help, Kevin. The problem persists even if the server
>>>> application runs as the current user, that is a user who can execute
>>>> perl scripts from the DOS prompt.
>>>>
>>>> FirstClass CGI setup is quite simple and doesn't require any
>>>> configuration other than the cgi-bin folder being installed in the
>>>> appropriate folder on the file system. The script should execute as
>>>> long as it finds the file in the cgi-bin path, and it does if it is
>>>> e.g. a precompiled script.
>>>>
>>>> Since my server setup worked just fine on Windows NT, I'm quite sure
>>>> my problem must be related to Perl/Windows 2003 Server somehow. Since
>>>> Perl works fine from the prompt, I also believe it to be more likely
>>>> related to the Windows 2003 Server setup, but how is still a mystery
>>>> to me. I'm out of ideas...
>>>>
>>>> Hallvard
>>>>
>>>
>>> I, for one, would be a little curious as to which Perl you are
>>> running as well. The symptoms you've described don't directly
>>> implicate the version of Perl, but I'm curious nonetheless. The
>>> version you specified doesn't sound like ActiveState Perl which I
>>> consider to be the de facto standard in the Windows world. Your Perl
>>> of course wouldn't *have* to be ASPN in order to work, hence my
>>> curiosity.
>>>
>>> -ceo
>
>
> If perl is running correctly via command line or explorer then your
> problem is not in windows but in your web server configuration.
>
> In reading the online documentation on your behalf:
> http://www.firstclass.com/FirstClassDocumentation/FirstClass7Documentation/Online%20Books/Internet%20Services%20guide.pdf
>
>
> page 158 "Adding a CGI script" step 4 "Follow the information contained
> in the CGI ReadMe to configure your executable."
>
> I do not have Firstclass so I can not give you the solution.
>
Or the behavior of FC changed inbetween WNT 4.0 and W2K3... More than
likely, if Perl is acting fine on the command line. That's *my* guess.
Last time I used FC was in 1993, so that's about as well as I can do
with this. I haven't run into very many FC users in a while, so you
(the OP) may be a bit stuck. FC is kinda off the beaten path... :(
-ceo
------------------------------
Date: Tue, 15 Jun 2004 04:48:54 +0200
From: "Jo Andreas P. Sama" <jas@vafancolo.com>
Subject: Re: permonks: random images/texts for web page
Message-Id: <2j76cmFtkupgU1@uni-berlin.de>
Wenjie wrote:
> Hello,
>
>
> I searched the web and find some randam image perl scripts. But not as
> elegant as I imagined. Do you know how the random image is implemented at:
> http://www.perlmonks.org/ ???
>
> Furthermore, I want to get some insights into the following points:
> - How could I pickup some random image/text file from some directories?
> - How could I glob a set of user text files and pick up some particular
> paragraph's data for random input?
> - Shall I use SSI if my page is dynamically generated by perl CGI script?
> - I saw some onliner on perl cook book, does anyone have such a solution,
> maybe just several lines?
>
>
> Thanks and greetings!
> Wenjie
Regarding SSI,
I currently use SSI to implement a text
updated daily at my site, and it does save
me printing out a lot of HTML from my scripts.
(Is this, true laziness?)
SSI is nice, especially if you want to add a last
modified date, or something else.
SSI might be quite useful in many cases, but this
is as all things, relative. The downturn is a minor
increase in the time used to serve the page to a client.
--
Best regards,
Jo Andreas P. Sama
http://vafancolo.com
------------------------------
Date: Mon, 14 Jun 2004 22:09:54 GMT
From: Carl Banks <imbosol@aerojockey.invalid>
Subject: Re: Searching for the best scripting language,
Message-Id: <Smpzc.96166$DG4.80741@fe2.columbus.rr.com>
Cameron Laird wrote:
> In article <9hdzc.93679$DG4.801@fe2.columbus.rr.com>,
> Carl Banks <imbosol@aerojockey.invalid> wrote:
> .
> .
> .
>>(Since when does Perl have an interactive interpretter?)
> .
> .
> .
> Long time <URL:
> http://phaseit.net/claird/comp.lang.perl.misc/perl_interactive.html >.
Heh. It seems to me that, by the same reasoning, we could claim that
Python has verbose execution. Someone's obviously willing to give
Perl the benefit of the doubt here, but not Python. I smell
shenanigans.
--
CARL BANKS http://www.aerojockey.com/software
"If you believe in yourself, drink your school, stay on drugs, and
don't do milk, you can get work."
-- Parody of Mr. T from a Robert Smigel Cartoon
------------------------------
Date: Mon, 14 Jun 2004 18:58:49 -0400
From: Peter Hansen <peter@engcorp.com>
Subject: Re: Searching for the best scripting language,
Message-Id: <C7CdnQYX-bIwsFPdRVn-ig@powergate.ca>
Carl Banks wrote:
> Heh. It seems to me that, by the same reasoning, we could claim that
> Python has verbose execution. Someone's obviously willing to give
> Perl the benefit of the doubt here, but not Python. I smell
> shenanigans.
I tried a few Google searches, even apparently reaching the page that
started this thread, but I can't see what "verbose execution" might
mean other than (a guess) a "trace" mode which prints something for
every line executed as the interpreter runs. And, if that's really
what it is, then Python does have the capability pretty easily, via
sys.settrace(). (Which I'm sure Carl knows, therefore I assume my
guess is wrong.)
-Peter
------------------------------
Date: Tue, 15 Jun 2004 01:06:45 GMT
From: Carl Banks <imbosol@aerojockey.invalid>
Subject: Re: Searching for the best scripting language,
Message-Id: <FYrzc.96743$DG4.77631@fe2.columbus.rr.com>
Peter Hansen wrote:
> Carl Banks wrote:
>> Heh. It seems to me that, by the same reasoning, we could claim that
>> Python has verbose execution. Someone's obviously willing to give
>> Perl the benefit of the doubt here, but not Python. I smell
>> shenanigans.
>
> I tried a few Google searches, even apparently reaching the page that
> started this thread, but I can't see what "verbose execution" might
> mean other than (a guess) a "trace" mode which prints something for
> every line executed as the interpreter runs. And, if that's really
> what it is, then Python does have the capability pretty easily, via
> sys.settrace(). (Which I'm sure Carl knows, therefore I assume my
> guess is wrong.)
I took it to mean the same thing you did (you might note that shell
scripts are listed as having verbose execution, which pretty much can
only mean that one thing).
My point was, Perl's interactive interpretter isn't "real"; to get it,
you have to invoke the debugger, or use a little Perl program to get
the effect. Likewise, Python's verbose execution isn't "real"; you
can't get it with a simple command line argument. You have to define
a settrace function.
Yet, they list Perl as having an interactive interpretter, by Python
as not having verbose execution. Smells like a someone has an
unconscious bias here.
--
CARL BANKS http://www.aerojockey.com/software
"If you believe in yourself, drink your school, stay on drugs, and
don't do milk, you can get work."
-- Parody of Mr. T from a Robert Smigel Cartoon
------------------------------
Date: Mon, 14 Jun 2004 20:00:14 -0700
From: David Eppstein <eppstein@ics.uci.edu>
Subject: Re: Searching for the best scripting language,
Message-Id: <eppstein-A6EF6E.20001414062004@news.service.uci.edu>
In article <FYrzc.96743$DG4.77631@fe2.columbus.rr.com>,
Carl Banks <imbosol@aerojockey.invalid> wrote:
> I took it to mean the same thing you did (you might note that shell
> scripts are listed as having verbose execution, which pretty much can
> only mean that one thing).
>
> My point was, Perl's interactive interpretter isn't "real"; to get it,
> you have to invoke the debugger, or use a little Perl program to get
> the effect. Likewise, Python's verbose execution isn't "real"; you
> can't get it with a simple command line argument. You have to define
> a settrace function.
>
> Yet, they list Perl as having an interactive interpretter, by Python
> as not having verbose execution. Smells like a someone has an
> unconscious bias here.
The command lines they used for getting an interactive interpreter are
listed near the bottom of the page
http://merd.sourceforge.net/pixel/language-study/scripting-language/
for perl, the line is
perl -de 1
and the verbose execution command is
perl -d:Trace
If you know of a batteries-included and similarly easy way to get
verbose execution of some sort for Python, I suggest you send it to them
via the email link at the top of the page -- I've found them open to
feedback and suggestions.
BTW, the shell script verbose execution is "sh -x".
--
David Eppstein http://www.ics.uci.edu/~eppstein/
Univ. of California, Irvine, School of Information & Computer Science
------------------------------
Date: 6 Apr 2001 21:33:47 GMT (Last modified)
From: Perl-Users-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 6 Apr 01)
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.
NOTE: due to the current flood of worm email banging on ruby, the smtp
server on ruby has been shut off until further notice.
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.
#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 V10 Issue 6691
***************************************
