Re: [E-devel] Broken elm_anchorblocks ?

[Carsten H. (T. R. <ra...@ra...>]

On Sun, 28 Mar 2010 20:28:14 +0100 Rui Miguel Silva Seabra <rm...@14...> said:

gdb debugging pls. :) reproduction case pls (preference for this is a patch to
elementary_test to have that case there so in future we have a test suite for
it and can make sure it works). :)

> 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...
> 
> 
> 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&#174; 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
> enl...@li...
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> 


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