On Sat, 26 Nov 2011 11:00:55 +0100 Andreas Volz <li...@brachttal.net> said:
oh yes you're right - its just the ecore thread correctness detection code. somethng is not doing lock/unlock correctly on enter/exit of ecore funcs... we just dont know what. > Am Sat, 26 Nov 2011 13:21:11 +0900 schrieb Carsten Haitzler (The > Rasterman): > > I don't think that I've activated threadsafety in ecore. If I run > configure again in ecore I get: > > Ecore........................: always > Thread support.............: POSIX > Thread safety..............: no > > So I don't know about using this. And the assert() is outside the > #ifdef HAVE_THREAD_SAFETY. > > So any other hints? > > regards > Andreas > > > well this is a bug in the threadsafety locks in ecore - they really > > haven't been tested much or used, so best is not to enable them. they > > are disabled by default. > > > > > Hello, > > > > > > in rare cases I get this assert in my application: > > > > > > lt-oiui: ecore_private.h:248: _ecore_unlock: Zusicherung > > > »_ecore_main_lock_count == 0« nicht erfüllt. lt-oiui: > > > ecore_private.h:241: _ecore_lock: Zusicherung > > > »_ecore_main_lock_count == 1« nicht erfüllt. > > > > > > This is gdb backtrace: > > > Program terminated with signal 6, Aborted. > > > #0 0x00dd5422 in __kernel_vsyscall () > > > (gdb) bt > > > #0 0x00dd5422 in __kernel_vsyscall () > > > #1 0x0101e651 in *__GI_raise (sig=6) > > > #at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 2 0x01021a82 in > > > *__GI_abort #() at abort.c:92 3 0x01017718 in *__GI___assert_fail ( > > > assertion=0x360a0c "_ecore_main_lock_count == 0", > > > file=0x3609e0 "ecore_private.h", line=248, function=0x360de7 > > > "_ecore_unlock") at assert.c:81 > > > #4 0x00353604 in _ecore_unlock () at ecore_private.h:248 > > > #5 0x00354b63 in _ecore_main_select > > > (timeout=0.00068952832589275204) at ecore_main.c:1393 > > > #6 0x00355707 in _ecore_main_loop_iterate_internal (once_only=0) at > > > #ecore_main.c:1810 7 0x0035402a in ecore_main_loop_begin () at > > > #ecore_main.c:887 8 0x002ad4d8 in elm_run () at elm_main.c:828 > > > #9 0x001e1eb3 in Elmxx::Application::run () at Application.cpp:26 > > > #10 0x08061642 in Main (this=0xbf918cf0, argc=1, argv=0xbf918e94) at > > > #Main.cpp:106 11 0x08061bad in main (argc=1, argv=0xbf918e94) at > > > Main.cpp:206 > > > > > > It happens while pressing on an elm_button inside a elm_layout > > > loaded from edj external. > > > > > > I tried to reproduce this by hitting dozen times on the button - no > > > chance. But "sometimes" it happens. > > > > > > Any ideas where to start searching this bug? > > > > > > regards > > > Andreas > > > > > > -- > > > Technical Blog <http://andreasvolz.wordpress.com/> > > > > > > ------------------------------------------------------------------------------ > > > All the data continuously generated in your IT infrastructure > > > contains a definitive record of customers, 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-novd2d > > > _______________________________________________ > > > 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 > > > > > -- > Technical Blog <http://andreasvolz.wordpress.com/> > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, 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-novd2d > _______________________________________________ > 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 the data continuously generated in your IT infrastructure contains a definitive record of customers, 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-novd2d _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
