On Wed, 11 October 2000, Jason Baker wrote:
> Actually, kaffe uses the prev link of the gc_unit as the next *.
> You're actually seeing the next* of the following object get trashed:
> gcRealloc copies an extra sizeof(gc_unit) bytes after the original
> object.  

I'll try to digest this more closely and work
with Jason's patch tonight after I get home from work,
but....

> As long as pointers are 4 bytes, the newly allocated object
> has room for this junk.  

This statement bothers me a little bit. Does this
mean that there is an implicit assumption in kaffe
that a pointer is 4 bytes long? And is this the
reason why it fails on Alpha where a pointer size
is 8 ( sizeof(void *) is 8)? I remember some one
reporting the exact same assertion failure on
Tru64 Unix (which ofcourse runs only on Alpha) also.
Consequently, it doesn't break on 32-bit machines?

Just a thought.

Bharadwaj

Personal e-mail : abnay@altavista.com
                    or   abnay@altavista.net
_______________________________________________________________________

Free Unlimited Internet Access! Try it now! 
http://www.zdnet.com/downloads/altavista/index.html

_______________________________________________________________________