On Thu, 29 Sep 2011 20:50:50 -0400 Mike Blumenkrantz <m...@zentific.com> said:

smells to me like either valgrind got something wrong or its an xlib leak, not
ecore. (or ecore_x is never shut down on app exit because its been initted more
than shut down and so thats not a problem):

ecore_x_shutdown() -> _ecore_x_shutdown(1) -> XCloseDisplay(_ecore_x_disp); in
ecore_x.c (for you at least as u seem to be using the xlib back end)

> ==13859== 21,088 (60 direct, 21,028 indirect) bytes in 1 blocks are
> definitely lost in loss record 1,754 of 1,770 ==13859==    at 0x4007A6D:
> calloc (vg_replace_malloc.c:432) ==13859==    by 0x48923D01: _XConnectXCB
> (xcb_disp.c:65) ==13859==    by 0x489171A5: XOpenDisplay (OpenDis.c:129)
> ==13859==    by 0x443F1CC7: ecore_x_init (ecore_x.c:263)
> ==13859==    by 0x4084E8B: _elm_config_sub_init (elm_config.c:1722)
> ==13859==    by 0x40D704C: elm_quicklaunch_sub_init (elm_main.c:423)
> ==13859==    by 0x40D68F2: elm_init (elm_main.c:172)
> ==13859==    by 0x807B65F: main (main.c:66)
> ==13859== 
> ==13859== 24,024 (208 direct, 23,816 indirect) bytes in 2 blocks are
> definitely lost in loss record 1,757 of 1,770 ==13859==    at 0x4008C54:
> malloc (vg_replace_malloc.c:235) ==13859==    by 0x48925F1F: _XEnq
> (XlibInt.c:878) ==13859==    by 0x4892476E: handle_response (xcb_io.c:338)
> ==13859==    by 0x48924BB4: _XReply (xcb_io.c:626)
> ==13859==    by 0x48921460: XSync (Sync.c:44)
> ==13859==    by 0x5BF61A3: ???
> ==13859==    by 0x5BF4160: ???
> ==13859==    by 0x444CBAAE: evas_render_updates_internal (evas_render.c:1402)
> ==13859==    by 0x444CBEE9: evas_render_updates (evas_render.c:1515)
> ==13859==    by 0x444262F0: _ecore_evas_x_render (ecore_evas_x.c:258)
> ==13859==    by 0x4441F7CD: _ecore_evas_idle_enter (ecore_evas.c:51)
> ==13859==    by 0x4438ADE0: _ecore_call_task_cb (ecore_private.h:246)
> ==13859==    by 0x4438B11C: _ecore_idle_enterer_call
> (ecore_idle_enterer.c:165) ==13859==    by 0x4438DE33:
> _ecore_main_loop_iterate_internal (ecore_main.c:1724) ==13859==    by
> 0x4438C891: ecore_main_loop_begin (ecore_main.c:864) ==13859==    by
> 0x807B903: main (main.c:113)
> 
> 
> -- 
> Mike Blumenkrantz
> Zentific: Coding in binary since '10.
> 
> ------------------------------------------------------------------------------
> All of the data generated in your IT infrastructure is seriously valuable.
> Why? It contains a definitive record of application performance, security
> threats, fraudulent activity, and more. Splunk takes this data and makes
> sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-d2dcopy2
> _______________________________________________
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> 


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


------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2dcopy2
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to