On Sun, Mar 28, 2010 at 4:28 PM, Rui Miguel Silva Seabra <r...@1407.org> wrote: > Hi, > > I'm adding support in elmdentica for actions on @users !groups, #tags > etc... that come up on identi.ca/twitter messages. > > However it seems I have detected a problem with elm_anchorblocks... > > All anchors are being properly detected BUT some don't run the clicked > handler (even though they get a shadow). BTW, shouldn't this shadow > disappear automatically? It doesn't, right now...
please compile with debug so we can know which lines failed. The last call evas_call_smarts_calculate() is triggered when an evas smart object changed and needs to be updated (edje and others use this). But it is hard to know what happened before :-/ > Some work as planned. > > Some blow up like this: > Program received signal SIGSEGV, Segmentation fault. > (gdb) bt > #0 0x0000003fb8e79d4c in free () from /lib64/libc.so.6 > #1 0x00007ffff6e1a0c5 in ?? () from /usr/lib64/libevas-ver-pre-svn-05.so.0 > #2 0x00007ffff6e128d8 in evas_call_smarts_calculate () from > /usr/lib64/libevas-ver-pre-svn-05.so.0 > #3 0x00007ffff6e2fd71 in ?? () from /usr/lib64/libevas-ver-pre-svn-05.so.0 > #4 0x00007ffff7b67c40 in ?? () from > /usr/lib64/libecore_evas-ver-pre-svn-05.so.0 > #5 0x00007ffff7b61d44 in ?? () from > /usr/lib64/libecore_evas-ver-pre-svn-05.so.0 > #6 0x00007ffff5505d74 in _ecore_idle_enterer_call () from > /usr/lib64/libecore-ver-pre-svn-05.so.0 > #7 0x00007ffff550765e in ?? () from /usr/lib64/libecore-ver-pre-svn-05.so.0 > #8 0x00007ffff55066ab in ecore_main_loop_begin () from > /usr/lib64/libecore-ver-pre-svn-05.so.0 > #9 0x000000000040ce1e in elm_main (argc=7591824, argv=0x6e7340) at > elmdentica.c:1397 > #10 0x0000003fb8e1eb1d in __libc_start_main () from /lib64/libc.so.6 > #11 0x0000000000404819 in _start () > (gdb) > > The same anchorblock under valgrind doesn't blow up, but sprouts invalid > reads: > ==16835== Invalid read of size 4 > ==16835== at 0x5B82030: ??? (in > /usr/lib64/libevas-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x5B7A8D7: evas_call_smarts_calculate (in > /usr/lib64/libevas-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x5B97D70: ??? (in > /usr/lib64/libevas-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x4E9EC3F: ??? (in > /usr/lib64/libecore_evas-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x4E98D43: ??? (in > /usr/lib64/libecore_evas-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x74EED73: _ecore_idle_enterer_call (in > /usr/lib64/libecore-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x74F065D: ??? (in > /usr/lib64/libecore-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x74EF6AA: ecore_main_loop_begin (in > /usr/lib64/libecore-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x40CE1D: elm_main (elmdentica.c:1397) > ==16835== by 0x3FB8E1EB1C: (below main) (in /lib64/libc-2.11.1.so) > ==16835== Address 0x9d866a8 is 56 bytes inside a block of size 68 free'd > ==16835== at 0x4A04D72: free (vg_replace_malloc.c:325) > ==16835== by 0x5B81145: ??? (in > /usr/lib64/libevas-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x5B812F9: ??? (in > /usr/lib64/libevas-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x5B5CC9B: evas_object_event_callback_call (in > /usr/lib64/libevas-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x4C4811B: ??? (in > /usr/lib64/libelementary-ver-pre-svn-05.so.0.6.0) > ==16835== by 0x5B5CC9B: evas_object_event_callback_call (in > /usr/lib64/libevas-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x4C42626: ??? (in > /usr/lib64/libelementary-ver-pre-svn-05.so.0.6.0) > ==16835== by 0x5B7329B: evas_object_resize (in > /usr/lib64/libevas-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x5B82084: ??? (in > /usr/lib64/libevas-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x5B7A8D7: evas_call_smarts_calculate (in > /usr/lib64/libevas-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x5B97D70: ??? (in > /usr/lib64/libevas-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x4E9EC3F: ??? (in > /usr/lib64/libecore_evas-ver-pre-svn-05.so.0.9.9) > ==16835== > ==16835== Invalid read of size 4 > ==16835== at 0x5B82000: ??? (in > /usr/lib64/libevas-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x5B7A8D7: evas_call_smarts_calculate (in > /usr/lib64/libevas-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x5B97D70: ??? (in > /usr/lib64/libevas-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x4E9EC3F: ??? (in > /usr/lib64/libecore_evas-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x4E98D43: ??? (in > /usr/lib64/libecore_evas-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x74EED73: _ecore_idle_enterer_call (in > /usr/lib64/libecore-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x74F065D: ??? (in > /usr/lib64/libecore-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x74EF6AA: ecore_main_loop_begin (in > /usr/lib64/libecore-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x40CE1D: elm_main (elmdentica.c:1397) > ==16835== by 0x3FB8E1EB1C: (below main) (in /lib64/libc-2.11.1.so) > ==16835== Address 0x9d866a8 is 56 bytes inside a block of size 68 free'd > ==16835== at 0x4A04D72: free (vg_replace_malloc.c:325) > ==16835== by 0x5B81145: ??? (in > /usr/lib64/libevas-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x5B812F9: ??? (in > /usr/lib64/libevas-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x5B5CC9B: evas_object_event_callback_call (in > /usr/lib64/libevas-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x4C4811B: ??? (in > /usr/lib64/libelementary-ver-pre-svn-05.so.0.6.0) > ==16835== by 0x5B5CC9B: evas_object_event_callback_call (in > /usr/lib64/libevas-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x4C42626: ??? (in > /usr/lib64/libelementary-ver-pre-svn-05.so.0.6.0) > ==16835== by 0x5B7329B: evas_object_resize (in > /usr/lib64/libevas-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x5B82084: ??? (in > /usr/lib64/libevas-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x5B7A8D7: evas_call_smarts_calculate (in > /usr/lib64/libevas-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x5B97D70: ??? (in > /usr/lib64/libevas-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x4E9EC3F: ??? (in > /usr/lib64/libecore_evas-ver-pre-svn-05.so.0.9.9) > ==16835== > ==16835== Invalid read of size 8 > ==16835== at 0x5B820A5: ??? (in > /usr/lib64/libevas-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x5B7A8D7: evas_call_smarts_calculate (in > /usr/lib64/libevas-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x5B97D70: ??? (in > /usr/lib64/libevas-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x4E9EC3F: ??? (in > /usr/lib64/libecore_evas-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x4E98D43: ??? (in > /usr/lib64/libecore_evas-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x74EED73: _ecore_idle_enterer_call (in > /usr/lib64/libecore-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x74F065D: ??? (in > /usr/lib64/libecore-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x74EF6AA: ecore_main_loop_begin (in > /usr/lib64/libecore-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x40CE1D: elm_main (elmdentica.c:1397) > ==16835== by 0x3FB8E1EB1C: (below main) (in /lib64/libc-2.11.1.so) > ==16835== Address 0x9d86680 is 16 bytes inside a block of size 68 free'd > ==16835== at 0x4A04D72: free (vg_replace_malloc.c:325) > ==16835== by 0x5B81145: ??? (in > /usr/lib64/libevas-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x5B812F9: ??? (in > /usr/lib64/libevas-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x5B5CC9B: evas_object_event_callback_call (in > /usr/lib64/libevas-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x4C4811B: ??? (in > /usr/lib64/libelementary-ver-pre-svn-05.so.0.6.0) > ==16835== by 0x5B5CC9B: evas_object_event_callback_call (in > /usr/lib64/libevas-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x4C42626: ??? (in > /usr/lib64/libelementary-ver-pre-svn-05.so.0.6.0) > ==16835== by 0x5B7329B: evas_object_resize (in > /usr/lib64/libevas-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x5B82084: ??? (in > /usr/lib64/libevas-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x5B7A8D7: evas_call_smarts_calculate (in > /usr/lib64/libevas-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x5B97D70: ??? (in > /usr/lib64/libevas-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x4E9EC3F: ??? (in > /usr/lib64/libecore_evas-ver-pre-svn-05.so.0.9.9) > ==16835== > ==16835== Invalid read of size 8 > ==16835== at 0x5B820B3: ??? (in > /usr/lib64/libevas-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x5B7A8D7: evas_call_smarts_calculate (in > /usr/lib64/libevas-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x5B97D70: ??? (in > /usr/lib64/libevas-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x4E9EC3F: ??? (in > /usr/lib64/libecore_evas-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x4E98D43: ??? (in > /usr/lib64/libecore_evas-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x74EED73: _ecore_idle_enterer_call (in > /usr/lib64/libecore-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x74F065D: ??? (in > /usr/lib64/libecore-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x74EF6AA: ecore_main_loop_begin (in > /usr/lib64/libecore-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x40CE1D: elm_main (elmdentica.c:1397) > ==16835== by 0x3FB8E1EB1C: (below main) (in /lib64/libc-2.11.1.so) > ==16835== Address 0x9d86688 is 24 bytes inside a block of size 68 free'd > ==16835== at 0x4A04D72: free (vg_replace_malloc.c:325) > ==16835== by 0x5B81145: ??? (in > /usr/lib64/libevas-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x5B812F9: ??? (in > /usr/lib64/libevas-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x5B5CC9B: evas_object_event_callback_call (in > /usr/lib64/libevas-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x4C4811B: ??? (in > /usr/lib64/libelementary-ver-pre-svn-05.so.0.6.0) > ==16835== by 0x5B5CC9B: evas_object_event_callback_call (in > /usr/lib64/libevas-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x4C42626: ??? (in > /usr/lib64/libelementary-ver-pre-svn-05.so.0.6.0) > ==16835== by 0x5B7329B: evas_object_resize (in > /usr/lib64/libevas-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x5B82084: ??? (in > /usr/lib64/libevas-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x5B7A8D7: evas_call_smarts_calculate (in > /usr/lib64/libevas-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x5B97D70: ??? (in > /usr/lib64/libevas-ver-pre-svn-05.so.0.9.9) > ==16835== by 0x4E9EC3F: ??? (in > /usr/lib64/libecore_evas-ver-pre-svn-05.so.0.9.9) > ==16835== > > > This has been happening for a while with EFL from the latest weeks up to > and including today from a couple of hours ago. > > Rui > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -------------------------------------- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
