Re: TODO additions

2002-04-14 Thread Mike Lambert
> > 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

Re: TODO additions

2002-04-14 Thread Tom Hughes
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

Re: TODO additions

2002-04-13 Thread Roman Hunt
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

Re: TODO additions

2002-04-13 Thread Tom Hughes
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

Re: TODO additions

2002-04-13 Thread Roman Hunt
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

Re: TODO additions

2002-04-13 Thread Tom Hughes
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

Re: TODO additions

2002-04-13 Thread Tom Hughes
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.

Re: TODO additions

2002-04-11 Thread Josef Höök
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