Re: Intlist question

On Sun, Oct 13, 2002 at 11:43:23PM -0400, Simon Glover wrote:
> 
>   I've just tried to write PASM like:
> 
>     new P0, .IntList
>     new P1, .PerlInt
> 
>     set P1, 20
>     set P0[0], P1
>     ...
>     end
> 
>   only to have it fail with the message:
> 
>    'Subscript on something that's not an aggregate!'
> 
>   Is this a bug or a feature?

Was that before or after the big PMC reorganization commit?

I get something similar. If I run the above code, I get

  get_integer_keyed() not implemented in class 'PerlInt'

However, if I run the same code with tracing enabled, I get

  get_number() not implemented in class 'IntList'

I'll try to take a look at it soon, unless somebody else beats me to
it (please?). When I implemented the IntList PMC, I didn't bother to
implement every variation of the different vtable entries, partly from
laziness and partly because I expected the PMC hierarchy to change so
I might not need to. However, that wouldn't explain any of the above
errors.

Oh, I see why the behavior changes with tracing: fairly recently, I
committed someone's patch (Brent Dax, I think) that makes it print out
PMCs during tracing by printing their pointer, string, number, and
integer values. That's more likely to cause a problem now that many
more operations throw exceptions when you try to call an unimplemented
vtable entry (such as get_number on an IntList).

Probably that should be fixed by trapping exceptions when dumping a
PMC? As soon as exceptions are designed and implemented, that is.

Ok, so that narrows it down to the "get_integer_keyed" thing.

• Intlist question by Simon Glover
• Re: Intlist question by Leopold Toetsch
• Re: Intlist question by Steve Fink