Re: Heap corruption?

[Richard Stallman]

    > Think tag bits: an address that has a bit set that is also a tag bit
    > cannot be used for Lisp objects.  On FreeBSD, a process virtual memory
    > layout is such that Emacs can use ca. 90 Mb for Lisp objects.  After
    > that, addresses get too large for encoding in a Lisp_Object.

    I wonder how any simple masking scheme can ever be guaranteed to work
    on all systems ... and obviously it has hit this limitation on FreeBSD.

That is not clear, not from the information we have.

    Wouldn't it be better -- at least as a compile-time option -- to implement
    a scheme where a lisp object is referenced as a relative (BLOCK#, OFFSET) 
    address where BLOCK# is the number of a block allocated with malloc and
    OFFSET is the offset into that block.  

First let's see if there is a way to find a block of more than 90mb
continuous memory in FreeBSD, and put the Lisp memory there.
That would be much easier.