D'oh! The GlyphCache memory is already managed by the block allocator.
There was no leak before and r29047 freed the memory twice. Sorry about that. Already feeling like getting old and there is proof left and right... git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@29061 a95241bf-73f2-0310-859d-f6bbb57e9c96
This commit is contained in:
@@ -49,18 +49,6 @@ class FontCacheEntry::GlyphCachePool {
|
||||
memset(fGlyphs, 0, sizeof(fGlyphs));
|
||||
}
|
||||
|
||||
~GlyphCachePool()
|
||||
{
|
||||
for (int i = 0; i < 256; i++) {
|
||||
GlyphCache** cache = fGlyphs[i];
|
||||
if (cache == NULL)
|
||||
continue;
|
||||
for (int j = 0; j < 256; j++)
|
||||
delete cache[j];
|
||||
delete[] cache;
|
||||
}
|
||||
}
|
||||
|
||||
const GlyphCache* FindGlyph(uint16 glyphCode) const
|
||||
{
|
||||
unsigned msb = (glyphCode >> 8) & 0xFF;
|
||||
|
||||
Reference in New Issue
Block a user