[26083] in Perl-Users-Digest
Perl-Users Digest, Issue: 8284 Volume: 10
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Wed Jul 27 21:05:13 2005
Date: Wed, 27 Jul 2005 18:05:04 -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 Wed, 27 Jul 2005 Volume: 10 Number: 8284
Today's topics:
Re: Active State Perl <see.sig@rochester.rr.com>
Re: copy contructor (Anno Siegel)
Re: copy contructor <abigail@abigail.nl>
Re: Earthquake Forecasting Program July 11, 2005 <thiswillbounce@bumblbee.demon.co.uk>
multidimensional insertion order <cNaOlSePbA@MvPeLtEsAtSaEr.com>
Re: multidimensional insertion order <abigail@abigail.nl>
Re: Perl performance issue <"See signature for e-mail address:;">
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Wed, 27 Jul 2005 23:21:03 GMT
From: Bob Walton <see.sig@rochester.rr.com>
Subject: Re: Active State Perl
Message-Id: <zFUFe.28$8y3.18@twister.nyroc.rr.com>
jane@rifill.com wrote:
...
>>Assuming you want to use Image::Magick from Perl, you should use
>>ppm (Perl Package Manager) to install the Image::Magick module
>>once you have ActiveState Perl installed. Just issue:
>>
>> ppm
>>
>>at a command prompt and then type
>
>
> I have a problem with the above like
>
> Cmd
> ppm
>
> Does nothing just brings me back to the c: root
>
> BUT if I type ppm3.bat then it brings me to the ppm prompt
Hmmmm...if I recall correctly, one gets that symptom if one
installs ActiveState Perl version 5.8.x over top of ActiveState
Perl version 5.6.x. Did you perhaps do that? Try uninstalling
whatever Perl installations you have, deleting all the c:\perl
hierarchy, and reinstall Perl. When it is done, fire up a new
command window (and, depending on your version of Windoze [I
recall you saying XP], log out/in or reboot -- whatever it takes
to get the updated environment variable information in your
command interpreter session), and ppm should work normally.
HTH.
...
> Jane
...
>>>Jane
--
Bob Walton
Email: http://bwalton.com/cgi-bin/emailbob.pl
------------------------------
Date: 27 Jul 2005 22:02:24 GMT
From: anno4000@lublin.zrz.tu-berlin.de (Anno Siegel)
Subject: Re: copy contructor
Message-Id: <dc909g$gc2$2@mamenchi.zrz.TU-Berlin.DE>
Abigail <abigail@abigail.nl> wrote in comp.lang.perl.misc:
> Anno Siegel (anno4000@lublin.zrz.tu-berlin.de) wrote on MMMMCCCXLVII
> September MCMXCIII in <URL:news:dc5vo5$iuc$1@mamenchi.zrz.TU-Berlin.DE>:
> ^^
> ^^ So "Perl" inherits whichever ->new happens to be first on @ISA, it doesn't
> ^^ matter because they're all equivalent. And if another class (not
> ^^ necessarily inside-out) also had separate construction and initialization,
> ^^ it should be easy to thread it into the scheme. Correct me if I'm wrong,
> ^^ but it looks like an inside-out class could inherit from such a base class
> ^^ of *any* type without any further measures.
>
>
> Indeed. By design. ;-)
Only once, sadly. So you can inherit from as many inside-out classes as
is good for you, plus one "normal" (type-committed) class.
One could wax philosophical about inside-out objects, how a normal inside-
in object holds everything of interest inside and nothing on the outside,
and thus, turning it inside-out, the core of an inside-out object becomes
an object-shaped void which is the former empty outside of the original,
and how this void can be filled with a normally functioning object
while the inside-out object continues to function because its function
is located on the outside, but I won't.
Instead, let me add a thought that is only loosely related. It seems
to me that inheritance and encapsulation don't go together (anywhere,
not only in Perl) in one respect. When it comes to overriding some
of the original methods, you must know how the methods in the base class
use (call) each other in order to predict the result. On the other hand,
that's an implementation detail that shouldn't concern the inheriting
class. I don't see how that can be resolved.
Anno
--
If you want to post a followup via groups.google.com, don't use
the broken "Reply" link at the bottom of the article. Click on
"show options" at the top of the article, then click on the
"Reply" at the bottom of the article headers.
--
If you want to post a followup via groups.google.com, don't use
the broken "Reply" link at the bottom of the article. Click on
"show options" at the top of the article, then click on the
"Reply" at the bottom of the article headers.
------------------------------
Date: 27 Jul 2005 22:32:36 GMT
From: Abigail <abigail@abigail.nl>
Subject: Re: copy contructor
Message-Id: <slrndeg2s4.7fo.abigail@alexandra.abigail.nl>
Anno Siegel (anno4000@lublin.zrz.tu-berlin.de) wrote on MMMMCCCXLVIII
September MCMXCIII in <URL:news:dc909g$gc2$2@mamenchi.zrz.TU-Berlin.DE>:
() Abigail <abigail@abigail.nl> wrote in comp.lang.perl.misc:
() > Anno Siegel (anno4000@lublin.zrz.tu-berlin.de) wrote on MMMMCCCXLVII
() > September MCMXCIII in <URL:news:dc5vo5$iuc$1@mamenchi.zrz.TU-Berlin.DE>:
() > ^^
() > ^^ So "Perl" inherits whichever ->new happens to be first on @ISA, it does
() > ^^ matter because they're all equivalent. And if another class (not
() > ^^ necessarily inside-out) also had separate construction and initializati
() > ^^ it should be easy to thread it into the scheme. Correct me if I'm wron
() > ^^ but it looks like an inside-out class could inherit from such a base cl
() > ^^ of *any* type without any further measures.
() >
() >
() > Indeed. By design. ;-)
()
() Only once, sadly. So you can inherit from as many inside-out classes as
() is good for you, plus one "normal" (type-committed) class.
Unless you create some kind of has-a relationship. But this 'defect'
isn't restricted to inside-out objects. Whatever you do, it's going to
be hard to merge 2 hashes and 3 arrays. (Merging a single hash and a
single array would still be possible by overloading the object to have
@{} and %{} magic).
But in practise, the wide-spread practise (sic) of configuring an object
in the constructor makes it already impossible to do MI without falling
back on a has-a relationship.
() One could wax philosophical about inside-out objects, how a normal inside-
() in object holds everything of interest inside and nothing on the outside,
() and thus, turning it inside-out, the core of an inside-out object becomes
() an object-shaped void which is the former empty outside of the original,
() and how this void can be filled with a normally functioning object
() while the inside-out object continues to function because its function
() is located on the outside, but I won't.
()
() Instead, let me add a thought that is only loosely related. It seems
() to me that inheritance and encapsulation don't go together (anywhere,
() not only in Perl) in one respect. When it comes to overriding some
() of the original methods, you must know how the methods in the base class
() use (call) each other in order to predict the result. On the other hand,
() that's an implementation detail that shouldn't concern the inheriting
() class. I don't see how that can be resolved.
Well, IMO, it's a bad idea to override a proper subset of related methods.
A lot of inheritance is done without overriding any methods - they are
merely adding functionality, not overriding any. Then you don't have
the problem you describe above. Furthermore, a lot of overriding is done
while still calling the overridden method using SUPER.
But if you have a statistical object with two methods, 'add' to add a
new number to the set, and 'average' to return the average of the set,
overriding either of 'add' or 'average', without calling SUPER:: is
unlikely to work properly.
Abigail
--
perl -wle 'print "Prime" if (0 x shift) !~ m 0^\0?$|^(\0\0+?)\1+$0'
------------------------------
Date: Thu, 28 Jul 2005 01:49:36 +0100
From: Lemming <thiswillbounce@bumblbee.demon.co.uk>
Subject: Re: Earthquake Forecasting Program July 11, 2005
Message-Id: <7qage1h9vve4ba0ub0ka3fuo4nph7j3qv0@4ax.com>
On Wed, 13 Jul 2005 23:39:46 GMT, "Hank Oredson"
<horedson@earthlink.net> wrote:
>In particular I am interested in the EM dataset.
Hank, with respect ...
Posted to nine newsgroups; fluffy responses when you ask specific
questions; evasion when you repeatedly ask for real data ... I regret
to say, YHBT.
Lemming
--
Curiosity *may* have killed Schrodinger's cat.
------------------------------
Date: Wed, 27 Jul 2005 16:44:19 -0600
From: Spin <cNaOlSePbA@MvPeLtEsAtSaEr.com>
Subject: multidimensional insertion order
Message-Id: <11eg3i4rpiq2gd9@corp.supernews.com>
Is there a way to maintain insertion order in multidimensional hashes
across ALL levels of the hash? If I use Tie::IxHash, it only maintains
the insertion order of the first level. I am parsing a file line by line
and trying to create basically a crosstab html table by converting the
parsed lines to a structured 4-tier hash.
TIA
Caleb
------------------------------
Date: 27 Jul 2005 23:57:53 GMT
From: Abigail <abigail@abigail.nl>
Subject: Re: multidimensional insertion order
Message-Id: <slrndeg7s0.7fo.abigail@alexandra.abigail.nl>
Spin (cNaOlSePbA@MvPeLtEsAtSaEr.com) wrote on MMMMCCCXLVIII September
MCMXCIII in <URL:news:11eg3i4rpiq2gd9@corp.supernews.com>:
;; Is there a way to maintain insertion order in multidimensional hashes
;; across ALL levels of the hash? If I use Tie::IxHash, it only maintains
;; the insertion order of the first level. I am parsing a file line by line
;; and trying to create basically a crosstab html table by converting the
;; parsed lines to a structured 4-tier hash.
Use Tie::IxHash on the lower levels as well.
Abigail
--
perl -weprint\<\<EOT\; -eJust -eanother -ePerl -eHacker -eEOT
------------------------------
Date: Thu, 28 Jul 2005 10:22:58 +1000
From: Cameron McCormack <"See signature for e-mail address:;">
Subject: Re: Perl performance issue
Message-Id: <42e82608$1@quokka.wn.com.au>
brian d foy wrote:
> Compare the two perl binary (perl -V) and see what's different
> about them. :)
I did compare the output of 'perl -V' on both machines, and the only
difference was that on my old machine there are a couple of extra paths
in @INC.
--
e-mail : cam (at) mcc.id.au icq : 26955922
web : http://mcc.id.au/ msn : cam-msn (at) aka.mcc.id.au
office : +61399055779 jabber : heycam (at) jabber.org
------------------------------
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 8284
***************************************
