On Fri, 29 Jul 2011 17:00:24 -0400 Mike Blumenkrantz <[email protected]> said:

SOMEONE.... didnt check that libjpeg calls the term func for the membuf src...
who added that code... :)


> heyo, got a couple leaks here:
> 
> ==28967== 2,200 bytes in 55 blocks are definitely lost in loss record 2,038
> of 2,100 ==28967==    at 0x4007A6D: calloc (vg_replace_malloc.c:432)
> ==28967==    by 0x421ED5A: _evas_jpeg_membuf_src (evas_image_load_jpeg.c:146)
> ==28967==    by 0x421EEC2: evas_image_load_file_head_jpeg_internal
> (evas_image_load_jpeg.c:190) ==28967==    by 0x4220667:
> evas_image_load_file_head_jpeg (evas_image_load_jpeg.c:856) ==28967==    by
> 0x41FA541: _evas_image_foreach_loader (evas_image_load.c:147) ==28967==    by
> 0x485B90DF: _eina_foreach_cb (eina_amalgamation.c:3709) ==28967==    by
> 0x485C6E9D: eina_iterator_foreach (eina_amalgamation.c:5328) ==28967==    by
> 0x485C9AD0: eina_hash_foreach (eina_amalgamation.c:4373) ==28967==    by
> 0x41C6D26: evas_module_foreach_image_loader (evas_module.c:391) ==28967==
> by 0x41FAAB7: evas_common_load_rgba_image_module_from_file
> (evas_image_load.c:236) ==28967==    by 0x41C7D21:
> _evas_cache_image_entry_new (evas_cache_image.c:314) ==28967==    by
> 0x41C8E10: evas_cache_image_request (evas_cache_image.c:827) ==28967==    by
> 0x41FC065: evas_common_load_image_from_file (evas_image_main.c:632)
> ==28967==    by 0x421B40B: eng_image_load (evas_engine.c:365) ==28967==    by
> 0x417BE4F: evas_object_image_file_set (evas_object_image.c:323) ==28967==
> by 0x417BA6E: evas_object_image_memfile_set (evas_object_image.c:253)
> ==28967==    by 0x4126D41: _els_smart_icon_memfile_set (els_icon.c:102)
> ==28967==    by 0x40BD2D6: elm_icon_memfile_set (elm_icon.c:486) ==28967==
> by 0x80706D5: _it_icon_get (contact_list.c:104) ==28967==    by 0x40A678B:
> _item_icon_realize (elm_genlist.c:1702) ==28967==    by 0x40A71BC:
> _item_realize (elm_genlist.c:1893) ==28967==    by 0x40A8D16: _update_job
> (elm_genlist.c:2480) ==28967==    by 0x488CE857: _ecore_job_event_handler
> (ecore_job.c:131) ==28967==    by 0x488CA07D: _ecore_event_call
> (ecore_events.c:693) ==28967==    by 0x488D093D:
> _ecore_main_loop_iterate_internal (ecore_main.c:1759) ==28967==    by
> 0x488CF194: ecore_main_loop_begin (ecore_main.c:857) ==28967==    by
> 0x8073845: main (main.c:92)
> 
> ==28967== 160 bytes in 4 blocks are definitely lost in loss record 1,734 of
> 2,100 ==28967==    at 0x4007A6D: calloc (vg_replace_malloc.c:432)
> ==28967==    by 0x421ED5A: _evas_jpeg_membuf_src (evas_image_load_jpeg.c:146)
> ==28967==    by 0x421EEC2: evas_image_load_file_head_jpeg_internal
> (evas_image_load_jpeg.c:190) ==28967==    by 0x4220667:
> evas_image_load_file_head_jpeg (evas_image_load_jpeg.c:856) ==28967==    by
> 0x41FA541: _evas_image_foreach_loader (evas_image_load.c:147) ==28967==    by
> 0x485B90DF: _eina_foreach_cb (eina_amalgamation.c:3709) ==28967==    by
> 0x485C6E9D: eina_iterator_foreach (eina_amalgamation.c:5328) ==28967==    by
> 0x485C9AD0: eina_hash_foreach (eina_amalgamation.c:4373) ==28967==    by
> 0x41C6D26: evas_module_foreach_image_loader (evas_module.c:391) ==28967==
> by 0x41FAAB7: evas_common_load_rgba_image_module_from_file
> (evas_image_load.c:236) ==28967==    by 0x41C7D21:
> _evas_cache_image_entry_new (evas_cache_image.c:314) ==28967==    by
> 0x41C8E10: evas_cache_image_request (evas_cache_image.c:827) ==28967==    by
> 0x41FC065: evas_common_load_image_from_file (evas_image_main.c:632)
> ==28967==    by 0x421B40B: eng_image_load (evas_engine.c:365) ==28967==    by
> 0x417BE4F: evas_object_image_file_set (evas_object_image.c:323) ==28967==
> by 0x417BA6E: evas_object_image_memfile_set (evas_object_image.c:253)
> ==28967==    by 0x4126D41: _els_smart_icon_memfile_set (els_icon.c:102)
> ==28967==    by 0x40BD2D6: elm_icon_memfile_set (elm_icon.c:486) ==28967==
> by 0x806EA2E: _chat_conv_image_provider (chat_image.c:13) ==28967==    by
> 0x4132492: _elm_tooltip_reconfigure (els_tooltip.c:324) ==28967==    by
> 0x4131EEC: _elm_tooltip_reconfigure_job (els_tooltip.c:193) ==28967==    by
> 0x488CE857: _ecore_job_event_handler (ecore_job.c:131) ==28967==    by
> 0x488CA07D: _ecore_event_call (ecore_events.c:693) ==28967==    by
> 0x488D093D: _ecore_main_loop_iterate_internal (ecore_main.c:1759)
> ==28967==    by 0x488CF194: ecore_main_loop_begin (ecore_main.c:857)
> ==28967==    by 0x8073845: main (main.c:92)
> 
> 
> -- 
> Mike Blumenkrantz
> Zentific: Coding in binary since '10.
> 
> ------------------------------------------------------------------------------
> Got Input?   Slashdot Needs You.
> Take our quick survey online.  Come on, we don't ask for help often.
> Plus, you'll get a chance to win $100 to spend on ThinkGeek.
> http://p.sf.net/sfu/slashdot-survey
> _______________________________________________
> enlightenment-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> 


-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    [email protected]


------------------------------------------------------------------------------
Got Input?   Slashdot Needs You.
Take our quick survey online.  Come on, we don't ask for help often.
Plus, you'll get a chance to win $100 to spend on ThinkGeek.
http://p.sf.net/sfu/slashdot-survey
_______________________________________________
enlightenment-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to