Resolved in r26278. It was an alignment problem in the parrot_string_t
struct, triggered by 'Parrot_unmake_COW', when it does a 'memcpy' of the
string's original buffer to the copy's buffer. Fixed by moving the
UINTVAL 'bufused' after the char* 'strstart'.
The problem was in the conversion of pobj_t to the new flattened
structure for PDD17. I've reverted that part of r25266 for now (in
r26254). The problem is probably an incomplete conversion, with some
parts of the code still expecting the multi-level structure. I'll work
on a more complete conversi
Alright, I set up a windows box with MSVC and ActivePerl and did a
binary search. The commit that caused the breakage is r25266, when we
updated the PMC struct. Tomorrow I'll experiment with reverting parts of
that commit.
I can't duplicate the bug on any other platform, and can't pinpoint the
bug with the info I've got. I have access to a windows box for the next
few weeks. What compiler you were using?
On Tuesday 19 February 2008 10:52:07 Jerry Gay wrote:
> with pdd17pmc branch r25870, i get a segfault in pge's build:
>
> ..\..\parrot.exe
> ..\..\runtime\parrot\library\PGE\Perl6Grammar.pir
> --output=PGE\builtins_gen.pir PGE\builtins.pg
> NMAKE : fatal error U1077: '..\..\parrot.exe' : r
# New Ticket Created by Jerry Gay
# Please include the string: [perl #50996]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=50996 >
with pdd17pmc branch r25870, i get a segfault in pge's build:
..\..\parrot.exe
..\