On Sun, 7 Jul 2013 14:54:19 +1000 Chris Warren-Smith <cwarrensm...@gmail.com> said:
this literally could be anything. it's crashed trying to load data for a given image. inside efl. why? no idea. no parameters or local variables there to look at. could be an efl bug. could simply be corrupted memory and efl is suffering. it could be threads messing with non-threadsafe efl api's (i have seen this in tizen enough over the years so i can only assume code still exists that does this). certain apis in efl are threadsafe, others are not (there is a lot of shared state/data etc. between objects in efl so inside the libraries a lot of shared hashing, refcounting etc. goes on and this would require a lot of mutexes at entry/exit points to get right, so it basically isn't done, as within efl land we tend to advise using threads in specific ways - use worker threads to work on isolated lock-free data and marshal it back to the mainloop when done (ecore_thread infra exists for just this reason - to handle worker pools/queues and do the marshalling for you). but in the end it's all wild speculation, as there simply is not enough information to go by in the trace. we'd need to reproduce the issue to dig deeper, or you'll have to provide traces with more information. tried valgrind? > My OpenGL based application will sometimes crash at startup with the > following stack trace. Any hints about what might be causing this? > > Regards, > Chris > > Callstack Information (PID:24942) > Call Stack Count: 26 > 0: evas_cache_image_load_data + 0xe7 (0x4078a758) > [/usr/lib/libevas.so.1] + 0x65758 > 1: evas_common_rgba_image_scalecache_do + 0x422 (0x407acf07) > [/usr/lib/libevas.so.1] + 0x87f07 > 2: eng_image_draw + 0xa8 (0x45d42451) > [/usr/lib/evas/modules/engines/software_x11/linux-gnueabi-armv7l-1.7.99/module.so] > + 0x2451 > 3: evas_object_image_render + 0x702 (0x4074bc2f) > [/usr/lib/libevas.so.1] + 0x26c2f > 4: evas_render_mapped + 0x44a (0x4077e74f) [/usr/lib/libevas.so.1] + 0x5974f > 5: evas_render_updates_internal + 0xc9e (0x40780c77) > [/usr/lib/libevas.so.1] + 0x5bc77 > 6: evas_render_updates + 0x2c (0x40781fd1) [/usr/lib/libevas.so.1] + 0x5cfd1 > 7: _ecore_evas_x_render + 0x6c (0x40807469) > [/usr/lib/libecore_evas.so.1] + 0x11469 > 8: ecore_evas_manual_render + 0x36 (0x4080351b) > [/usr/lib/libecore_evas.so.1] + 0xd51b > 9: Tizen::Ui::Animations::_EflLayer::Flush() + 0x72 (0x433cc02b) > [/usr/lib/osp/libosp-uifw.so] + 0x24202b > 10: Tizen::Ui::Animations::_DisplayManager::Flush() + 0x30 > (0x433aa439) [/usr/lib/osp/libosp-uifw.so] + 0x220439 > 11: (0x433cc207) [/usr/lib/osp/libosp-uifw.so] + 0x242207 > 12: _ecore_idle_enterer_call + 0x48 (0x40941b2d) > [/usr/lib/libecore.so.1] + 0x9b2d > 13: _ecore_main_loop_iterate_internal + 0x42 (0x40942fff) > [/usr/lib/libecore.so.1] + 0xafff > 14: ecore_main_loop_begin + 0x30 (0x40943575) [/usr/lib/libecore.so.1] + > 0xb575 15: elm_run + 0x6 (0x4060cbfb) [/usr/lib/libelementary.so.1] + 0xa7bfb > 16: appcore_efl_main + 0x2d4 (0x4055b8bd) > [/usr/lib/libappcore-efl.so.1] + 0x28bd > 17: app_efl_main + 0xc6 (0x430e877b) > [/usr/lib/libcapi-appfw-application.so.0] + 0x877b > 18: Tizen::App::_AppImpl::Execute(Tizen::App::_IAppImpl*) + 0xe4 > (0x42dccee5) [/usr/lib/osp/libosp-appfw.so] + 0xf0ee5 > 19: Tizen::App::UiApp::Execute(Tizen::App::UiApp* (*)(), > Tizen::Base::Collection::IList const*) + 0x64 (0x437f30f5) > [/usr/lib/osp/libosp-uifw.so] + 0x6690f5 > _______________________________________________ > Application-dev mailing list > Application-dev@lists.tizen.org > https://lists.tizen.org/listinfo/application-dev > -- Carsten Haitzler (The Rasterman) <ti...@rasterman.com> _______________________________________________ Application-dev mailing list Application-dev@lists.tizen.org https://lists.tizen.org/listinfo/application-dev
