Will Coleda <[EMAIL PROTECTED]> wrote:
> #3 0x001a8c6c in Parrot_Continuation_mark (interpreter=0x923400,
> pmc=0x984588) at continuation.c:53
Seems to be dead context.
Does this help?
--- parrot/classes/continuation.pmc Mon Mar 22 13:38:09 2004
+++ parrot-leo/classes/continuation.pmc Fri
Ah, good call.
Adding -G causes the code to complete with no crash. (This also clears
the two hurdles in the test suite I mentioned elsewhere.)
(debugger) - I'm not sure I can get anything more helpful out of the
debugger than the crash log (with stack trace) from an earlier post -
Here's the
Will Coleda <[EMAIL PROTECTED]> wrote:
> I'm still seeing both bugs, with a cvs update, make realclean; perl
> Configure.pl, make. (if I do a cvs diff in my repo, the only changed
> files are tcl related.)
> What other intel do you need to help duplicate the bugs?
Try with -G to turn off DOD/GC.
I'm still seeing both bugs, with a cvs update, make realclean; perl
Configure.pl, make. (if I do a cvs diff in my repo, the only changed
files are tcl related.)
What other intel do you need to help duplicate the bugs?
FWIW, I do see that Mitchell's program is not segfaulting, so while my
"shor
Will Coleda <[EMAIL PROTECTED]> wrote:
> I knew I should have updated to cvs latest before issuing a tcl
> release. =)
... and before sending bug reports ;)
The hash/_dumper interaction bug vanished ...
$ parrot hash-bug.imc 1000 | tail -3
"998" => undef,
"999" => undef
}
... as very li
Ah. this appears to be the same stack trace already noted by: Mitchell
N Charity
On Thursday, March 25, 2004, at 11:56 PM, Will Coleda wrote:
I knew I should have updated to cvs latest before issuing a tcl
release. =)
(go ahead and apply that patch, I'll get things fixed as soon as I
can.)
