> > I have developed patch for this in the form of a new routine
> > which returns a nul terminated C style string given a parrot
> > string as argument. It does this by making sure buflen is at
> > least one greater than bufused and then stuffing a nul in that
> > byte.
> >
> > This isn't a parti
In message <[EMAIL PROTECTED]>
Tom Hughes <[EMAIL PROTECTED]> wrote:
> I have developed patch for this in the form of a new routine
> which returns a nul terminated C style string given a parrot
> string as argument. It does this by making sure buflen is at
> least one greater than bufu
On Sat, 13 Apr 2002, Tom Hughes wrote:
# Well that is what perl 5 does certainly.
cool I didnt know that! (I've never pondered perl5 internals)
# decided not to do that in perl 6 though due to issues about what
# it meant to nul terminate in various different character sets.
# We can't assume t
In message <[EMAIL PROTECTED]>
Roman Hunt <[EMAIL PROTECTED]> wrote:
> why dont we default to null terminating strings of type native?
> if "native" is what we get when LANG=C it only seems natural to do so.
> else we are forced to use wrapper functions a that grow and manipulate
> stri
why dont we default to null terminating strings of type native?
if "native" is what we get when LANG=C it only seems natural to do so.
else we are forced to use wrapper functions a that grow and manipulate
string data any time we need to pass it to standard C functions that
wont accept a string_l
In message <[EMAIL PROTECTED]>
Tom Hughes <[EMAIL PROTECTED]> wrote:
> Syscall param open(pathname) contains uninitialised or unaddressable byte(s)
> at 0x403F1892: __libc_open (__libc_open:31)
> by 0x403829C3: _IO_fopen@@GLIBC_2.1 (iofopen.c:67)
> by 0x809B287: cg_core
In message <[EMAIL PROTECTED]>
Steve Fink <[EMAIL PROTECTED]> wrote:
> +Stability
> +-
> +Purify and other memory badness detectors
One thing that may be useful here is valgrind, which can be found
at http://developer.kde.org/~sewardj/ and does Purify types things
on linux.
im a newcomer, particulalry intrested in the jit part.
is there anyone working on the sparc asm?
/joh
On Thu, 11 Apr 2002, Steve Fink wrote:
> These are my idea of new TODO items. Note that I don't really know
> anything about some of the things I added, so someone should probably
> read this