Fix the bitsLen calculation in aliasBitmap.
Since the max in inclusive, not exclusive, this was making the bits
appear too short. HeapBitmap's walk routines were using this short
value for the finger in the final FLUSH_POINTERBUF call. That caused
scanObject to believe that it could mark objects at the top of the
heap, rather than having to push them on the maek stack. But, alas, as
we have noted, it is the final FLUSH_POINTERBUF.
Change-Id: Ie562defc3c2e5304cf4c96026447359b3f4fcb59
1 file changed