[30521] in Perl-Users-Digest
Perl-Users Digest, Issue: 1764 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Mon Aug 4 17:50:36 2008
Date: Sun, 3 Aug 2008 00:09:06 -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 Sun, 3 Aug 2008 Volume: 11 Number: 1764
Today's topics:
CLPM - a help group? sln@netherlands.com
Re: CLPM - a help group? <brian.d.foy@gmail.com>
Re: Fail to upgrade all the packages of perl in Linux e (Jens Thoms Toerring)
Re: Fail to upgrade all the packages of perl in Linux e <jurgenex@hotmail.com>
Re: FAQ 4.2 Why is int() broken? <jwkenne@attglobal.net>
Re: FAQ 4.2 Why is int() broken? <jwkenne@attglobal.net>
Re: FAQ 4.36 How can I expand variables in text strings <brian.d.foy@gmail.com>
Re: How do I tell sendmail where to send bounced mail? <John.Smith@invalid.com>
new CPAN modules on Sun Aug 3 2008 (Randal Schwartz)
Re: Perl - Gnuplot Topics <HBBroeker@t-online.de>
Re: Perl - Gnuplot Topics sln@netherlands.com
Re: Perl - Gnuplot Topics <edgrsprj@ix.netcom.com>
Re: Perl - Gnuplot Topics <edgrsprj@ix.netcom.com>
Re: Perl - Gnuplot Topics merritt@chauvet.bmsc.washington.edu
Re: Perl - Gnuplot Topics <jurgenex@hotmail.com>
Re: Perl - Gnuplot Topics <edgrsprj@ix.netcom.com>
Success - Thanks <edgrsprj@ix.netcom.com>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Sat, 02 Aug 2008 20:29:32 GMT
From: sln@netherlands.com
Subject: CLPM - a help group?
Message-Id: <icg994pb2vv6t2dc5j5a725lhiv8a0tg6t@4ax.com>
Whats the charter of this newsgroup?
Is it strictly Q&A?
All questions. Post code without a question reveals nothing.
I wouldn't call this an educational/professional group in that case.
Am I posting to the wrong group? Just what is this group for?
Not for programmers it seems.
Perhaps it should be renamed to
comp.lang.perl.questions.misc.beginner.programmer.edu
Because it makes sence.
Whats the answer, this is a question?
sln
------------------------------
Date: Sat, 02 Aug 2008 18:09:47 -0500
From: brian d foy <brian.d.foy@gmail.com>
Subject: Re: CLPM - a help group?
Message-Id: <020820081809478082%brian.d.foy@gmail.com>
In article <icg994pb2vv6t2dc5j5a725lhiv8a0tg6t@4ax.com>,
<sln@netherlands.com> wrote:
> Whats the charter of this newsgroup?
> Is it strictly Q&A?
I've never seen an official charter for this group, but it certainly
isn't a help desk. It's for general discussion of Perl. That might be
questions, answers, essays, or whatever else people decide to post.
People post the thoughtful stuff in blogs now, so you don't see much of
that in usenet anymore.
> Am I posting to the wrong group? Just what is this group for?
It depends on what you are trying to acheive. If you're looking to
learn perl, you probably want to move over to learn.perl.org and look
at its discussion lists.
If you want detailed discussions of the gory details of Perl, you might
try PerlMonks.
If you are interested in topical discussion of narrow topics, look at
the Perl mailing lists to see if one meets your needs:
http://lists.cpan.org/
If you're looking for something else, tell us what it is and somebody
might be able to point you in the right direction.
clpm is what it is, despite what anyone tries to make it. If that works
for you, great. If it doesn't, there's not much chance of making it
into something else.
Good luck :)
------------------------------
Date: 2 Aug 2008 20:14:13 GMT
From: jt@toerring.de (Jens Thoms Toerring)
Subject: Re: Fail to upgrade all the packages of perl in Linux environment
Message-Id: <6fjtglFbtkstU1@mid.uni-berlin.de>
kwan <kwan.jingx@gmail.com> wrote:
> I want to upgrade all the packages in perl, but fail. Any sugguest?
The only suggestion I can come up with is: rephrase this so that
it contains information that tells what exactly you did try to
update your Perl installation and what exactly is meant by "but
fail". Without that informations it's rather unlikely that some-
body will be able to help you.
Regards, Jens
--
\ Jens Thoms Toerring ___ jt@toerring.de
\__________________________ http://toerring.de
------------------------------
Date: Sat, 02 Aug 2008 20:24:37 GMT
From: Jürgen Exner <jurgenex@hotmail.com>
Subject: Re: Fail to upgrade all the packages of perl in Linux environment
Message-Id: <pbg994dffnlrflk6vdsg51h7rrnmd217oo@4ax.com>
jt@toerring.de (Jens Thoms Toerring) wrote:
>kwan <kwan.jingx@gmail.com> wrote:
>> I want to upgrade all the packages in perl, but fail. Any sugguest?
>
>The only suggestion I can come up with is: rephrase this so that
>it contains information that tells what exactly you did try to
>update your Perl installation and what exactly is meant by "but
>fail". Without that informations it's rather unlikely that some-
>body will be able to help you.
Also what did he mean by packages? Maybe PPM? Maybe the installation
packages for the Perl component of his Linux distribution (whichever
that might be)?
jue
------------------------------
Date: Sat, 02 Aug 2008 19:02:51 -0400
From: John W Kennedy <jwkenne@attglobal.net>
Subject: Re: FAQ 4.2 Why is int() broken?
Message-Id: <4894e79b$0$20927$607ed4bc@cv.net>
Dave Stratford wrote:
> In article <slrng8rg3a.pia.hjp-usenet2@hrunkner.hjp.at>,
> Peter J. Holzer <hjp-usenet2@hjp.at> wrote:
>
>> Actually, I didn't write what "a typical computer" uses, just what
>> happens when a binary system is used (which is what perl uses on most
>> (all?) platforms - COBOL uses normally uses decimal).
>
> Obviously written by someone who doesn't know cobol at all well. Cobol has
> been able to use binary since at least 1974. That 'normally' is completely
> wrong, by default cobol wants to use binary. (at least since 1974 it has!)
The COBOL language did not distinguish binary from decimal until 1985.
Before that, most compilers for hardware that supported both bases
supplied some kind of language extension. In IBM, the tradition was to
use COMPUTATIONAL for binary and COMPUTATIONAL-3 for decimal
(COMPUTATIONAL-1 and COMPUTATIONAL-2 already being used for floating
point as a legacy from pre-360 systems).
In any case, all he said was "normally", which is true. Only an idiot
uses binary for dollars and cents if decimal is available to him.
--
John W. Kennedy
"Only an idiot fights a war on two fronts. Only the heir to the
throne of the kingdom of idiots would fight a war on twelve fronts"
-- J. Michael Straczynski. "Babylon 5", "Ceremonies of Light and Dark"
------------------------------
Date: Sat, 02 Aug 2008 19:04:25 -0400
From: John W Kennedy <jwkenne@attglobal.net>
Subject: Re: FAQ 4.2 Why is int() broken?
Message-Id: <4894e7f9$0$20918$607ed4bc@cv.net>
Randal L. Schwartz wrote:
>>>>>> "Dave" == Dave Stratford <daves@orpheusmail.co.uk> writes:
>
> Dave> Obviously written by someone who doesn't know cobol at all well. Cobol
> Dave> has been able to use binary since at least 1974. That 'normally' is
> Dave> completely wrong, by default cobol wants to use binary. (at least since
> Dave> 1974 it has!)
>
> But 1974 is "relatively modern" with respect to Cobol, right?
Not really. COBOL has had at least two major version updates since, the
latest in 2002.
--
John W. Kennedy
Having switched to a Mac in disgust at Microsoft's combination of
incompetence and criminality.
------------------------------
Date: Sat, 02 Aug 2008 17:59:11 -0500
From: brian d foy <brian.d.foy@gmail.com>
Subject: Re: FAQ 4.36 How can I expand variables in text strings?
Message-Id: <020820081759119939%brian.d.foy@gmail.com>
In article <fc8cm5xnc2.ln2@carpet.zombinet>, Eric Pozharski
<whynot@pozharski.name> wrote:
> npc <npc@zomg.tk> wrote:
> > On Fri, 01 Aug 2008 06:03:03 -0700, PerlFAQ Server wrote:
>
> >> 4.36: How can I expand variables in text strings?
>
> > I don't understand this faq entry. I'm probably misunderstanding it.
>
> Never mind. It's a ping-pong FAQ.
I'm not familiar with " ping-pong FAQ". Can you explain that?
> [To FAQ maintainers]
>
> >> $string = 'Say hello to $foo and $bar';
>
> Did I miss something?
>
> s/'/"/g;
Yes, you missed the point of the question. It's a literal string that
is exactly as it is typed. It is not a double quoted string because
that would interpolate, so wouldn't be a literal string with a sequence
of characters that look like a scalar variable name.
------------------------------
Date: Sun, 03 Aug 2008 07:44:32 +0300
From: John <John.Smith@invalid.com>
Subject: Re: How do I tell sendmail where to send bounced mail?
Message-Id: <gsda94piak17iuabkcjskl2l88s6c37dl8@4ax.com>
Gunnar Hjalmarsson <noreply@gunnar.cc> wrote:
>John wrote:
>> I am using the following code to send email from a Perl script:
>>
>> open(MAIL,"|/usr/sbin/sendmail -t") || return 0;
>> select (MAIL);
>> print "To: mycustomer\@home.com\n";
>> print "From: me\@mybiz.biz\n";
>> print "Return-Path: me\@mybiz.biz\n";
>> print "Subject: Hello world\n";
>> print "\n";
>> print "It works!\n";
>> close(MAIL);
>> select (STDOUT);
>>
>> The code works just fine provided the From address is OK.
>> If the address is invalid (but lexically OK) I want to get a "bounced email
>> receiver is no longer" etc. note but I get nothing.
>>
>> The Return path does not seem to help.
>
>Use the -f option:
>
> open (MAIL, "|/usr/sbin/sendmail -t -fme\@mybiz.biz") ...
Thank you! It worked!
------------------------------
Date: Sun, 3 Aug 2008 04:42:24 GMT
From: merlyn@stonehenge.com (Randal Schwartz)
Subject: new CPAN modules on Sun Aug 3 2008
Message-Id: <K50D2o.1sAG@zorch.sf-bay.org>
The following modules have recently been added to or updated in the
Comprehensive Perl Archive Network (CPAN). You can install them using the
instructions in the 'perlmodinstall' page included with your Perl
distribution.
Array-Tour-0.04
http://search.cpan.org/~jgamble/Array-Tour-0.04/
Base class for Array Tours.
----
B-Generate-1.13
http://search.cpan.org/~rurban/B-Generate-1.13/
Create your own op trees.
----
CGI-Lazy-0.01
http://search.cpan.org/~vayde/CGI-Lazy-0.01/
----
CGI-Lazy-0.02
http://search.cpan.org/~vayde/CGI-Lazy-0.02/
----
CGI-Lazy-0.02-r2
http://search.cpan.org/~vayde/CGI-Lazy-0.02-r2/
----
CGI-Lazy-ModPerl-0.02
http://search.cpan.org/~vayde/CGI-Lazy-ModPerl-0.02/
----
CPAN-Mini-Webserver-0.32
http://search.cpan.org/~lbrocard/CPAN-Mini-Webserver-0.32/
Search and browse Mini CPAN
----
Chess-Rep-0.4
http://search.cpan.org/~mishoo/Chess-Rep-0.4/
represent chess positions, generate list of legal moves, parse moves in various formats.
----
ClearPress-224
http://search.cpan.org/~rpettett/ClearPress-224/
Simple, fresh & fruity MVC framework
----
Distribution-Guess-BuildSystem-0.10_01
http://search.cpan.org/~bdfoy/Distribution-Guess-BuildSystem-0.10_01/
This is the description
----
EekBoek-1.03.91
http://search.cpan.org/~jv/EekBoek-1.03.91/
Bookkeeping software for small and medium-size businesses
----
Graphics-Primitive-Driver-Cairo-0.04
http://search.cpan.org/~gphat/Graphics-Primitive-Driver-Cairo-0.04/
Cairo backend for Graphics::Primitive
----
HTML-WidgetValidator-Widget-TegakiBlog-0.01
http://search.cpan.org/~pmint/HTML-WidgetValidator-Widget-TegakiBlog-0.01/
Perl extension for validate "Tegaki blog"(handwriting blog) blog parts.
----
Ham-APRS-LastPacket-0.01
http://search.cpan.org/~bradmc/Ham-APRS-LastPacket-0.01/
A simple interface to retrieve the most recent packet data for a station from APRS-IS.
----
Helios-2.00
http://search.cpan.org/~lajandy/Helios-2.00/
a framework for developing asynchronous distributed job processing applications
----
Hey-heyPass-2.09
http://search.cpan.org/~wilsond/Hey-heyPass-2.09/
Client for heyPass Centralized Authentication System
----
Hey-heyPass-2.1
http://search.cpan.org/~wilsond/Hey-heyPass-2.1/
Client for heyPass Centralized Authentication System
----
Hey-heyPass-2.11
http://search.cpan.org/~wilsond/Hey-heyPass-2.11/
Client for heyPass Centralized Authentication System
----
IO-AIO-3.07
http://search.cpan.org/~mlehmann/IO-AIO-3.07/
Asynchronous Input/Output
----
IP-ChinaISP-0.07
http://search.cpan.org/~pangj/IP-ChinaISP-0.07/
Retrieve an ISP in China from the given IP
----
MooseX-MutatorAttributes-0.01
http://search.cpan.org/~notbenh/MooseX-MutatorAttributes-0.01/
add a quick set method that returns self
----
MooseX-MutatorAttributes-0.02
http://search.cpan.org/~notbenh/MooseX-MutatorAttributes-0.02/
Moose Role to add a quick set method that returns self
----
MySQL-Config-1.04
http://search.cpan.org/~darren/MySQL-Config-1.04/
Parse and utilize MySQL's /etc/my.cnf and ~/.my.cnf files
----
Object-Lazy-0.03
http://search.cpan.org/~steffenw/Object-Lazy-0.03/
create objects late from non-owned classes
----
POE-Component-CPANPLUS-YACSmoke-1.38
http://search.cpan.org/~bingos/POE-Component-CPANPLUS-YACSmoke-1.38/
Bringing the power of POE to CPAN smoke testing.
----
POE-Component-IRC-Plugin-WWW-Cache-Google-0.0101
http://search.cpan.org/~zoffix/POE-Component-IRC-Plugin-WWW-Cache-Google-0.0101/
give URIs to Google's cache pages checking if they exist
----
POE-Component-WWW-Cache-Google-0.0201
http://search.cpan.org/~zoffix/POE-Component-WWW-Cache-Google-0.0201/
non-blocking wrapper around WWW::Cache::Google
----
RDF-Redland-Model-ExifTool-0.02
http://search.cpan.org/~arnhemcr/RDF-Redland-Model-ExifTool-0.02/
extends Redland set of RDF statements (RDF::Redland::Model) to process Exif meta data from ExifTool (Image::ExifTool) into RDF statements
----
RPC-JSON-0.15
http://search.cpan.org/~chrisc/RPC-JSON-0.15/
JSON-RPC Client Library
----
SNMP-Info-2.00
http://search.cpan.org/~emiller/SNMP-Info-2.00/
Object Oriented Perl5 Interface to Network devices and MIBs through SNMP.
----
SelfLoader-1.16
http://search.cpan.org/~smueller/SelfLoader-1.16/
load functions only on demand
----
TRD-Velocity-0.0.6
http://search.cpan.org/~ichi/TRD-Velocity-0.0.6/
Template engine
----
Test-Differences-0.49_02
http://search.cpan.org/~ovid/Test-Differences-0.49_02/
Test strings and data structures and show differences if not ok
----
Tie-Sub-0.06
http://search.cpan.org/~steffenw/Tie-Sub-0.06/
Tying a subroutine, function or method to a hash
----
Tree-RB-0.2
http://search.cpan.org/~arunbear/Tree-RB-0.2/
Perl implementation of the Red/Black tree, a type of balanced binary search tree.
----
XML-Grammar-Fortune-0.0103
http://search.cpan.org/~shlomif/XML-Grammar-Fortune-0.0103/
convert the FortunesXML grammar to other formats and from plaintext.
----
XML-Pastor-1.0.2
http://search.cpan.org/~aulusoy/XML-Pastor-1.0.2/
Generate Perl classes with XML bindings starting from a W3C XSD Schema
----
XML-Pastor-1.0.3
http://search.cpan.org/~aulusoy/XML-Pastor-1.0.3/
Generate Perl classes with XML bindings starting from a W3C XSD Schema
----
cpan_bot-0.10
http://search.cpan.org/~zoffix/cpan_bot-0.10/
an IRC CPAN Info bot
----
mobirc-1.02
http://search.cpan.org/~tokuhirom/mobirc-1.02/
modern IRC to HTTP gateway
If you're an author of one of these modules, please submit a detailed
announcement to comp.lang.perl.announce, and we'll pass it along.
This message was generated by a Perl program described in my Linux
Magazine column, which can be found on-line (along with more than
200 other freely available past column articles) at
http://www.stonehenge.com/merlyn/LinuxMag/col82.html
print "Just another Perl hacker," # the original
--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
<merlyn@stonehenge.com> <URL:http://www.stonehenge.com/merlyn/>
Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc.
See http://methodsandmessages.vox.com/ for Smalltalk and Seaside discussion
------------------------------
Date: Sat, 02 Aug 2008 22:59:55 +0200
From: =?ISO-8859-1?Q?Hans-Bernhard_Br=F6ker?= <HBBroeker@t-online.de>
Subject: Re: Perl - Gnuplot Topics
Message-Id: <g72hrv$j03$02$1@news.t-online.com>
E.D.G. wrote:
> My program draws world maps for example. And they can have a vertical
> line representing longitude that moves to the right or left based on
> pressing the appropriate arrow key. Each time the line is moved one
> longitude degree Gnuplot has to redraw the entire world map.
_Every_ program for 3D views on a 2D screen has to do that. The only
open question is whether the computations for that redraw are performed
by some hardware 3D graphics processor, or by the main CPU.
------------------------------
Date: Sat, 02 Aug 2008 22:12:00 GMT
From: sln@netherlands.com
Subject: Re: Perl - Gnuplot Topics
Message-Id: <ijm9945s7ejsi3090gcdf4kt30tr01rn3n@4ax.com>
On Fri, 1 Aug 2008 05:19:03 -0500, "E.D.G." <edgrsprj@ix.netcom.com> wrote:
>If you have a response that contains information for both Perl and Gnuplot
>users then you might post to both groups. Otherwise you should probably
>post responses to just one group or the other.
>
>1. Using Perl And Gnuplot With Windows XP And Windows Vista
>2. Perl And Gnuplot Recommendations
>A. A Formal Perl - Gnuplot Interface
>B. A Real Time Version Of Gnuplot
>3. Perl .exe Program Assistance Needed
>
>1. USING PERL AND GNUPLOT WITH WINDOWS XP AND WINDOWS VISTA
>
>Gnuplot can be a powerful graphics program when used by itself or with Perl
>and probably any of a number of other programming languages. One of the
>advantages of using them together is that both are actively supported. When
>new versions of Perl are developed, older graphics modules might work and
>they might not. But once a Perl - Gnuplot interface is developed, Gnuplot
Why would any sane person go for this logic given anything removed from
C/C++/Assembly is purely a HOG. Most all matrix conversions are done on
the graphics chip. What are you selling here??
>programs should work with any Perl updates.
>
>Perl is great for fast, complex calculations and data array management.
This is simply not true. Where did you get this from??????
>Gnuplot produces high quality graphics and appears to use relatively little
>computer memory.
>
<snip> the rest of the BS.......
------------------------------
Date: Sat, 2 Aug 2008 18:30:32 -0500
From: "E.D.G." <edgrsprj@ix.netcom.com>
Subject: Re: Perl - Gnuplot Topics
Message-Id: <Cv-dnY4gJfuLcwnVnZ2dnUVZ_tbinZ2d@earthlink.com>
"Hans-Bernhard Bröker" <HBBroeker@t-online.de> wrote in message
news:g72hrv$j03$02$1@news.t-online.com...
> _Every_ program for 3D views on a 2D screen has to do that. The only open
> question is whether the computations for that redraw are performed by some
> hardware 3D graphics processor, or by the main CPU.
The following is a little more detail regarding that concept. "plot" is an
already existing Gnuplot command. "tmplot" and "unplot" are only being
proposed in this posting.
plot 'world.map'
That command would plot the entire file which could be fairly complex.
tmplot 'line.map'
temporary plot - That command would draw the line or whatever defined in
line.map on top of the world.map screen. But Gnuplot would remember the
screen content that was covered by the new line.
unplot 'line.map'
unplot or erase a temporary plot - That command would tell Gnuplot to
erase the new line and replace it with the original data from world.map.
What would be saved by using those proposed new commands is some plotting
time if world.map had generated a fairly complex screen. To draw temporary
lines etc. like that Gnuplot would have to have some way of determining what
was being drawn over and storing that data. It is possible that something
like that would be too complicated.
------------------------------
Date: Sat, 2 Aug 2008 18:37:44 -0500
From: "E.D.G." <edgrsprj@ix.netcom.com>
Subject: Re: Perl - Gnuplot Topics
Message-Id: <qr6dnUROetBacgnVnZ2dnUVZ_g-dnZ2d@earthlink.com>
<sln@netherlands.com> wrote in message
news:ijm9945s7ejsi3090gcdf4kt30tr01rn3n@4ax.com...
>>Perl is great for fast, complex calculations and data array management.
>
> This is simply not true. Where did you get this from??????
>
Quite a bit of programming that I did in the past involved versions of Basic
that interpreted one line of code at a time. In comparison, Perl is a
racehorse.
------------------------------
Date: Sat, 2 Aug 2008 17:09:34 -0700 (PDT)
From: merritt@chauvet.bmsc.washington.edu
Subject: Re: Perl - Gnuplot Topics
Message-Id: <g72svu$bmt$1@chauvet.bmsc.washington.edu>
In article <Cv-dnY4gJfuLcwnVnZ2dnUVZ_tbinZ2d@earthlink.com>,
E.D.G. <edgrsprj@ix.netcom.com> wrote:
>"Hans-Bernhard Bröker" <HBBroeker@t-online.de> wrote in message
>news:g72hrv$j03$02$1@news.t-online.com...
>> _Every_ program for 3D views on a 2D screen has to do that. The only open
>> question is whether the computations for that redraw are performed by some
>> hardware 3D graphics processor, or by the main CPU.
>
>The following is a little more detail regarding that concept. "plot" is an
>already existing Gnuplot command. "tmplot" and "unplot" are only being
>proposed in this posting.
>
>plot 'world.map'
>That command would plot the entire file which could be fairly complex.
>
>tmplot 'line.map'
>temporary plot - That command would draw the line or whatever defined in
>line.map on top of the world.map screen. But Gnuplot would remember the
>screen content that was covered by the new line.
>
>unplot 'line.map'
>unplot or erase a temporary plot - That command would tell Gnuplot to
>erase the new line and replace it with the original data from world.map.
As I told you before, this functionality is built in to gnuplot's
interactive terminals already. The 'r' key toggles a line or crosshair
that behaves exactly as you describe.
It is at best inefficient to emulate this at a higher level.
>What would be saved by using those proposed new commands is some plotting
>time if world.map had generated a fairly complex screen. To draw temporary
>lines etc. like that Gnuplot would have to have some way of determining what
>was being drawn over and storing that data. It is possible that something
>like that would be too complicated.
As it stands, there is no command-line trigger for the builtin-toggle-ruler
function, since it is intended to be triggered from the plot window.
But there has been a recent suggestion to provide command-line
equivalents for all of the builtin mousing functions. Would that help
your application?
--
Ethan A Merritt
------------------------------
Date: Sun, 03 Aug 2008 01:38:45 GMT
From: Jürgen Exner <jurgenex@hotmail.com>
Subject: Re: Perl - Gnuplot Topics
Message-Id: <cm2a945u6t1fpj4k9hmikq783qoacmgidc@4ax.com>
"E.D.G." <edgrsprj@ix.netcom.com> wrote:
><sln@netherlands.com> wrote in message
>news:ijm9945s7ejsi3090gcdf4kt30tr01rn3n@4ax.com...
>>>Perl is great for fast, complex calculations and data array management.
>>
>> This is simply not true. Where did you get this from??????
>
>Quite a bit of programming that I did in the past involved versions of Basic
>that interpreted one line of code at a time. In comparison, Perl is a
>racehorse.
I guess when all you know are bicycles then a sedan must appear to be
magic to you.
But that doesn't make the sedan a formula one race car in the outside
world at all.
jue
------------------------------
Date: Sat, 2 Aug 2008 22:40:56 -0500
From: "E.D.G." <edgrsprj@ix.netcom.com>
Subject: Re: Perl - Gnuplot Topics
Message-Id: <nsCdnSyzRbxVtQjVnZ2dnUVZ_ozinZ2d@earthlink.com>
<merritt@chauvet.bmsc.washington.edu> wrote in message
news:g72svu$bmt$1@chauvet.bmsc.washington.edu...
> As it stands, there is no command-line trigger for the
> builtin-toggle-ruler
> function, since it is intended to be triggered from the plot window.
> But there has been a recent suggestion to provide command-line
> equivalents for all of the builtin mousing functions. Would that help
> your application?
As I said in one of the other posts, my present setup with Perl sending
Gnuplot data and commands through data files and with Gnuplot replotting all
of the data each time is sufficiently fast for my application. The concept
of having the Gnuplot program have a reversible plot command was largely
something that I thought might be of interest to the program developers. I
believe that it would make Gnuplot more powerful. But it might not be worth
the trouble. I don't know what would be involved with creating a screen
memory that would enable the program to recall just a small area of the
screen.
In case people are interested in that concept, two additional commands might
be:
setscreen
That command would make the present screen including all of the temporary
plots the permanent reference screen.
retscreen
return screen - That command would refresh the screen to the one created
after the latest plot, replot, or setscreen command.
See also my "Success - Thanks" posting.
------------------------------
Date: Sat, 2 Aug 2008 22:41:46 -0500
From: "E.D.G." <edgrsprj@ix.netcom.com>
Subject: Success - Thanks
Message-Id: <MdSdnTZl2plqtQjVnZ2dnUVZ_rbinZ2d@earthlink.com>
"E.D.G." <edgrsprj@ix.netcom.com> wrote in message
news:1PSdnQEBL4PRfg_VnZ2dnUVZ_r7inZ2d@earthlink.com...
>
> 3. Perl .exe Program Assistance Needed
>
After at least a year of trying to determine how to do this and a full day
of effort I am now finally able to get Perl to generate .exe files.
A major problem was the fact that I did not have an understanding of the
module linking process and how Perl's ppm GUI locks onto module
repositories. The only repository that I could see was the one at
ActiveState. And there does not appear to be a module there for creating
.exe files, specifically the Par-Packer module that contains the .exe
generation command.
That module can be found at the bribes.org Web site. However it was not
just a matter of linking that one module. There were at least eight others
that had to be linked as well.
When all was said and done, the .exe generation command worked perfectly.
It created a 3 megabyte .exe file that I was able to copy to another
computer and run. It starts Gnuplot running just like my regular .pl
program. And it will even run off a flash drive.
Developing that .exe file generation capability was probably the last
significant hurtle to overcome in this disaster mitigation program
development effort.
Thanks to all for the assistance and advice.
------------------------------
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 V11 Issue 1764
***************************************
