On Thursday 07 February 2008 17:50:45 chromatic wrote:
> There are Parrot_clone_vtable() calls in all the places I expect, but
> there's a misassignment somewhere that's apparently doing the wrong thing.
... and the culprit is init_class_from_hash(), in the Class PMC, which cloned
the parent's
On Thursday 07 February 2008 07:31:44 Patrick R. Michaud wrote:
> I'll leave this ticket open for now, in case one of the Parrot GC
> hackers wants to try to track it down.
You make it sound as if there's more than one!
I don't think it's a GC problem though. Run the original program (or any
R
On Wed, Feb 06, 2008 at 09:59:52PM -0500, Zev Benjamin wrote:
> > What happens if you run using "parrot perl6.pbc" instead
>
> No difference.
>
> > of the perl6 executable? If you still get the segfault, how
> > about trying parrot with the -G option?
>
> This stops the segfault.
>
> >
> > Ho
> What happens if you run using "parrot perl6.pbc" instead
No difference.
> of the perl6 executable? If you still get the segfault, how
> about trying parrot with the -G option?
This stops the segfault.
>
> How about if the code to be executed is read from a file instead
> of being run via in
On Tue, Feb 05, 2008 at 07:33:46PM -0800, Zev Benjamin wrote:
> # New Ticket Created by Zev Benjamin
> # Please include the string: [perl #50554]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=50554 >
>
>
> I unfortunat
# New Ticket Created by Zev Benjamin
# Please include the string: [perl #50554]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=50554 >
I unfortunately can't reduce this to a more self-contained test-case
right now. I add t
