[E-devel] White box of death restart (F1) doesn't work again
Hey everyone (dh?), This is broken again. And since this is the #1 feature I care about, I'm sad. :( Whoever broke it, please fix it. Thanks, Tom. -- EMC VNX: the world's simplest storage, starting under $10K The only unified storage solution that offers unified management Up to 160% more powerful than alternatives and 25% more efficient. Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] How to enable GLES?
Hi All, I try to configure evas to enable GLES. But it seams not work. ./configure --prefix=/usr --enable-gl-xcb --enable-gl-flavor-gles --enable-gles-variety-sgx elementary_test reports: CRI18771:elementary elm_win.c:1436 elm_win_add() OpenGL engine creation failed. Trying software X11 How to enable GLES? Thanks! -Zhenqiang -- EMC VNX: the world's simplest storage, starting under $10K The only unified storage solution that offers unified management Up to 160% more powerful than alternatives and 25% more efficient. Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [PATCH] Add a checking null of im_info to get_ic().
Hi All, I've added a checking null of im_info to get_ic(). Would you review this patch? Best Regards. -- Naruto TAKAHASHI tnar...@gmail.com diff --git a/ecore/src/modules/immodules/xim/ecore_imf_xim.c b/ecore/src/modules/immodules/xim/ecore_imf_xim.c index 791fdab..76ae9aa 100644 --- a/ecore/src/modules/immodules/xim/ecore_imf_xim.c +++ b/ecore/src/modules/immodules/xim/ecore_imf_xim.c @@ -451,11 +451,6 @@ _ecore_imf_context_xim_filter_event(Ecore_IMF_Context *ctx, Eina_Bool result = EINA_FALSE; imf_context_data = ecore_imf_context_data_get(ctx); - ic = imf_context_data-ic; - if(!ic) - { -ic = get_ic(ctx); - } if(type == ECORE_IMF_EVENT_KEY_DOWN) { @@ -482,6 +477,8 @@ _ecore_imf_context_xim_filter_event(Ecore_IMF_Context *ctx, xev.keycode = _keycode_get(dsp, ev-keyname); xev.same_screen = True; +ic = get_ic(ctx); + if(ic) { Status mbstatus; @@ -926,6 +923,12 @@ get_ic(Ecore_IMF_Context *ctx) XPoint spot = { 0, 0 }; char *name = NULL; +if(!im_info) + { + EINA_LOG_WARN(Doesn't open XIM.); + return NULL; + } + // supported styles #if 0 int i; -- EMC VNX: the world's simplest storage, starting under $10K The only unified storage solution that offers unified management Up to 160% more powerful than alternatives and 25% more efficient. Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: tasn trunk/elementary/src/lib
Hey Tasn, need to check but before there were no limits that the tooltip must be on an elm object. It could be an edje or a single rectangle. All it should use are mouse events. --Gustavo Sent from my iPhone On 28/08/2011, at 11:13, Enlightenment SVN no-re...@enlightenment.org wrote: Log: Elm tooltip: Added checks if the object passed is an elm object. Author: tasn Date: 2011-08-28 07:12:38 -0700 (Sun, 28 Aug 2011) New Revision: 62919 Trac: http://trac.enlightenment.org/e/changeset/62919 Modified: trunk/elementary/src/lib/elm_widget.c trunk/elementary/src/lib/elm_widget.h trunk/elementary/src/lib/els_tooltip.c Modified: trunk/elementary/src/lib/elm_widget.c === --- trunk/elementary/src/lib/elm_widget.c2011-08-28 13:28:12 UTC (rev 62918) +++ trunk/elementary/src/lib/elm_widget.c2011-08-28 14:12:38 UTC (rev 62919) @@ -2398,6 +2398,23 @@ } EAPI Eina_Bool +elm_widget_is_check(const Evas_Object *obj) +{ + static int abort_on_warn = -1; + if (elm_widget_is(obj)) + return EINA_TRUE; + + ERR(Passing Object: %p., obj); + if (abort_on_warn == -1) + { +if (getenv(ELM_ERROR_ABORT)) abort_on_warn = 1; +else abort_on_warn = 0; + } + if (abort_on_warn == 1) abort(); + return EINA_FALSE; +} + +EAPI Eina_Bool elm_widget_type_check(const Evas_Object *obj, const char*type) { Modified: trunk/elementary/src/lib/elm_widget.h === --- trunk/elementary/src/lib/elm_widget.h2011-08-28 13:28:12 UTC (rev 62918) +++ trunk/elementary/src/lib/elm_widget.h2011-08-28 14:12:38 UTC (rev 62919) @@ -400,6 +400,7 @@ EAPI Eina_Boolelm_widget_theme_object_set(Evas_Object *obj, Evas_Object *edj, const char *wname, const char *welement, const char *wstyle); EAPI void elm_widget_type_register(const char **ptr); EAPI void elm_widget_type_unregister(const char **ptr); +EAPI Eina_Boolelm_widget_is_check(const Evas_Object *obj); EAPI Eina_Boolelm_widget_type_check(const Evas_Object *obj, const char *type); EAPI Eina_List *elm_widget_stringlist_get(const char *str); EAPI void elm_widget_stringlist_free(Eina_List *list); @@ -671,6 +672,9 @@ } \ } while (0) +#define ELM_CHECK_WID_IS(obj) \ + if (!elm_widget_is_check(obj)) return + #define ELM_CHECK_WIDTYPE(obj, widtype) \ if (!elm_widget_type_check((obj), (widtype))) return Modified: trunk/elementary/src/lib/els_tooltip.c === --- trunk/elementary/src/lib/els_tooltip.c2011-08-28 13:28:12 UTC (rev 62918) +++ trunk/elementary/src/lib/els_tooltip.c2011-08-28 14:12:38 UTC (rev 62919) @@ -717,6 +717,7 @@ EAPI void elm_object_tooltip_show(Evas_Object *obj) { + ELM_CHECK_WID_IS(obj); ELM_TOOLTIP_GET_OR_RETURN(tt, obj); tt-visible_lock = EINA_TRUE; _elm_tooltip_show(tt); @@ -734,6 +735,7 @@ EAPI void elm_object_tooltip_hide(Evas_Object *obj) { + ELM_CHECK_WID_IS(obj); ELM_TOOLTIP_GET_OR_RETURN(tt, obj); tt-visible_lock = EINA_FALSE; _elm_tooltip_hide_anim_start(tt); @@ -754,6 +756,7 @@ EAPI void elm_object_tooltip_text_set(Evas_Object *obj, const char *text) { + ELM_CHECK_WID_IS(obj); EINA_SAFETY_ON_NULL_RETURN(obj); EINA_SAFETY_ON_NULL_RETURN(text); @@ -785,6 +788,7 @@ EAPI void elm_object_tooltip_content_cb_set(Evas_Object *obj, Elm_Tooltip_Content_Cb func, const void *data, Evas_Smart_Cb del_cb) { + ELM_CHECK_WID_IS(obj); elm_object_sub_tooltip_content_cb_set(obj, obj, func, data, del_cb); } @@ -804,6 +808,7 @@ EAPI void elm_object_tooltip_unset(Evas_Object *obj) { + ELM_CHECK_WID_IS(obj); ELM_TOOLTIP_GET_OR_RETURN(tt, obj); _elm_tooltip_unset(tt); } @@ -821,6 +826,7 @@ EAPI void elm_object_tooltip_style_set(Evas_Object *obj, const char *style) { + ELM_CHECK_WID_IS(obj); ELM_TOOLTIP_GET_OR_RETURN(tt, obj); if (!eina_stringshare_replace(tt-style, style)) return; elm_tooltip_theme(tt); @@ -836,6 +842,7 @@ EAPI const char * elm_object_tooltip_style_get(const Evas_Object *obj) { + ELM_CHECK_WID_IS(obj); ELM_TOOLTIP_GET_OR_RETURN(tt, obj, NULL); return tt-style ? tt-style : default; } @@ -883,6 +890,7 @@ EAPI Eina_Bool elm_tooltip_size_restrict_disable(Evas_Object *obj, Eina_Bool disable) { + ELM_CHECK_WID_IS(obj); ELM_TOOLTIP_GET_OR_RETURN(tt, obj, EINA_FALSE); return tt-free_size = disable; } @@ -899,6 +907,7 @@ EAPI Eina_Bool elm_tooltip_size_restrict_disabled_get(const Evas_Object *obj) { + ELM_CHECK_WID_IS(obj); ELM_TOOLTIP_GET_OR_RETURN(tt, obj, EINA_FALSE); return tt-free_size; } -- EMC VNX: the world's
Re: [E-devel] E SVN: tasn trunk/elementary/src/lib
On 29/08/11 14:32, Gustavo Barbieri wrote: Hey Tasn, need to check but before there were no limits that the tooltip must be on an elm object. It could be an edje or a single rectangle. All it should use are mouse events. --Gustavo Sent from my iPhone Ah. I'm sorry then, will revert, my bad. Added it because a colleague of mine tried to shove an Eina_List in there and he couldn't understand what went wrong, but I guess my checks are bad. Thanks for the notice, Tom. -- EMC VNX: the world's simplest storage, starting under $10K The only unified storage solution that offers unified management Up to 160% more powerful than alternatives and 25% more efficient. Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: tasn trunk/elementary/src/lib
Went bad? But evas_object_data_get() should be safe with it using magic numbers. --Gustavo Sent from my iPhone On 29/08/2011, at 08:36, Tom Hacohen tom.haco...@partner.samsung.com wrote: On 29/08/11 14:32, Gustavo Barbieri wrote: Hey Tasn, need to check but before there were no limits that the tooltip must be on an elm object. It could be an edje or a single rectangle. All it should use are mouse events. --Gustavo Sent from my iPhone Ah. I'm sorry then, will revert, my bad. Added it because a colleague of mine tried to shove an Eina_List in there and he couldn't understand what went wrong, but I guess my checks are bad. Thanks for the notice, Tom. -- EMC VNX: the world's simplest storage, starting under $10K The only unified storage solution that offers unified management Up to 160% more powerful than alternatives and 25% more efficient. Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster trunk/evas/src/lib/canvas
Zero parameters before checking otherwise it will not touch them and on failure caller will get garbage --Gustavo Sent from my iPhone On 29/08/2011, at 08:40, Enlightenment SVN no-re...@enlightenment.org wrote: Log: dont need ti check priv - macro did it anyway Author: raster Date: 2011-08-29 04:39:43 -0700 (Mon, 29 Aug 2011) New Revision: 62941 Trac: http://trac.enlightenment.org/e/changeset/62941 Modified: trunk/evas/src/lib/canvas/evas_object_grid.c Modified: trunk/evas/src/lib/canvas/evas_object_grid.c === --- trunk/evas/src/lib/canvas/evas_object_grid.c2011-08-29 11:28:43 UTC (rev 62940) +++ trunk/evas/src/lib/canvas/evas_object_grid.c2011-08-29 11:39:43 UTC (rev 62941) @@ -267,16 +267,8 @@ evas_object_grid_size_get(const Evas_Object *o, int *w, int *h) { EVAS_OBJECT_GRID_DATA_GET_OR_RETURN(o, priv); - if (priv) - { -if (w) *w = priv-size.w; -if (h) *h = priv-size.h; - } - else - { -if (w) *w = 0; -if (h) *h = 0; - } + if (w) *w = priv-size.w; + if (h) *h = priv-size.h; } EAPI Eina_Bool -- EMC VNX: the world's simplest storage, starting under $10K The only unified storage solution that offers unified management Up to 160% more powerful than alternatives and 25% more efficient. Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev ___ enlightenment-svn mailing list enlightenment-...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-svn -- EMC VNX: the world's simplest storage, starting under $10K The only unified storage solution that offers unified management Up to 160% more powerful than alternatives and 25% more efficient. Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] more elm cnp bugs!
Hello -Original Message- From: Mike Blumenkrantz [mailto:m...@zentific.com] Sent: Friday, August 26, 2011 11:54 AM To: enlightenment-devel@lists.sourceforge.net Subject: [E-devel] more elm cnp bugs! * pasting anything into an entry which includes escape characters causes the escape sequence to be pasted (column 1) instead of the actual string (column 2) { ps, _PARAGRAPH_SEPARATOR }, { br, \n }, { \t, \t }, { gt;,}, { lt;, }, { amp;,}, { quot;, \' }, { dquot;, \ } I don't think it's a bug. Because tag information is actually internal information of elm_entry. If a user want to paste tag contained strings, he should know what he's doing. Or just paste plain string with elm_entry_markup_to_utf8 * using ecore_x_selection_*_set in elm is vaguely broken, see r62847-9 for some great hackish workarounds Yes, it's needed to improve. Anyway good work -- Mike Blumenkrantz Zentific: Coding in binary since '10. -- EMC VNX: the world's simplest storage, starting under $10K The only unified storage solution that offers unified management Up to 160% more powerful than alternatives and 25% more efficient. Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- EMC VNX: the world's simplest storage, starting under $10K The only unified storage solution that offers unified management Up to 160% more powerful than alternatives and 25% more efficient. Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: tasn trunk/elementary/src/lib
Ok, reverted. A big win for informative commit logs that made it easier for you to detect this bad commit. :) On 29/08/11 14:43, Gustavo Barbieri wrote: Went bad? But evas_object_data_get() should be safe with it using magic numbers. I'm not sure I got you, you suggest I'll change it to check for Evas Objects? I guess that's the right thing to do in this case. I ain't gonna do it now, as I'm busy with something else, hopefully when I get some free time. -- Tom. -- EMC VNX: the world's simplest storage, starting under $10K The only unified storage solution that offers unified management Up to 160% more powerful than alternatives and 25% more efficient. Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: barbieri trunk/edje/src/lib
Likely it was wrong and happened to work due wrong collateral effects. --Gustavo Sent from my iPhone On 28/08/2011, at 03:01, Mike Blumenkrantz m...@zentific.com wrote: On Sat, 20 Aug 2011 18:38:17 -0700 Enlightenment SVN no-re...@enlightenment.org wrote: Log: change text's single recalc to use apply version. Original _edje_part_recalc_single_text() was not working as expected since it was not doing size fit, range, ellipsis and so on. The purpose of this function compared with _edje_text_recalc_apply() is to be faster, not calling Evas update functions. However for text this is quite difficult given that to fit we need to set the font, size, style, etc. If it was done correctly, we'd save some calls to move and some color sets, however those shouldn't matter much in the overall picture. I've changed this to force applying the value, it should be more correct and not so slow. The previous code is kept below for reference but should be removed before next release! Author: barbieri Date: 2011-08-20 18:38:17 -0700 (Sat, 20 Aug 2011) New Revision: 62640 Trac: http://trac.enlightenment.org/e/changeset/62640 Modified: trunk/edje/src/lib/edje_calc.c this commit totally breaks the text in my theme and I don't know why. -- Mike Blumenkrantz Zentific: Coding in binary since '10. -- EMC VNX: the world's simplest storage, starting under $10K The only unified storage solution that offers unified management Up to 160% more powerful than alternatives and 25% more efficient. Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- EMC VNX: the world's simplest storage, starting under $10K The only unified storage solution that offers unified management Up to 160% more powerful than alternatives and 25% more efficient. Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: tasn trunk/elementary/src/lib
2011/8/29 Tom Hacohen tom.haco...@partner.samsung.com: Ok, reverted. A big win for informative commit logs that made it easier for you to detect this bad commit. :) On 29/08/11 14:43, Gustavo Barbieri wrote: Went bad? But evas_object_data_get() should be safe with it using magic numbers. I'm not sure I got you, you suggest I'll change it to check for Evas Objects? I guess that's the right thing to do in this case. I ain't gonna do it now, as I'm busy with something else, hopefully when I get some free time. Or tell your friend to read the warnings in the compile log. Or not to cast pointers to incompatible types to silence those warnings. -- Tom. -- EMC VNX: the world's simplest storage, starting under $10K The only unified storage solution that offers unified management Up to 160% more powerful than alternatives and 25% more efficient. Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- EMC VNX: the world's simplest storage, starting under $10K The only unified storage solution that offers unified management Up to 160% more powerful than alternatives and 25% more efficient. Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: tasn trunk/elementary/src/lib
On 29/08/11 14:59, Iván Briano (Sachiel) wrote: Or tell your friend to read the warnings in the compile log. Or not to cast pointers to incompatible types to silence those warnings. I tell him that all the time... To his defence though, in this case it wasn't entirely his fault. He did something bad that almost everyone in efl. He used void * pointers without casting to the wanted type before (by using a local variable for example). He used the value of eina_list_data_get as a parameter to that function without noticing it wasn't an Evas_Object (I was wrong earlier when I said he passed an Eina_List, he actually passed an Elm_List_Item). No way for the compiler to detect that. -- Tom. -- EMC VNX: the world's simplest storage, starting under $10K The only unified storage solution that offers unified management Up to 160% more powerful than alternatives and 25% more efficient. Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] White box of death restart (F1) doesn't work again
On 08/29/2011 02:55 AM, Tom Hacohen wrote: Hey everyone (dh?), This is broken again. And since this is the #1 feature I care about, I'm sad. :( Whoever broke it, please fix it. Thanks, Tom. Uggg, WTH !! How can this be broken again ? :( Tom, I assume you are still building evas/ecore w/ Xlib support ? What exactly is broken ? The box doesn't show anymore ? Restart doesn't work with the mouse? keyboard ? Exit is broken ?? Need more details mate ;) dh -- EMC VNX: the world's simplest storage, starting under $10K The only unified storage solution that offers unified management Up to 160% more powerful than alternatives and 25% more efficient. Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] White box of death restart (F1) doesn't work again
On 29/08/11 17:40, Christopher Michael wrote: Uggg, WTH !! How can this be broken again ? :( Tom, I assume you are still building evas/ecore w/ Xlib support ? What exactly is broken ? The box doesn't show anymore ? Restart doesn't work with the mouse? keyboard ? Exit is broken ?? Need more details mate ;) Yeah, I'm still an xlib coward (btw, glima suffers from the same issue). So evas/ecore w/ Xlib. Broken: restart just exits e, either cause of a seg or I dunno what. I didn't provide any info because it's the same issue as before. -- Tom. -- EMC VNX: the world's simplest storage, starting under $10K The only unified storage solution that offers unified management Up to 160% more powerful than alternatives and 25% more efficient. Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] White box of death restart (F1) doesn't work again
On 08/29/2011 10:51 AM, Tom Hacohen wrote: On 29/08/11 17:40, Christopher Michael wrote: Uggg, WTH !! How can this be broken again ? :( Tom, I assume you are still building evas/ecore w/ Xlib support ? What exactly is broken ? The box doesn't show anymore ? Restart doesn't work with the mouse? keyboard ? Exit is broken ?? Need more details mate ;) Yeah, I'm still an xlib coward (btw, glima suffers from the same issue). So evas/ecore w/ Xlib. Broken: restart just exits e, either cause of a seg or I dunno what. I didn't provide any info because it's the same issue as before. -- Tom. Ok, well I am just getting caught up due to the storm, but I'll look @ this today and run some tests. Just out of curiosity, if you send E a segv (kill -s SEGV e_pid) like Sachiel suggested when we had this problem before, does the Restart work ? dh -- EMC VNX: the world's simplest storage, starting under $10K The only unified storage solution that offers unified management Up to 160% more powerful than alternatives and 25% more efficient. Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] elementary_test segs after latest smart object changes
Dear everyone (raster), Last smart object changes break everything. I get a seg when trying to launch elementary_test. I don't have time to debug it, but reproducing it is pretty straightforward. -- Tom. -- EMC VNX: the world's simplest storage, starting under $10K The only unified storage solution that offers unified management Up to 160% more powerful than alternatives and 25% more efficient. Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] White box of death restart (F1) doesn't work again
On 29/08/11 18:06, Christopher Michael wrote: Ok, well I am just getting caught up due to the storm, but I'll look @ this today and run some tests. Just out of curiosity, if you send E a segv (kill -s SEGV e_pid) like Sachiel suggested when we had this problem before, does the Restart work ? dh Oddly enough, sending a SEGV from outside the process works just fine. But attaching gdb to the e process, and then doing something like: eina_stringshare_del(2342344234) from inside gdb breaks as expected. -- Tom. -- EMC VNX: the world's simplest storage, starting under $10K The only unified storage solution that offers unified management Up to 160% more powerful than alternatives and 25% more efficient. Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] White box of death restart (F1) doesn't work again
On Monday, August 29, 2011 11:06:13 PM UTC+8, Christopher Michael wrote: On 08/29/2011 10:51 AM, Tom Hacohen wrote: On 29/08/11 17:40, Christopher Michael wrote: Uggg, WTH !! How can this be broken again ? :( Tom, I assume you are still building evas/ecore w/ Xlib support ? What exactly is broken ? The box doesn't show anymore ? Restart doesn't work with the mouse? keyboard ? Exit is broken ?? Need more details mate ;) Yeah, I'm still an xlib coward (btw, glima suffers from the same issue). So evas/ecore w/ Xlib. Broken: restart just exits e, either cause of a seg or I dunno what. I didn't provide any info because it's the same issue as before. -- Tom. Ok, well I am just getting caught up due to the storm, but I'll look @ this today and run some tests. Just out of curiosity, if you send E a segv (kill -s SEGV e_pid) like Sachiel suggested when we had this problem before, does the Restart work ? dh Uh. Can't repro this today using kill -s SEGV $(pgrep -x enlightenment) Running 62899. But, F1 was definitely a problem 2 days ago. It was behaving the same as F2. Anyway, hopefully it fixed itself :P Looks like the e code is gaining sentience and can fix itself ;) -- EMC VNX: the world's simplest storage, starting under $10K The only unified storage solution that offers unified management Up to 160% more powerful than alternatives and 25% more efficient. Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] White box of death restart (F1) doesn't work again
On 08/29/2011 11:20 AM, Tom Hacohen wrote: On 29/08/11 18:06, Christopher Michael wrote: Ok, well I am just getting caught up due to the storm, but I'll look @ this today and run some tests. Just out of curiosity, if you send E a segv (kill -s SEGV e_pid) like Sachiel suggested when we had this problem before, does the Restart work ? dh Oddly enough, sending a SEGV from outside the process works just fine. Ok, great. Then the alert code is working as expected. But attaching gdb to the e process, and then doing something like: eina_stringshare_del(2342344234) from inside gdb breaks as expected. -- Tom. Hmm, odd since it works as per above, but ok. At least this gives me something to work with and dig into ;) dh -- EMC VNX: the world's simplest storage, starting under $10K The only unified storage solution that offers unified management Up to 160% more powerful than alternatives and 25% more efficient. Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] White box of death restart (F1) doesn't work again
On 08/29/2011 11:22 AM, P Purkayastha wrote: On Monday, August 29, 2011 11:06:13 PM UTC+8, Christopher Michael wrote: On 08/29/2011 10:51 AM, Tom Hacohen wrote: On 29/08/11 17:40, Christopher Michael wrote: Uggg, WTH !! How can this be broken again ? :( Tom, I assume you are still building evas/ecore w/ Xlib support ? What exactly is broken ? The box doesn't show anymore ? Restart doesn't work with the mouse? keyboard ? Exit is broken ?? Need more details mate ;) Yeah, I'm still an xlib coward (btw, glima suffers from the same issue). So evas/ecore w/ Xlib. Broken: restart just exits e, either cause of a seg or I dunno what. I didn't provide any info because it's the same issue as before. -- Tom. Ok, well I am just getting caught up due to the storm, but I'll look @ this today and run some tests. Just out of curiosity, if you send E a segv (kill -s SEGVe_pid) like Sachiel suggested when we had this problem before, does the Restart work ? dh Uh. Can't repro this today using kill -s SEGV $(pgrep -x enlightenment) Running 62899. But, F1 was definitely a problem 2 days ago. It was behaving the same as F2. Anyway, hopefully it fixed itself :P Looks like the e code is gaining sentience and can fix itself ;) HAHAHAH !! If only that really was the case... ;) dh -- EMC VNX: the world's simplest storage, starting under $10K The only unified storage solution that offers unified management Up to 160% more powerful than alternatives and 25% more efficient. Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: tasn trunk/elementary/src/lib
On Mon, Aug 29, 2011 at 9:07 AM, Tom Hacohen tom.haco...@partner.samsung.com wrote: On 29/08/11 14:59, Iván Briano (Sachiel) wrote: Or tell your friend to read the warnings in the compile log. Or not to cast pointers to incompatible types to silence those warnings. I tell him that all the time... To his defence though, in this case it wasn't entirely his fault. He did something bad that almost everyone in efl. He used void * pointers without casting to the wanted type before (by using a local variable for example). He used the value of eina_list_data_get as a parameter to that function without noticing it wasn't an Evas_Object (I was wrong earlier when I said he passed an Eina_List, he actually passed an Elm_List_Item). No way for the compiler to detect that. But I'm still amazed why Evas' own magic pointer checking did not caught it. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- EMC VNX: the world's simplest storage, starting under $10K The only unified storage solution that offers unified management Up to 160% more powerful than alternatives and 25% more efficient. Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] White box of death restart (F1) doesn't work again
On 08/29/2011 11:20 AM, Tom Hacohen wrote: On 29/08/11 18:06, Christopher Michael wrote: Ok, well I am just getting caught up due to the storm, but I'll look @ this today and run some tests. Just out of curiosity, if you send E a segv (kill -s SEGV e_pid) like Sachiel suggested when we had this problem before, does the Restart work ? dh Oddly enough, sending a SEGV from outside the process works just fine. But attaching gdb to the e process, and then doing something like: eina_stringshare_del(2342344234) from inside gdb breaks as expected. -- Tom. Tom, gdb attach pid (gdb) set unwindonsignal on (gdb) call eina_stringshare_del(234234) works in that it makes it possible to debug using gdb like you are (calling efl functions inside gdb). As far as the alert dialog working (restart/exit), we know it works when E receives the signal from modules, etc. The problem you are experiencing could be from gdb catching the signals instead of E, or it could be due to xcb being threaded...not entirely sure which one, but the alert code itself does work. If you compare the changes to the old alert code and this version, you will see that there is not much difference really (aside from xcb doing the dialog drawing) so I am not sure that This even worked in the old version. If it did work previously, then it could just be the threaded nature of xcb which is the problem, but as such there is not much can be done about that...I can't change xcb's threaded nature ;) I don't know enough about what gdb is doing wrt signals to dig much deeper into this. Do we have any gdb gurus that could help ?? dh -- EMC VNX: the world's simplest storage, starting under $10K The only unified storage solution that offers unified management Up to 160% more powerful than alternatives and 25% more efficient. Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster IN trunk/evas/src/lib: canvas include
2011/8/29 Enlightenment SVN no-re...@enlightenment.org: Log: i've found a subtle issue with how we queue recalcs of smart objs. if an obj is already queued we dont push it FURTHEr down the queue if smart recalc is enabled. now at least we keep order of operation/calc correctly! Author: raster Date: 2011-08-29 05:14:55 -0700 (Mon, 29 Aug 2011) New Revision: 62944 Trac: http://trac.enlightenment.org/e/changeset/62944 Modified: trunk/evas/src/lib/canvas/evas_main.c trunk/evas/src/lib/canvas/evas_object_smart.c trunk/evas/src/lib/include/evas_private.h SPANK SPANK SPANK! I can't launch enlightenment anymore after this commit : Here the backtrace : (gdb) bt full #0 0x00359200e7d0 in __pause_nocancel () from /lib64/libpthread.so.0 No symbol table info available. #1 0x00433674 in e_alert_show (sig=11) at e_alert.c:44 buf = /opt/e17/lib/enlightenment/utils/enlightenment_alert 11 30152 96\000\000\000\000\000\000\000\000 \000\000\000;\022v\230\001, '\000' repeats 23 times, \000\000\000;\022v\230\001, '\000' repeats 23 times, \000\000\000;\022v\230\001, '\000' repeats 23 times, \000\000\000;\022v\230\001, '\000' repeats 23 times, \000\000\000;\022v\230\001, '\000' repeats 23 times, \000\000\000;\022v\230\001, '\000' repeats 23 times, \000\000\000;\022v\230\001, '\000' repeats 23 times, \000\000\000... #2 0x00506335 in e_sigseg_act (x=11, info=0x7fffd41e1470, data= 0x7fffd41e1340) at e_signals.c:125 No locals. #3 signal handler called No symbol table info available. #4 0x7f3814e4db60 in eina_array_clean (array=0x7f3817cab160) at /opt/e17/include/eina-1/eina/eina_inline_array.x:157 No locals. #5 0x7f3814e4fb81 in evas_call_smarts_calculate (e=0x28bac80) at evas_object_smart.c:704 calculate = 0x7f3817cab160 obj = 0x0 ---Type return to continue, or q return to quit--- l = 0x0 #6 0x7f3814e7fb56 in evas_render_updates_internal (e=0x28bac80, make_updates=1 '\001', do_draw=1 '\001') at evas_render.c:1094 updates = 0x0 ll = 0x7fffd41e1a00 surface = 0x0 clean_them = 0 '\000' alpha = 0 '\000' r = 0x28b1290 ux = 32568 uy = 399730876 uw = 0 uh = 0 cx = 32568 cy = 353567960 cw = 32568 ch = 350308256 i = 32568 j = 350308256 haveup = 0 redraw_all = 0 __FUNCTION__ = evas_render_updates_internal #7 0x7f3814e81a0c in evas_render_updates (e=0x28bac80) ---Type return to continue, or q return to quit--- at evas_render.c:1515 No locals. #8 0x7f3817a90bd3 in _ecore_evas_x_render (ee=0x28baa70) at ecore_evas_x.c:397 r = 0x0 updates = 0x7fffd41e1a00 l = 0x75c8 rend = 0 ll = 0x0 ee2 = 0x0 #9 0x7f3817a89e24 in _ecore_evas_idle_enter (data=0x0) at ecore_evas.c:51 ee = 0x28baa70 t1 = 0 t2 = 0 rend = 0 #10 0x7f381513f669 in _ecore_call_task_cb (func= 0x7f3817a89d7c _ecore_evas_idle_enter, data=0x0) at ecore_private.h:242 r = 1 '\001' #11 0x7f381513f991 in _ecore_idle_enterer_call () at ecore_idle_enterer.c:165 ie = 0x24a22b0 #12 0x7f381514243d in _ecore_main_loop_iterate_internal (once_only=0) at ecore_main.c:1619 ---Type return to continue, or q return to quit--- next_time = -1 have_event = 0 have_signal = 345540576 #13 0x7f3815140f8e in ecore_main_loop_begin () at ecore_main.c:861 No locals. #14 0x0043047e in main (argc=5, argv=0x7fffd41e2cc8) at e_main.c:945 nostartup = 0 '\000' safe_mode = 0 '\000' after_restart = 0 '\000' t = 1314635150.5877531 tstart = 1314635150.5877531 s = 0x0 buff = 1314635150.6\000\000\000\000\362\r\200\235\065\000\000\000`\aS\000\000\000\000 action = {__sigaction_handler = {sa_handler = 0x50641b e_sigabrt_act, sa_sigaction = 0x50641b e_sigabrt_act}, sa_mask = {__val = {0 repeats 16 times}}, sa_flags = -1073741820, sa_restorer = 0} (gdb) -- Nicolas Aguirre Mail: aguirre.nico...@gmail.com Web: http://enna.geexbox.org Blog: http://dev.enlightenment.fr/~captainigloo/ -- EMC VNX: the world's simplest storage, starting under $10K The only unified storage solution that offers unified management Up to 160% more powerful than alternatives and 25% more efficient. Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] White box of death restart (F1) doesn't work again
On 29/08/11 19:06, Christopher Michael wrote: gdb attach pid (gdb) set unwindonsignal on (gdb) call eina_stringshare_del(234234) works in that it makes it possible to debug using gdb like you are (calling efl functions inside gdb). As far as the alert dialog working (restart/exit), we know it works when E receives the signal from modules, etc. The problem you are experiencing could be from gdb catching the signals instead of E, or it could be due to xcb being threaded...not entirely sure which one, but the alert code itself does work. If you compare the changes to the old alert code and this version, you will see that there is not much difference really (aside from xcb doing the dialog drawing) so I am not sure that This even worked in the old version. If it did work previously, then it could just be the threaded nature of xcb which is the problem, but as such there is not much can be done about that...I can't change xcb's threaded nature ;) I don't know enough about what gdb is doing wrt signals to dig much deeper into this. Do we have any gdb gurus that could help ?? Sorry, I was'nt clear: call eina_stringshare_del like you did, *detach gdb* and then press F1/press the button. And still, it fails... This has nothing to do with gdb, it just fails, so no need for gdb gurus. Please check that out. -- Tom. -- EMC VNX: the world's simplest storage, starting under $10K The only unified storage solution that offers unified management Up to 160% more powerful than alternatives and 25% more efficient. Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster IN trunk/evas/src/lib: canvas include
On 29/08/11 19:34, Nicolas Aguirre wrote: SPANK SPANK SPANK! I can't launch enlightenment anymore after this commit : Here the backtrace : Same as my elementary_test won't start thread. :) So +1 from me. -- Tom. -- EMC VNX: the world's simplest storage, starting under $10K The only unified storage solution that offers unified management Up to 160% more powerful than alternatives and 25% more efficient. Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] How to enable GLES?
On Mon, Aug 29, 2011 at 10:30, Chen, Zhenqiang zhenqiang.c...@intel.com wrote: Hi All, I try to configure evas to enable GLES. But it seams not work. ./configure --prefix=/usr --enable-gl-xcb --enable-gl-flavor-gles --enable-gles-variety-sgx AFAIK, gl-xcb is currently not working. Christopher Michael (devilhorns) should be working on it in a near future. -- Boris Faure -- Special Offer -- Download ArcSight Logger for FREE! Finally, a world-class log management solution at an even better price-free! And you'll get a free Love Thy Logs t-shirt when you download Logger. Secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sdnews ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] How to enable GLES?
On 08/29/2011 02:26 PM, Boris Faure wrote: On Mon, Aug 29, 2011 at 10:30, Chen, Zhenqiangzhenqiang.c...@intel.com wrote: Hi All, I try to configure evas to enable GLES. But it seams not work. ./configure --prefix=/usr --enable-gl-xcb --enable-gl-flavor-gles --enable-gles-variety-sgx AFAIK, gl-xcb is currently not working. Christopher Michael (devilhorns) should be working on it in a near future. That is correct. Currently '--enable-gl-xcb' does nothing...don't use it. dh -- Special Offer -- Download ArcSight Logger for FREE! Finally, a world-class log management solution at an even better price-free! And you'll get a free Love Thy Logs t-shirt when you download Logger. Secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsisghtdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster IN trunk/evas/src/lib: canvas include
On Mon, 29 Aug 2011, Tom Hacohen wrote: On 29/08/11 19:34, Nicolas Aguirre wrote: SPANK SPANK SPANK! I can't launch enlightenment anymore after this commit : Here the backtrace : Same as my elementary_test won't start thread. :) So +1 from me. none of my evas-based app work here, so +1 too do I revert it ? Vincent -- Special Offer -- Download ArcSight Logger for FREE! Finally, a world-class log management solution at an even better price-free! And you'll get a free Love Thy Logs t-shirt when you download Logger. Secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsisghtdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster IN trunk/evas/src/lib: canvas include
2011/8/29 Vincent Torri vto...@univ-evry.fr: On Mon, 29 Aug 2011, Tom Hacohen wrote: On 29/08/11 19:34, Nicolas Aguirre wrote: SPANK SPANK SPANK! I can't launch enlightenment anymore after this commit : Here the backtrace : Same as my elementary_test won't start thread. :) So +1 from me. none of my evas-based app work here, so +1 too do I revert it ? With a vengeance. Vincent -- Special Offer -- Download ArcSight Logger for FREE! Finally, a world-class log management solution at an even better price-free! And you'll get a free Love Thy Logs t-shirt when you download Logger. Secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsisghtdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Special Offer -- Download ArcSight Logger for FREE! Finally, a world-class log management solution at an even better price-free! And you'll get a free Love Thy Logs t-shirt when you download Logger. Secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsisghtdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster IN trunk/evas/src/lib: canvas include
On Mon, Aug 29, 2011 at 8:49 PM, Iván Briano (Sachiel) sachi...@gmail.com wrote: 2011/8/29 Vincent Torri vto...@univ-evry.fr: On Mon, 29 Aug 2011, Tom Hacohen wrote: On 29/08/11 19:34, Nicolas Aguirre wrote: SPANK SPANK SPANK! I can't launch enlightenment anymore after this commit : Here the backtrace : Same as my elementary_test won't start thread. :) So +1 from me. none of my evas-based app work here, so +1 too do I revert it ? With a vengeance. As it break everything in svn, yes, should be reverted asap. At least discomfitor and I teached raster well, it tooks years, but we are reaching our goal ! -- Cedric BAIL -- Special Offer -- Download ArcSight Logger for FREE! Finally, a world-class log management solution at an even better price-free! And you'll get a free Love Thy Logs t-shirt when you download Logger. Secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsisghtdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] White box of death restart (F1) doesn't work again
On 08/29/2011 02:20 PM, Tom Hacohen wrote: On 29/08/11 19:06, Christopher Michael wrote: gdb attachpid (gdb) set unwindonsignal on (gdb) call eina_stringshare_del(234234) works in that it makes it possible to debug using gdb like you are (calling efl functions inside gdb). As far as the alert dialog working (restart/exit), we know it works when E receives the signal from modules, etc. The problem you are experiencing could be from gdb catching the signals instead of E, or it could be due to xcb being threaded...not entirely sure which one, but the alert code itself does work. If you compare the changes to the old alert code and this version, you will see that there is not much difference really (aside from xcb doing the dialog drawing) so I am not sure that This even worked in the old version. If it did work previously, then it could just be the threaded nature of xcb which is the problem, but as such there is not much can be done about that...I can't change xcb's threaded nature ;) I don't know enough about what gdb is doing wrt signals to dig much deeper into this. Do we have any gdb gurus that could help ?? Sorry, I was'nt clear: call eina_stringshare_del like you did, *detach gdb* and then press F1/press the button. And still, it fails... This has nothing to do with gdb, it just fails, so no need for gdb gurus. Please check that out. -- Tom. Sadly, there is not much I can do here :( I keep trying your method of reproduction, but I cannot get (or see) any meaningful reason why this is failing. The only thing I did see that was curious was: When running like this (using gdb to call efl functions and produce an error), the e_signal functions do get called, which in turn does call e_alert_main (thus the white box), BUT what I see happening is that gdb is intercepting the kill(e_pid, SIGUSR2). This causes major problems !!! as now E itself is stuck in pause thus when e_alert_main tries to send the 'restart' command, E never gets to processes it because it (E) is still stuck in pause because gdb intercepted the sigusr2. I am not sure what (if anything) can be done wrt this. The best advise I can give would be to use the 'set unwindonsignal on' as this allows E to receive the SIGUSR2 and thus continue with the restart. dh -- Special Offer -- Download ArcSight Logger for FREE! Finally, a world-class log management solution at an even better price-free! And you'll get a free Love Thy Logs t-shirt when you download Logger. Secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsisghtdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] White box of death restart (F1) doesn't work again
On Mon, Aug 29, 2011 at 10:51 PM, Christopher Michael cpmicha...@comcast.net wrote: On 08/29/2011 02:20 PM, Tom Hacohen wrote: On 29/08/11 19:06, Christopher Michael wrote: gdb attachpid (gdb) set unwindonsignal on (gdb) call eina_stringshare_del(234234) works in that it makes it possible to debug using gdb like you are (calling efl functions inside gdb). As far as the alert dialog working (restart/exit), we know it works when E receives the signal from modules, etc. The problem you are experiencing could be from gdb catching the signals instead of E, or it could be due to xcb being threaded...not entirely sure which one, but the alert code itself does work. If you compare the changes to the old alert code and this version, you will see that there is not much difference really (aside from xcb doing the dialog drawing) so I am not sure that This even worked in the old version. If it did work previously, then it could just be the threaded nature of xcb which is the problem, but as such there is not much can be done about that...I can't change xcb's threaded nature ;) I don't know enough about what gdb is doing wrt signals to dig much deeper into this. Do we have any gdb gurus that could help ?? Sorry, I was'nt clear: call eina_stringshare_del like you did, *detach gdb* and then press F1/press the button. And still, it fails... This has nothing to do with gdb, it just fails, so no need for gdb gurus. Please check that out. -- Tom. Sadly, there is not much I can do here :( I keep trying your method of reproduction, but I cannot get (or see) any meaningful reason why this is failing. The only thing I did see that was curious was: When running like this (using gdb to call efl functions and produce an error), the e_signal functions do get called, which in turn does call e_alert_main (thus the white box), BUT what I see happening is that gdb is intercepting the kill(e_pid, SIGUSR2). This causes major problems !!! as now E itself is stuck in pause thus when e_alert_main tries to send the 'restart' command, E never gets to processes it because it (E) is still stuck in pause because gdb intercepted the sigusr2. I am not sure what (if anything) can be done wrt this. The best advise I can give would be to use the 'set unwindonsignal on' as this allows E to receive the SIGUSR2 and thus continue with the restart. If that's the issue, why don't we simplify the code of e_alert by directly using fork/exec/waitpid and taking the exit code of enlightenment_alert as the order. Exit code of 0 mean exit and 1 restart. That would simplify a lot the code path of both part (something that make sense when you are already in bad shape). -- Cedric BAIL -- Special Offer -- Download ArcSight Logger for FREE! Finally, a world-class log management solution at an even better price-free! And you'll get a free Love Thy Logs t-shirt when you download Logger. Secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsisghtdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] White box of death restart (F1) doesn't work again
On 08/29/2011 05:08 PM, Cedric BAIL wrote: On Mon, Aug 29, 2011 at 10:51 PM, Christopher Michael cpmicha...@comcast.net wrote: On 08/29/2011 02:20 PM, Tom Hacohen wrote: On 29/08/11 19:06, Christopher Michael wrote: gdb attachpid (gdb) set unwindonsignal on (gdb) call eina_stringshare_del(234234) works in that it makes it possible to debug using gdb like you are (calling efl functions inside gdb). As far as the alert dialog working (restart/exit), we know it works when E receives the signal from modules, etc. The problem you are experiencing could be from gdb catching the signals instead of E, or it could be due to xcb being threaded...not entirely sure which one, but the alert code itself does work. If you compare the changes to the old alert code and this version, you will see that there is not much difference really (aside from xcb doing the dialog drawing) so I am not sure that This even worked in the old version. If it did work previously, then it could just be the threaded nature of xcb which is the problem, but as such there is not much can be done about that...I can't change xcb's threaded nature ;) I don't know enough about what gdb is doing wrt signals to dig much deeper into this. Do we have any gdb gurus that could help ?? Sorry, I was'nt clear: call eina_stringshare_del like you did, *detach gdb* and then press F1/press the button. And still, it fails... This has nothing to do with gdb, it just fails, so no need for gdb gurus. Please check that out. -- Tom. Sadly, there is not much I can do here :( I keep trying your method of reproduction, but I cannot get (or see) any meaningful reason why this is failing. The only thing I did see that was curious was: When running like this (using gdb to call efl functions and produce an error), the e_signal functions do get called, which in turn does call e_alert_main (thus the white box), BUT what I see happening is that gdb is intercepting the kill(e_pid, SIGUSR2). This causes major problems !!! as now E itself is stuck in pause thus when e_alert_main tries to send the 'restart' command, E never gets to processes it because it (E) is still stuck in pause because gdb intercepted the sigusr2. I am not sure what (if anything) can be done wrt this. The best advise I can give would be to use the 'set unwindonsignal on' as this allows E to receive the SIGUSR2 and thus continue with the restart. If that's the issue, why don't we simplify the code of e_alert by directly using fork/exec/waitpid and taking the exit code of enlightenment_alert as the order. Exit code of 0 mean exit and 1 restart. That would simplify a lot the code path of both part (something that make sense when you are already in bad shape). I would not be against that as an option :) It does make more sense. If I can find some time soon, I'll go ahead and do that...if not, it may have to wait a little while. dh -- Special Offer -- Download ArcSight Logger for FREE! Finally, a world-class log management solution at an even better price-free! And you'll get a free Love Thy Logs t-shirt when you download Logger. Secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsisghtdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] How to enable GLES?
On Mon, 29 Aug 2011 16:30:52 +0800 Chen, Zhenqiang zhenqiang.c...@intel.com said: oh god dont try xcb + opengl(es) currently. just stick to normal xlib (x11) stuff. gles and glx create a nice set of problems in that they require abi-wise an xlib display connection. also.. evas will auto enable opengl or opengl-es2 if it finds suitable opengl libraries and headers. check configure.log to see what it found or didnt find. it's all automatic so no need for --enable options at all for evas for pretty much anything. Hi All, I try to configure evas to enable GLES. But it seams not work. ./configure --prefix=/usr --enable-gl-xcb --enable-gl-flavor-gles --enable-gles-variety-sgx elementary_test reports: CRI18771:elementary elm_win.c:1436 elm_win_add() OpenGL engine creation failed. Trying software X11 How to enable GLES? Thanks! -Zhenqiang -- EMC VNX: the world's simplest storage, starting under $10K The only unified storage solution that offers unified management Up to 160% more powerful than alternatives and 25% more efficient. Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev ___ 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 -- Special Offer -- Download ArcSight Logger for FREE! Finally, a world-class log management solution at an even better price-free! And you'll get a free Love Thy Logs t-shirt when you download Logger. Secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsisghtdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] elementary_test segs after latest smart object changes
On Mon, 29 Aug 2011 18:08:39 +0300 Tom Hacohen tom.haco...@partner.samsung.com said: Dear everyone (raster), Last smart object changes break everything. I get a seg when trying to launch elementary_test. I don't have time to debug it, but reproducing it is pretty straightforward. no problems here - and valgrind doesnt complain one little peep. check your local build is up to date etc. for evas and elm. i have e17 running with the changes, elementary_test, elementary_config all run under valgrind without complaints (well e17 without anything new - i always get it complaining about branching based on uninitialized data in zlib). all of these also cleanly shut down with no crashes. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Special Offer -- Download ArcSight Logger for FREE! Finally, a world-class log management solution at an even better price-free! And you'll get a free Love Thy Logs t-shirt when you download Logger. Secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsisghtdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster IN trunk/evas/src/lib: canvas include
On Mon, 29 Aug 2011 21:01:12 +0200 Cedric BAIL cedric.b...@free.fr said: On Mon, Aug 29, 2011 at 8:49 PM, Iván Briano (Sachiel) sachi...@gmail.com wrote: 2011/8/29 Vincent Torri vto...@univ-evry.fr: On Mon, 29 Aug 2011, Tom Hacohen wrote: On 29/08/11 19:34, Nicolas Aguirre wrote: SPANK SPANK SPANK! I can't launch enlightenment anymore after this commit : Here the backtrace : Same as my elementary_test won't start thread. :) So +1 from me. none of my evas-based app work here, so +1 too do I revert it ? With a vengeance. As it break everything in svn, yes, should be reverted asap. At least discomfitor and I teached raster well, it tooks years, but we are reaching our goal ! wtf? you do know the recalc array thing is currently logically broken? and my changes fix it to preserve order? i've got my changes running here - e17, elementary, everything, no crashes or problems. not even valgrind bitches on any of it. i have a few other unrelated changes i'm working on to try and fix long winded recalc cycles, but that change actually fixes broken logic. did anyone look a bit more deeply? only thing i saw was igloo's bt that doesn't tell me much now the code's reverted.. therew may be 1 bit of the old calc array code i hadnt kicked out - the calculate var. for some reason thats always 0 for me. also gcc warnings dont pick it up. gcc CHOULD have complained about use of uninitialized variable. wtf? but i'm sitting here with changes in place working and valgrind happy as a pig in mud too. it should have bitched as well. i've put it back in and removed the old calculate array on the stack - if that was it. why didn't gcc bitch though? at LEAST it should have bitched with all my warnings on. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Special Offer -- Download ArcSight Logger for FREE! Finally, a world-class log management solution at an even better price-free! And you'll get a free Love Thy Logs t-shirt when you download Logger. Secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsisghtdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] How to set up enlightenment with virtual keyboard support on Ubuntu?
Hi I want to build environment with virtual keyboard on Ubuntu, Where apps can trigger virtual keyboard. Right now, I have set the enlightenment environment. Anyone has idea about this? Any manual. Best wishes Junmin -- Special Offer -- Download ArcSight Logger for FREE! Finally, a world-class log management solution at an even better price-free! And you'll get a free Love Thy Logs t-shirt when you download Logger. Secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsisghtdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] How to set up enlightenment with virtual keyboard support on Ubuntu?
If you have the illume module+keyboard loaded EFL applications automatically trigger calling up the illume keyboard by default I believe. On Mon, Aug 29, 2011 at 8:11 PM, Zhu, Junmin junmin@intel.com wrote: Hi I want to build environment with virtual keyboard on Ubuntu, Where apps can trigger virtual keyboard. Right now, I have set the enlightenment environment. Anyone has idea about this? Any manual. Best wishes Junmin -- Special Offer -- Download ArcSight Logger for FREE! Finally, a world-class log management solution at an even better price-free! And you'll get a free Love Thy Logs t-shirt when you download Logger. Secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsisghtdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- ~Jeff Hoogland http://jeffhoogland.com/ Thoughts on Technology http://jeffhoogland.blogspot.com/, Tech Blog Bodhi Linux http://bodhilinux.com/, Enlightenment for your Desktop -- Special Offer -- Download ArcSight Logger for FREE! Finally, a world-class log management solution at an even better price-free! And you'll get a free Love Thy Logs t-shirt when you download Logger. Secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsisghtdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] elementary_test segs after latest smart object changes
On 29/08/11 18:48, Carsten Haitzler (The Rasterman) wrote: no problems here - and valgrind doesnt complain one little peep. check your local build is up to date etc. for evas and elm. i have e17 running with the changes, elementary_test, elementary_config all run under valgrind without complaints (well e17 without anything new - i always get it complaining about branching based on uninitialized data in zlib). all of these also cleanly shut down with no crashes. I tried with latest evas (there's where I got the issue from) and latest elm, as you suggested. -- Tom. -- Special Offer -- Download ArcSight Logger for FREE! Finally, a world-class log management solution at an even better price-free! And you'll get a free Love Thy Logs t-shirt when you download Logger. Secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsisghtdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel