Re: NULL (was Re: cvs commit: parrot interpreter.c stacks.c)

2002-11-09 Thread Leopold Toetsch
Nicholas Clark wrote: On Sat, Nov 09, 2002 at 11:09:39AM -, [EMAIL PROTECTED] wrote: -interpreter->ctx.int_reg_base->prev = NULL; It's not likely to be a portability problem, as I seem to remember that the C FAQ is only able to mention one very obscure platform where NULL was not

NULL (was Re: cvs commit: parrot interpreter.c stacks.c)

2002-11-09 Thread Nicholas Clark
On Sat, Nov 09, 2002 at 11:09:39AM -, [EMAIL PROTECTED] wrote: > -/* Initialize the integer register chunk */ > -interpreter->ctx.int_reg_base->used = 0; > +/* Initialize the register chunks */ >interpreter->ctx.int_reg_base->free = FRAMES_PER_INT_REG_CHUNK; > -

[CVS ci] (was: Should memory be washed?)

2002-11-09 Thread Leopold Toetsch
Dan Sugalski wrote: At 8:58 PM +0100 11/6/02, Leopold Toetsch wrote: If we want this, then lets have Parrot_{re,}allocate{,zeroed}. The allocate_string variants are ok with unzeroed mem already. Which was my thought here. Things that care can ask for zeroed memory, which they may get anywa

mem leaks test summary

2002-11-09 Thread Leopold Toetsch
After removing IntQueue this is the state of memory leaks[1] (i386/linux): Failed Test Status Wstat Total Fail Failed List of failed --- t/op/hacks.t 21 50,00% 1 t/op/rx.t23

[CVS ci] removed (was: removiing classes/intqueue.pmc)

2002-11-09 Thread Leopold Toetsch
Leopold Toetsch wrote: If no one hollers, I'll remove the IntQueue class. - only used in some tests AFAIK - functionality may be written in terms of intlist push/pop - has a weird syntax for queue/dequeue - is broken WRT memory management and clone IntQueue is history. Please run 'make realcl