forked from enlightenment/efl
83270f5f45
I was still reaching uninitialized usage and it does make sense, as the parent thread could be postponed until the new is started, then the scanner/worker thread hits an error (ie: directory permission denied) and it is cancelled before the main thread had time to get the thread attribution (common->thread). I'd like someone to look at it. Probably this is NOT the right way to fix. Likely what we should do is send a "ready! start working" command from the main thread to the worker thread and avoid such thing. ==5848== Conditional jump or move depends on uninitialised value(s) ==5848== at 0x42808CD: ecore_thread_cancel (ecore_thread.c:534) ==5848== by 0x4238558: eio_file_thread_error (eio_single.c:35) ==5848== by 0x42368FC: _eio_file_direct_heavy (eio_file.c:78) ==5848== by 0x42800F3: _ecore_feedback_job (ecore_thread.c:247) ==5848== by 0x4280398: _ecore_thread_worker (ecore_thread.c:317) ==5848== by 0x41FE16AE: start_thread (in /lib/libpthread-2.11.2.so) ==5848== by 0x41F3295D: clone (in /lib/libc-2.11.2.so) ==5848== Uninitialised value was created by a heap allocation ==5848== at 0x400793F: malloc (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so) ==5848== by 0x4237991: eio_file_direct_ls (eio_file.c:566) ==5848== by 0x8051C81: ephoto_directory_thumb_add (ephoto_directory_thumb.c:131) ==5848== by 0x804D4AB: _ephoto_thumb_dir_icon_get (ephoto_thumb_browser.c:75) ==5848== by 0x405F4C8: _item_realize (elm_gengrid.c:807) ==5848== by 0x405FE77: _item_place (elm_gengrid.c:980) ==5848== by 0x40610F6: _pan_calculate (elm_gengrid.c:1199) ==5848== by 0x418CA38: evas_call_smarts_calculate (evas_object_smart.c:843) ==5848== by 0x41B23B2: evas_render_updates_internal (evas_render.c:971) ==5848== by 0x41B3DA1: evas_render_updates (evas_render.c:1414) ==5848== by 0x42E4550: _ecore_evas_x_render (ecore_evas_x.c:406) ==5848== by 0x42DDD2C: _ecore_evas_idle_enter (ecore_evas.c:47) SVN revision: 53340 |
||
---|---|---|
legacy |