Graham Barr wrote:
>
> On Thu, Aug 10, 2000 at 06:26:24PM -0400, Chaim Frenkel wrote:
> > >>>>> "NI" == Nick Ing-Simmons <[EMAIL PROTECTED]> writes:
> >
> > NI> You just re-invented "look up the name in a hash table" ;-)
> >
> > I thought I was saving the constant search along the @ISA, do it only
> > once.
>
> Well perl5 already does that. The first time a method is called it searchs
> ISA, but it caches the result in the package the object is blessed
> into, so next time it finds it without searching ISA
>
> Graham.
One assumes that if you redefine (@ISA) perl5 throws away this cache?
If D isa C isa B and D looked up method f and found it in B's methods,
then C redefines itself as an A, does perl5 figure out to throw away
D->f ?
I mean, who redefines ISA at run time? People who are frustrated
that the OS won't let them write self-modifying assembly programs
anymore?
And how did Ing-Simmons get on the reply-to-all CC list twice?
--
David Nicol 816.235.1187 [EMAIL PROTECTED]
:wq
- Re: selectively invalidating cached inherited methods (as... Dan Sugalski
- Re: Method call optimization. Chaim Frenkel
- Re: Method call optimization. Nick Ing-Simmons
- Re: Method call optimization. Chaim Frenkel
- Re: Method call optimization. Nick Ing-Simmons
- Re: Method call optimization. Chaim Frenkel
- Re: Method call optimization. Chaim Frenkel
- Re: Method call optimization. Graham Barr
- Re: Method call optimization. Chaim Frenkel
- Re: Method call optimization. Nick Ing-Simmons
- Re: Method call optimization. David L. Nicol
- Re: Method call optimization. Dan Sugalski
- Re: Method call optimization. Nick Ing-Simmons
- Re: Method call optimization. Nick Ing-Simmons
- Re: Method call optimization. Nick Ing-Simmons
- Re: Ramblings on "base class" for SV etc. Ken Fox
- Re: Ramblings on "base class" for SV etc. Larry Wall
- Re: Ramblings on "base class" for SV etc. Dan Sugalski
- Re: Ramblings on "base class" for SV etc. Chaim Frenkel
- Re: Ramblings on "base class" for SV etc. Dan Sugalski
- Re: Ramblings on "base class" for SV etc. Larry Wall
