I'm experimenting with better forms of OO in PIR. I want to add a
get_parents() method on the Class PMC. Normally, I'd do something like the
attached patch, but the attached example file I use for testing shows that it
doesn't work for me.
I dug around a bit and couldn't find a reason for why
From: Bob Rogers <[EMAIL PROTECTED]>
Date: Sat, 7 Oct 2006 18:52:29 -0400
. . .
Also, the "[oops; got 4 and X]" lines in the output seem to suggest
that Parrot may be getting confused about parameters. The "4" is really
the length of one of the coro structures, which must be
# New Ticket Created by Will Coleda
# Please include the string: [perl #40472]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=40472 >
The large portion of the languages/APL test suite is currently failing.
Failed Test
From: Leopold Toetsch <[EMAIL PROTECTED]>
Date: Sun, 8 Oct 2006 13:14:22 +0200
Am Sonntag, 8. Oktober 2006 03:52 schrieb Bob Rogers:
> Sounds good to me. But in that case, outer_ctx is not much better
> . . . but that's probably a much bigger job.
>
> In any case, I discov
Am Sonntag, 8. Oktober 2006 04:25 schrieb chromatic:
> I'm doing more work on the embedding interface. Given that some Parrot
> functions may legitimately send and receive PMCs, what are the implications
> for garbage collection?
If a PMC isn't stored into some other structure, it has to be regis
Am Sonntag, 8. Oktober 2006 03:52 schrieb Bob Rogers:
> Sounds good to me. But in that case, outer_ctx is not much better
> . . . but that's probably a much bigger job.
>
> In any case, I discovered that Lua fails ~300 test cases with this
> patch. So, if we still consider it worth dropping th
Here's a patch that gets the Minesweeper examine running again. It's not
*correct*, in that the field-drawing math appears to do the wrong thing, but
I couldn't find the easy way to fix that. Maths is hard.
I cleaned up just enough of the code to get it to do the wrong thing without
crashing.
