I don't see this with Windows XP, VC++ 8.0, VC++ 9.0 or MinGW GCC 3.4.2,
using Parrot r26446. All three nmake/mingw32-make test in
languages/perl6 report:
All tests successful.
Files=27, Tests=223, 37 wallclock secs ( 0.13 usr + 0.00 sys = 0.13 CPU)
Result: PASS
The GC bug is either solved or
# New Ticket Created by Jerry Gay
# Please include the string: [perl #43507]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=43507 >
from languages/perl6:
../../parrot perl6.pbc t/01-sanity/07-range.t
causes a segfault d
On 7/3/07, Parrot via RT <[EMAIL PROTECTED]> wrote:
Greetings,
This message has been automatically generated in response to the
creation of a parrotbug regarding:
"[BUG] yet another gc bug exposed by perl6 on windows"
There is no need to reply to this message right n
At 12:10 PM +0100 1/22/04, Leopold Toetsch wrote:
I have converted that one now into a static constant string, but
this isn't a solution.
We have discussed already a few times, what to do with such constant
strings, e.g. declare them static with some macro tricks or use a
string hash. We need a
Running parrot built with --gc=libc works fine, all tests pass *except*
t/pmc/pmc_62 when --gc-debug is set.
I could track this down until here:
classes/default.c:
static void
check_set_std_props(Parrot_Interp interp, PMC *pmc, STRING *key, PMC *value)
{
if (!string_compare(interp, key, str
Simon Glover (via RT) wrote:
iii) Since there's no properties hash, a new PerlHash is created.
v) The key is (erroneously) placed on the free list; at this point,
the only flag it has set is the PObj_on_free_list_FLAG
Hope this analysis is useful,
It is really, thanks. (Hopefully)
# New Ticket Created by Simon Glover
# Please include the string: [perl #19143]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=19143 >
I've managed to track down the cause of the failure of at least one of
the properties
