On Mon, 2 Jul 2012 10:17:56 +0200 Sebastian Dransfeld <s...@tango.flipp.net> 
said:

> ==14757== 8,725 (2,160 direct, 6,565 indirect) bytes in 54 blocks are 
> definitely lost in loss record 334 of 334
> ==14757==    at 0x402BE68: malloc (in 
> /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
> ==14757==    by 0x432C794: evas_common_font_int_cache_glyph_get 
> (evas_font_main.c:405)

weird. it's put into the fash. the fash should be cleaned up on fi free.
_evas_common_font_int_free(0 does it. AND evas_common_font_free() too and
_evas_common_font_int_clear() as well. so where can it leak out? unless fi
leaks too?

-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    ras...@rasterman.com


------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to