On Sat, 28 Nov 2009 06:29:09 +0100 (CET) Vincent Torri <vto...@univ-evry.fr> said:
> > > On Sat, 28 Nov 2009, Carsten Haitzler (The Rasterman) wrote: > > > On Fri, 27 Nov 2009 17:05:37 +0100 Cedric BAIL <cedric.b...@free.fr> said: > > > >> This last two are the same as problem as Viktor. I am definitively > >> thinking on using ecore_thread_run or some infra like this in evas. It > >> would solve most of our problem I believe, just need a clean way to do > >> it. > > > > but you can't... maybe just change the infra to be the same as > > ecore_thread_run inside evas. though it is a queue and it should do things > > right - whats probably missing is something that ecore_thread wouldnt solve > > - a missing lock or case somewhere. as long as there is a threaded loader > > and u are trying to not block the main loop - the problem is the same. > > can't hellgrind help for those kind of problems ? not that i've found. > Vincent > > >> On Fri, Nov 27, 2009 at 4:45 PM, P Purkayastha <ppu...@gmail.com> wrote: > >>> At 4:30pm, Cedric BAIL wrote: > >>>> On Fri, Nov 27, 2009 at 4:17 PM, P Purkayastha <ppu...@gmail.com> wrote: > >>>>> At 9:48am, Viktor Kojouharov wrote: > >>>>> > >>>>>> I've been experiencing segfaults in evas_cache for quite some time now. > >>>>>> They occur after an image that has been loaded using evas is deleted or > >>>>>> moved, however they are not reproducible all the time. Valgrind is also > >>>>>> being quite vocal in this situation. I've attached the valgrind output > >>>>>> and a gdb backtrace for anyone familiar with the evas internals who has > >>>>>> a free time to look into it. > >>>>>> > >>>>> > >>>>> I wonder if my e17 segfaults are related to this. I have been getting > >>>>> frequent segfaults since an update of e from svn yesterday. An example > >>>>> bt is given below: > >>>>> > >>>>> #0 0x0000003f4e20d504 in __lll_lock_wait () from /lib/libpthread.so.0 > >>>>> #1 0x0000003f4e208ee5 in _L_lock_508 () from /lib/libpthread.so.0 > >>>>> #2 0x0000003f4e208d08 in pthread_mutex_lock () > >>>>> #from /lib/libpthread.so.0 3 0x00007fd6ff3784ac in > >>>>> #evas_common_rgba_image_scalecache_prepare > >>>> > >>>> This one sounds like referring to the scalecache, not preload. > >>> > >>> This is just one of the bt's I have been getting. And they all crash at > >>> different points. Maybe some common code is triggering all these crashes? > >>> Here are some others. The first one: > >>> > >>> #0 0x0000003f4d2c50d3 in poll () from /lib/libc.so.6 > >>> #1 0x0000003f4f60ab4a in ?? () from /usr/lib/libxcb.so.1 > >>> #2 0x0000003f4f60c15f in xcb_wait_for_event () from /usr/lib/libxcb.so.1 > >>> #3 0x0000003f4f24ded8 in ?? () from /usr/lib/libX11.so.6 > >>> #4 0x0000003f4f24e27d in ?? () from /usr/lib/libX11.so.6 > >>> #5 0x0000003f4f24ead1 in _XReadEvents () from /usr/lib/libX11.so.6 > >>> #6 0x0000003f4f235478 in XNextEvent () from /usr/lib/libX11.so.6 > >>> #7 0x000000000047752c in e_alert_show ( > >>> text=0x4d4760 "This is very bad. Enlightenment SIGABRT'd.\n\nThis is > >>> not meant to happen and is likely a sign of\na bug in Enlightenment or the > >>> libraries it relies\non. You can gdb attach to this process now to > >>> try\ndebu"...) at e_alert.c:129 > >>> #8 0x0000000000461ef4 in e_sigabrt_act (x=<value optimized out>, > >>> info=<value optimized out>, data=<value optimized out>) at e_signals.c:208 > >>> #9 <signal handler called> > >>> #10 0x0000003f4d232085 in raise () from /lib/libc.so.6 > >>> #11 0x0000003f4d2334b0 in abort () from /lib/libc.so.6 > >>> #12 0x0000003f4d22b10a in __assert_fail () from /lib/libc.so.6 > >>> #13 0x00007f8783d6e800 in evas_cache_image_preload_cancel (im=0x2807630, > >>> target=<value optimized out>) at evas_cache_image.c:1327 > >>> #14 0x00007f87822643b2 in eng_image_data_preload_cancel (data=<value > >>> optimized out>, image=0x1c47, target=0x6) at evas_engine.c:729 > >>> #15 0x00007f8783d422e6 in evas_object_image_free (obj=0x286d680) at > >>> evas_object_image.c:2272 > >>> #16 0x00007f8783d452ba in evas_object_free (obj=0x286d680, clean_layer=1) > >>> #at > >>> evas_object_main.c:61 > >>> #17 0x00007f8783d69136 in evas_render_updates_internal (e=0x2337a40, > >>> make_updates=<value optimized out>, do_draw=1 '\001') at > >>> evas_render.c:1102 > >>> #18 0x00007f8783d693fa in evas_render_updates (e=0x1c47) at > >>> evas_render.c:1175 > >>> #19 0x00007f877fd63440 in _eco_cb_border_icon_change (data=<value > >>> #optimized > >>> out>, ev_type=<value optimized out>, ev=<value optimized out>) at > >>> eco_event.c:1029 > >>> #20 0x00007f878400de25 in _ecore_event_call () at ecore_events.c:420 > >>> #21 0x00007f8784016647 in _ecore_main_loop_iterate_internal (once_only=0) > >>> #at > >>> ecore_main.c:791 > >>> #22 0x00007f8784016690 in ecore_main_loop_begin () at ecore_main.c:114 > >>> #23 0x000000000042fa74 in main (argc=1, argv=<value optimized out>) at > >>> e_main.c:1074 > >>> The program is running. Quit anyway (and detach it)? (y or n) Detaching > >>> from program: /usr/bin/enlightenment, process 7239 > >>> > >>> > >>> The second one: > >>> #0 0x0000003f4d2c50d3 in poll () from /lib/libc.so.6 > >>> #1 0x0000003f4f60ab4a in ?? () from /usr/lib/libxcb.so.1 > >>> #2 0x0000003f4f60c15f in xcb_wait_for_event () from /usr/lib/libxcb.so.1 > >>> #3 0x0000003f4f24ded8 in ?? () from /usr/lib/libX11.so.6 > >>> #4 0x0000003f4f24e27d in ?? () from /usr/lib/libX11.so.6 > >>> #5 0x0000003f4f24ead1 in _XReadEvents () from /usr/lib/libX11.so.6 > >>> #6 0x0000003f4f235478 in XNextEvent () from /usr/lib/libX11.so.6 > >>> #7 0x000000000047752c in e_alert_show ( > >>> text=0x4d4b68 "This is very bad. Enlightenment SEGV'd.\n\nThis is not > >>> meant to happen and is likely a sign of\na bug in Enlightenment or the > >>> libraries it relies\non. You can gdb attach to this process now to > >>> try\ndebug i"...) at e_alert.c:129 > >>> #8 0x0000000000461fb8 in e_sigseg_act (x=<value optimized out>, > >>> #info=<value > >>> optimized out>, data=<value optimized out>) at e_signals.c:124 > >>> #9 <signal handler called> > >>> #10 _evas_cache_image_entry_preload_remove (ie=0x2908380, > >>> #target=0x2c000d0) > >>> at evas_cache_image.c:442 > >>> #11 0x00007fd0b0ea980a in evas_cache_image_preload_cancel > >>> (im=0xffffff00ffffff00, target=0x0) at evas_cache_image.c:1332 > >>> #12 0x00007fd0af39e3b2 in eng_image_data_preload_cancel (data=<value > >>> optimized out>, image=0xffffff00ffffff00, target=0x2c000d0) at > >>> evas_engine.c:729 > >>> #13 0x00007fd0b0e7d2e6 in evas_object_image_free (obj=0x2c000d0) at > >>> evas_object_image.c:2272 > >>> #14 0x00007fd0b0e802ba in evas_object_free (obj=0x2c000d0, clean_layer=1) > >>> #at > >>> evas_object_main.c:61 > >>> #15 0x00007fd0b0ea4136 in evas_render_updates_internal (e=0x23f52b0, > >>> make_updates=<value optimized out>, do_draw=0 '\0') at evas_render.c:1102 > >>> #16 0x00007fd0b0ea4301 in evas_norender (e=0xffffff00ffffff00) at > >>> evas_render.c:1218 > >>> #17 0x00007fd0b2e72e00 in _ecore_evas_x_render (ee=0x23f50e0) at > >>> ecore_evas_x.c:308 > >>> #18 0x00007fd0b2e7478f in _ecore_evas_x_idle_enter (data=<value optimized > >>> out>) at ecore_evas_x.c:1014 > >>> #19 0x00007fd0b114eace in _ecore_idle_enterer_call () at > >>> ecore_idle_enterer.c:106 > >>> #20 0x00007fd0b115165e in _ecore_main_loop_iterate_internal (once_only=0) > >>> #at > >>> ecore_main.c:801 > >>> #21 0x00007fd0b1151690 in ecore_main_loop_begin () at ecore_main.c:114 > >>> #22 0x000000000042fa74 in main (argc=1, argv=<value optimized out>) at > >>> e_main.c:1074 > >>> The program is running. Quit anyway (and detach it)? (y or n) Detaching > >>> from program: /usr/bin/enlightenment, process 7239 > >>> > >>> ------------------------------------------------------------------------------ > >>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > >>> 30-Day trial. Simplify your report design, integration and deployment - > >>> and focus on > >>> what you do best, core application coding. Discover what's new with > >>> Crystal Reports now. http://p.sf.net/sfu/bobj-july > >>> _______________________________________________ > >>> enlightenment-devel mailing list > >>> enlightenment-devel@lists.sourceforge.net > >>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > >>> > >>> > >> > >> > >> > >> -- > >> Cedric BAIL > >> > >> ------------------------------------------------------------------------------ > >> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > >> trial. Simplify your report design, integration and deployment - and focus > >> on what you do best, core application coding. Discover what's new with > >> Crystal Reports now. http://p.sf.net/sfu/bobj-july > >> _______________________________________________ > >> 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 > > > > > > ------------------------------------------------------------------------------ > > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > > trial. Simplify your report design, integration and deployment - and focus > > on what you do best, core application coding. Discover what's new with > > Crystal Reports now. http://p.sf.net/sfu/bobj-july > > _______________________________________________ > > 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 ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
