Re: [perl #37045] Trace Displays Wrong Substr in Hash Key

2005-09-02 Thread Matt Diephouse
Nick Glencross <[EMAIL PROTECTED]> wrote: > Looks to me like it's a problem with the tracing, which should be fixed > by this patch. Applied as r9127. Thanks. -- matt diephouse http://matt.diephouse.com

Re: [PATCH]: pmc2c.pl fails outside the build directory

2005-09-02 Thread Matt Diephouse
Bob Rogers <[EMAIL PROTECTED]> wrote: >FWIW, pmc2c.pl fails outside the build directory with the following > error message: > > can't find file 'classes/default.dump' in path '.', > '/usr/src/parrot/build_tools/..', '/usr/src/parrot/build_tools/../classes/' > at /usr/src/parrot/build

[PATCH]: pmc2c.pl fails outside the build directory

2005-09-02 Thread Bob Rogers
FWIW, pmc2c.pl fails outside the build directory with the following error message: can't find file 'classes/default.dump' in path '.', '/usr/src/parrot/build_tools/..', '/usr/src/parrot/build_tools/../classes/' at /usr/src/parrot/build_tools/pmc2c.pl line 281. The patch below seems t

Re: GMC release

2005-09-02 Thread Nattfodd
Andy Dougherty wrote: On Fri, 2 Sep 2005, Nattfodd wrote: I added in the last revision some very basic memory alignment control (basically, headers and bodies are rounded up to the nearest multiple of GMC_ALIGN, which has a value of 8 now but can be changed at will. As headers were previous

Re: [perl #37045] Trace Displays Wrong Substr in Hash Key

2005-09-02 Thread Nick Glencross
Matt Diephouse (via RT) wrote: # New Ticket Created by Matt Diephouse # Please include the string: [perl #37045] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/rt3/Ticket/Display.html?id=37045 > In the key below, S15 shows up as "he", even though

Re: GMC release

2005-09-02 Thread Andy Dougherty
On Fri, 2 Sep 2005, Nattfodd wrote: > I added in the last revision some very basic memory alignment control > (basically, headers and bodies are rounded up to the nearest multiple of > GMC_ALIGN, which has a value of 8 now but can be changed at will. As headers > were previously using 12 bytes, th