Ron Blaschke wrote:
t\pmc\bigint.t 1 256 22 1 4.55% 22
The problem seems to be caused by the C<free(s);> in F<bigint.pmc/get_string>. Well, not the actual cause, but that's where we fail.
mpz_get_str() returned a string that was very likely allocated by a different "default allocation function".
This is now changed (rev 8129) by first querying the required string length and using Parrot's allocation function so that the free should be ok now.
Thanks for investigating, leo
