Re: [E-devel] [Patch][elm_map] Fix memory leak & Add error handling
I assume that there are 2 map sources. The map source A provides 1 to 18 as zoom level. And the map source B provides 1 to 12 as zoom level. And current map source is A and current zoom level is 16. And I will change map source to B. As you mentioned, elm_map_source_name_set make current zoom level to 12. But wd->zoom_max is not changed to 12. It will be caused another problem. On Mon, Nov 28, 2011 at 4:44 PM, Bluezery wrote: > Hi, > Zoom max/min value is changed by using wd->src->zoom in > elm_map_source_name_set() function. > I think there are no problem :-) > > On Mon, Nov 28, 2011 at 4:25 PM, Kim Yunhan wrote: > > If the map source is changed, this patch seems that zoom_min and zoom_max > > is not changed. > > Could you check again? > > > -- > 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 > -- 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
Re: [E-devel] [Patch][elm_map] Fix memory leak & Add error handling
Hi, Zoom max/min value is changed by using wd->src->zoom in elm_map_source_name_set() function. I think there are no problem :-) On Mon, Nov 28, 2011 at 4:25 PM, Kim Yunhan wrote: > If the map source is changed, this patch seems that zoom_min and zoom_max > is not changed. > Could you check again? -- 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
Re: [E-devel] [Patch][elm_map] Fix memory leak & Add error handling
If the map source is changed, this patch seems that zoom_min and zoom_max is not changed. Could you check again? On Mon, Nov 28, 2011 at 2:13 PM, Michael Blumenkrantz < michael.blumenkra...@gmail.com> wrote: > On Mon, 28 Nov 2011 14:08:50 +0900 > Bluezery wrote: > > > Dear all, > > > > I have done 3 jobs in this patch > > (1) I have fixed memory leaks in _nominatim_url_cb() function. > > (2) Add error handling to see the definite error log because sometimes > > evas_object_image_file_set() is failed. > > (3) Move zoom_min_get()/zoom_max_get() to source_init() to simplify code. > > > > Please review this patch. > > > this looks fairly reasonable. in future mails, please do not paste the > entire > contents of the patch into the email. providing it as an attachment is > sufficient. > > > -- > 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 > -- 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
Re: [E-devel] E SVN: cedric trunk/edje/src/lib
On Sun, 27 Nov 2011 15:55:38 -0800 "Enlightenment SVN" said: > Log: > edje: major cleanup of map calc in edje, now done inside Edje_Calc_Param. > > NOTE: This was necessary for solving issue with the new CURRENT feature. I > don't like this massive change, but there is no way around. This patch is > only the first step, I will wait the full night before completly fixing > the issue with CURRENT. > > WARNING: If this patch doesn't break svn, you must feel lucky and go play > money games. In all other case, please report any issue to the developper > mailing-list. > > > Author: cedric > Date: 2011-11-27 15:55:37 -0800 (Sun, 27 Nov 2011) > New Revision: 65619 > Trac: http://trac.enlightenment.org/e/changeset/65619 this broke cpufreq dials broke map in edje... :( -- - 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
Re: [E-devel] [Patch][elm_map] Fix memory leak & Add error handling
On Mon, 28 Nov 2011 14:08:50 +0900 Bluezery wrote: > Dear all, > > I have done 3 jobs in this patch > (1) I have fixed memory leaks in _nominatim_url_cb() function. > (2) Add error handling to see the definite error log because sometimes > evas_object_image_file_set() is failed. > (3) Move zoom_min_get()/zoom_max_get() to source_init() to simplify code. > > Please review this patch. > this looks fairly reasonable. in future mails, please do not paste the entire contents of the patch into the email. providing it as an attachment is sufficient. -- 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
[E-devel] [Patch][elm_map] Fix memory leak & Add error handling
Dear all, I have done 3 jobs in this patch (1) I have fixed memory leaks in _nominatim_url_cb() function. (2) Add error handling to see the definite error log because sometimes evas_object_image_file_set() is failed. (3) Move zoom_min_get()/zoom_max_get() to source_init() to simplify code. Please review this patch. Index: src/lib/elm_map.c === --- src/lib/elm_map.c (리비전 65632) +++ src/lib/elm_map.c (작업 사본) @@ -700,46 +700,14 @@ source_init(void *data) { wd->source_names[idx] = strdup(s->name); INF("source : %s", wd->source_names[idx]); +if (s->zoom_min < wd->zoom_min) wd->zoom_min = s->zoom_min; +if (s->zoom_max > wd->zoom_max) wd->zoom_max = s->zoom_max; idx++; } wd->source_names[idx] = NULL; } static void -zoom_min_get(void *data) -{ - ELM_CHECK_WIDTYPE(data, widtype); - Widget_Data *wd = elm_widget_data_get(data); - Map_Sources_Tab *s; - Eina_List *l; - int tz; - - if (!wd) return; - EINA_LIST_FOREACH(wd->map_sources_tab, l, s) - { -tz = s->zoom_min; -if (tz < wd->zoom_min) wd->zoom_min = tz; - } -} - -static void -zoom_max_get(void *data) -{ - ELM_CHECK_WIDTYPE(data, widtype); - Widget_Data *wd = elm_widget_data_get(data); - Map_Sources_Tab *s; - Eina_List *l; - int tz; - - if (!wd) return; - EINA_LIST_FOREACH(wd->map_sources_tab, l, s) - { -tz = s->zoom_max; -if (tz > wd->zoom_max) wd->zoom_max = tz; - } -} - -static void obj_rotate_zoom(void *data, Evas_Object *obj) { ELM_CHECK_WIDTYPE(data, widtype); @@ -1187,21 +1155,21 @@ _tile_update(Grid_Item *gi) gi->want = EINA_FALSE; gi->download = EINA_FALSE; evas_object_image_file_set(gi->img, gi->file, NULL); - if (evas_object_image_load_error_get(gi->img) != EVAS_LOAD_ERROR_NONE) + Evas_Load_Error err = evas_object_image_load_error_get(gi->img); + if (err != EVAS_LOAD_ERROR_NONE) { -ERR("Image loading error (%s)", gi->file); +ERR("Image loading error (%s): %s", gi->file, evas_load_error_str(err)); ecore_file_remove(gi->file); gi->have = EINA_FALSE; -return; } - - obj_rotate_zoom(gi->wd->obj, gi->img); - evas_object_show(gi->img); - - //evas_object_text_text_set(gi->txt, gi->file); - //evas_object_show(gi->txt); - - gi->have = EINA_TRUE; + else + { +obj_rotate_zoom(gi->wd->obj, gi->img); +evas_object_show(gi->img); +gi->have = EINA_TRUE; +//evas_object_text_text_set(gi->txt, gi->file); +//evas_object_show(gi->txt); + } } static void @@ -3190,18 +3158,17 @@ elm_map_add(Evas_Object *parent) evas_object_smart_callback_add(wd->scr, "scroll", _scr_scroll, obj); elm_smart_scroller_bounce_allow_set(wd->scr, bounce, bounce); + + wd->zoom_min = 0xFF; + wd->zoom_max = 0X00; source_init(obj); wd->obj = obj; wd->map = evas_map_new(4); if (!wd->map) return NULL; - wd->zoom_min = 0xFF; - wd->zoom_max = 0X00; wd->markers_max_num = 30; wd->pinch.level = 1.0; - zoom_min_get(obj); - zoom_max_get(obj); wd->markers = calloc(wd->zoom_max + 1, sizeof(void*)); evas_object_smart_callback_add(obj, "scroll-hold-on", _hold_on, obj); @@ -5067,6 +5034,12 @@ _nominatim_url_cb(Evas_Object *obj, int if (!(idx == (ele-1))) eina_strlcat(search_url, "+", sizeof(search_url)); } snprintf(buf, sizeof(buf), "%s/search?q=%s&format=xml&polygon=0&addressdetails=0", NAME_NOMINATIM_URL, search_url); + +if (str && str[0]) + { + free(str[0]); + free(str); + } } else if (method == ELM_MAP_NAME_METHOD_REVERSE) snprintf(buf, sizeof(buf), "%s/reverse?format=xml&lat=%lf&lon=%lf&zoom=%d&addressdetails=0", NAME_NOMINATIM_URL, lat, lon, wd->zoom); else strcpy(buf, ""); -- BRs, Kim. Index: src/lib/elm_map.c === --- src/lib/elm_map.c (리비전 65632) +++ src/lib/elm_map.c (작업 사본) @@ -700,46 +700,14 @@ source_init(void *data) { wd->source_names[idx] = strdup(s->name); INF("source : %s", wd->source_names[idx]); +if (s->zoom_min < wd->zoom_min) wd->zoom_min = s->zoom_min; +if (s->zoom_max > wd->zoom_max) wd->zoom_max = s->zoom_max; idx++; } wd->source_names[idx] = NULL; } static void -zoom_min_get(void *data) -{ - ELM_CHECK_WIDTYPE(data, widtype); - Widget_Data *wd = elm_widget_data_get(data); - Map_Sources_Tab *s; - Eina_List *l; - int tz; - - if (!wd) return; - EINA_LIST_FOREACH(wd->map_sources_tab, l, s) - { -tz = s->zoom_min; -if (tz < wd->zoom_min) wd->zoom_min = tz; - } -} - -static void -zoom_max_get(void *data) -{ - ELM_CHECK_WIDTYPE(data, widtype); - Widget_Data *wd = elm_widget_data_get(data); - Map_Sources_Tab *s; - Eina_List *l; - int tz;
Re: [E-devel] Segfault in Edje
On Sun, 27 Nov 2011 18:27:53 +0100 Brian 'morlenxus' Miculcy said: i'm trying to reproduce - compiled, installed and set up mail module, it's showing me if/when i have new mail, and running under valgrind. no complaints there. no crashes with or without valgrind. :( > Hi folks, > > i have the following segfault when mail module tries to connect to the > servers. The mail module displays the image mail/images/checking.png, > then the segfault happens: > > #0 0xb78ba424 in __kernel_vsyscall () > #1 0xb752a1c3 in __waitpid_nocancel () from > /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 > #2 0x08076b94 in e_alert_show (sig=11) at e_alert.c:57 > #3 0x0813ae50 in e_sigseg_act (x=11, info=0xbfab694c, data=0xbfab69cc) > at e_signals.c:125 > #4 > #5 0xb7637f11 in _edje_image_recalc_apply (ed=0x9838590, ep=0x98a69d8, > p3=0xbfab71c0, chosen_desc=0x98347cc, pos=-835084018.9294275) at > edje_calc.c:1952 > #6 0xb763a970 in _edje_part_recalc (ed=0x9838590, ep=0x98a69d8, > flags=3) at edje_calc.c:2435 > #7 0xb7634b42 in _edje_recalc_do (ed=0x9838590) at edje_calc.c:461 > #8 0xb7695f55 in _edje_thaw_edje (ed=0x9838590) at edje_util.c:179 > #9 0xb7696000 in edje_thaw () at edje_util.c:196 > #10 0x08075d7d in _e_main_cb_idle_before (data=0x0) at e_main.c:1747 > #11 0xb77782d1 in _ecore_call_task_cb (func=0x8075c5d > <_e_main_cb_idle_before>, data=0x0) at ecore_private.h:264 > #12 0xb777860d in _ecore_idle_enterer_call () at ecore_idle_enterer.c:164 > #13 0xb777b324 in _ecore_main_loop_iterate_internal (once_only=0) at > ecore_main.c:1740 > #14 0xb7779d70 in ecore_main_loop_begin () at ecore_main.c:887 > #15 0x08073b92 in main (argc=1, argv=0xbfab8724) at e_main.c:956 > > Hopefully someone has an idea what's wrong here... > > Kind regards, > Brian 'morlenxus' Miculcy > > -- > 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
Re: [E-devel] E SVN: cedric trunk/edje/src/lib
On Sun, 27 Nov 2011 15:55:38 -0800 "Enlightenment SVN" wrote: > Log: > edje: major cleanup of map calc in edje, now done inside Edje_Calc_Param. > > NOTE: This was necessary for solving issue with the new CURRENT feature. I > don't like this massive change, but there is no way around. This patch is > only the first step, I will wait the full night before completly fixing > the issue with CURRENT. > > WARNING: If this patch doesn't break svn, you must feel lucky and go play > money games. In all other case, please report any issue to the developper > mailing-list. > > > Author: cedric > Date: 2011-11-27 15:55:37 -0800 (Sun, 27 Nov 2011) > New Revision: 65619 > Trac: http://trac.enlightenment.org/e/changeset/65619 > > Modified: > trunk/edje/src/lib/edje_calc.c trunk/edje/src/lib/edje_private.h > oh good we haven't had any commits like this in a while. I was thinking that you'd lost your touch -- 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
Re: [E-devel] Segfault in Edje
On Sun, 27 Nov 2011 18:27:53 +0100 Brian 'morlenxus' Miculcy said: > Hi folks, > > i have the following segfault when mail module tries to connect to the > servers. The mail module displays the image mail/images/checking.png, > then the segfault happens: can you print some of the parameter values on that line? p ep->param2->description p ((Edje_Part_Description_Image*) ep->param2->description)->image.tweens p image_num p image_count > #0 0xb78ba424 in __kernel_vsyscall () > #1 0xb752a1c3 in __waitpid_nocancel () from > /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 > #2 0x08076b94 in e_alert_show (sig=11) at e_alert.c:57 > #3 0x0813ae50 in e_sigseg_act (x=11, info=0xbfab694c, data=0xbfab69cc) > at e_signals.c:125 > #4 > #5 0xb7637f11 in _edje_image_recalc_apply (ed=0x9838590, ep=0x98a69d8, > p3=0xbfab71c0, chosen_desc=0x98347cc, pos=-835084018.9294275) at > edje_calc.c:1952 > #6 0xb763a970 in _edje_part_recalc (ed=0x9838590, ep=0x98a69d8, > flags=3) at edje_calc.c:2435 > #7 0xb7634b42 in _edje_recalc_do (ed=0x9838590) at edje_calc.c:461 > #8 0xb7695f55 in _edje_thaw_edje (ed=0x9838590) at edje_util.c:179 > #9 0xb7696000 in edje_thaw () at edje_util.c:196 > #10 0x08075d7d in _e_main_cb_idle_before (data=0x0) at e_main.c:1747 > #11 0xb77782d1 in _ecore_call_task_cb (func=0x8075c5d > <_e_main_cb_idle_before>, data=0x0) at ecore_private.h:264 > #12 0xb777860d in _ecore_idle_enterer_call () at ecore_idle_enterer.c:164 > #13 0xb777b324 in _ecore_main_loop_iterate_internal (once_only=0) at > ecore_main.c:1740 > #14 0xb7779d70 in ecore_main_loop_begin () at ecore_main.c:887 > #15 0x08073b92 in main (argc=1, argv=0xbfab8724) at e_main.c:956 > > Hopefully someone has an idea what's wrong here... > > Kind regards, > Brian 'morlenxus' Miculcy > > -- > 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
Re: [E-devel] _ecore_main_lock_count
On Sun, Nov 27, 2011 at 4:28 AM, Carsten Haitzler wrote: > On Sun, 27 Nov 2011 00:06:44 +0100 Andreas Volz said: >> Am Sat, 26 Nov 2011 20:38:35 +0900 schrieb Carsten Haitzler (The >> Rasterman): >> >> Hm, would you vote for an EFL library bug or for a bug in my >> application? >> >> I have a multi-threading application. But I'm using pthreads and sure >> not to call ecore lock/unlock directly, but the pthread locking >> functions. > > aree you calling any ecore, edje, elementary etc.calls from a thread? take a > good audit of them and see. You can turn on --enable-debug-threads in eina configure and see if you did something wrong. Be aware that it comes with a huge performance impact, so don't use that in production build. -- Cedric BAIL -- 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
Re: [E-devel] Segfault in Edje
Hi, On Sun, Nov 27, 2011 at 6:27 PM, Brian 'morlenxus' Miculcy wrote: > Hi folks, > > i have the following segfault when mail module tries to connect to the > servers. The mail module displays the image mail/images/checking.png, > then the segfault happens: Outch, very nice. > #0 0xb78ba424 in __kernel_vsyscall () > #1 0xb752a1c3 in __waitpid_nocancel () from > /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 > #2 0x08076b94 in e_alert_show (sig=11) at e_alert.c:57 > #3 0x0813ae50 in e_sigseg_act (x=11, info=0xbfab694c, data=0xbfab69cc) > at e_signals.c:125 > #4 > #5 0xb7637f11 in _edje_image_recalc_apply (ed=0x9838590, ep=0x98a69d8, > p3=0xbfab71c0, chosen_desc=0x98347cc, pos=-835084018.9294275) at > edje_calc.c:1952 Could you send the content of ep->param2->description, then ((Edje_Part_Description_Image*) ep->param2->description)->image.tweens and ((Edje_Part_Description_Image*) ep->param2->description)->image.tweens_count ? Thanks, -- Cedric BAIL -- 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
Re: [E-devel] E SVN: discomfitor IN trunk/e_dbus: . src/bin
On Sun, 27 Nov 2011 11:01:00 -0800 "Enlightenment SVN" wrote: > Log: > new enotify test which showcases 1) our ability to break e_dbus 2) enotify's > continued inability to SEND images > > Author: discomfitor > Date: 2011-11-27 11:01:00 -0800 (Sun, 27 Nov 2011) > New Revision: 65617 > Trac: http://trac.enlightenment.org/e/changeset/65617 > > Added: > trunk/e_dbus/src/bin/logo.png > Modified: > trunk/e_dbus/configure.ac trunk/e_dbus/src/bin/Makefile.am > trunk/e_dbus/src/bin/notify.c > comments/fixes/trolls welcome -- 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
[E-devel] Segfault in Edje
Hi folks, i have the following segfault when mail module tries to connect to the servers. The mail module displays the image mail/images/checking.png, then the segfault happens: #0 0xb78ba424 in __kernel_vsyscall () #1 0xb752a1c3 in __waitpid_nocancel () from /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 #2 0x08076b94 in e_alert_show (sig=11) at e_alert.c:57 #3 0x0813ae50 in e_sigseg_act (x=11, info=0xbfab694c, data=0xbfab69cc) at e_signals.c:125 #4 #5 0xb7637f11 in _edje_image_recalc_apply (ed=0x9838590, ep=0x98a69d8, p3=0xbfab71c0, chosen_desc=0x98347cc, pos=-835084018.9294275) at edje_calc.c:1952 #6 0xb763a970 in _edje_part_recalc (ed=0x9838590, ep=0x98a69d8, flags=3) at edje_calc.c:2435 #7 0xb7634b42 in _edje_recalc_do (ed=0x9838590) at edje_calc.c:461 #8 0xb7695f55 in _edje_thaw_edje (ed=0x9838590) at edje_util.c:179 #9 0xb7696000 in edje_thaw () at edje_util.c:196 #10 0x08075d7d in _e_main_cb_idle_before (data=0x0) at e_main.c:1747 #11 0xb77782d1 in _ecore_call_task_cb (func=0x8075c5d <_e_main_cb_idle_before>, data=0x0) at ecore_private.h:264 #12 0xb777860d in _ecore_idle_enterer_call () at ecore_idle_enterer.c:164 #13 0xb777b324 in _ecore_main_loop_iterate_internal (once_only=0) at ecore_main.c:1740 #14 0xb7779d70 in ecore_main_loop_begin () at ecore_main.c:887 #15 0x08073b92 in main (argc=1, argv=0xbfab8724) at e_main.c:956 Hopefully someone has an idea what's wrong here... Kind regards, Brian 'morlenxus' Miculcy -- 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