http://d.puremagic.com/issues/show_bug.cgi?id=3929
--- Comment #5 from Steven Schveighoffer 2010-03-11
18:08:26 PST ---
The cache actually depends on it. If the block info in the cache is freed and
then reallocated as smaller blocks, using append may utilize a stale blockinfo
and allow overwr
http://d.puremagic.com/issues/show_bug.cgi?id=3929
--- Comment #4 from David Simcha 2010-03-11 16:41:52 PST ---
What about the issue of unnecessary GC retention of (possibly large) arrays?
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving
http://d.puremagic.com/issues/show_bug.cgi?id=3929
--- Comment #3 from Steven Schveighoffer 2010-03-11
05:11:55 PST ---
See my fix as identified in bug 3930
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
http://d.puremagic.com/issues/show_bug.cgi?id=3929
Steven Schveighoffer changed:
What|Removed |Added
CC||schvei...@yahoo.com
--- Comment
http://d.puremagic.com/issues/show_bug.cgi?id=3929
--- Comment #1 from David Simcha 2010-03-10 20:30:47 PST ---
Clarification: The LRU cache would avoid causing an otherwise GC-able array
from being retained by casting the pointer to size_t or something and storing
the BlkInfo struct somewhere
