[E-devel] How to enable GLES?

[Chen, Zhenqiang]

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: CRI<18771>: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().

[Naruto TAKAHASHI]

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

[Gustavo Barbieri]

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  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);
>   

Re: [E-devel] E SVN: tasn trunk/elementary/src/lib

[Tom Hacohen]

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

[Gustavo Barbieri]

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  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

[Gustavo Barbieri]

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  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!

[Hyoyoung Chang]

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)
>   { "",  _PARAGRAPH_SEPARATOR },
>   { "",  "\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

[Tom Hacohen]

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

[Gustavo Barbieri]

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  wrote:

> On Sat, 20 Aug 2011 18:38:17 -0700
> "Enlightenment SVN"  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

[Sachiel]

2011/8/29 Tom Hacohen :
> 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

[Tom Hacohen]

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

[Christopher Michael]

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

[Tom Hacohen]

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

[Christopher Michael]

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 ) 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

[Tom Hacohen]

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

[Tom Hacohen]

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 ) 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

[P Purkayastha]

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 ) 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

[Christopher Michael]

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 ) 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

[Christopher Michael]

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 SEGV) 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

[Gustavo Sverzut Barbieri]

On Mon, Aug 29, 2011 at 9:07 AM, Tom Hacohen
 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

[Christopher Michael]

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 ) 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 
(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

[Nicolas Aguirre]

2011/8/29 Enlightenment SVN :
> 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'
, " \000\000\000;\022v\230\001", '\000' , " \000\000\000;\022v\230\001", '\000' , "
\000\000\000;\022v\230\001", '\000' , "
\000\000\000;\022v\230\001", '\000' , "
\000\000\000;\022v\230\001", '\000' , "
\000\000\000;\022v\230\001", '\000' , "
\000\000\000"...
#2  0x00506335 in e_sigseg_act (x=11, info=0x7fffd41e1470, data=
0x7fffd41e1340) at e_signals.c:125
No locals.
#3  
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  to continue, or q  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  to continue, or q  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  to continue, or q  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 , sa_sigaction = 0x50641b },
  sa_mask = {__val = {0 }}, 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

[Tom Hacohen]

On 29/08/11 19:06, Christopher Michael wrote:
> gdb attach 
> (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

[Tom Hacohen]

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?

[Boris Faure]

On Mon, Aug 29, 2011 at 10:30, Chen, Zhenqiang  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?

[Christopher Michael]

On 08/29/2011 02:26 PM, Boris Faure wrote:
> On Mon, Aug 29, 2011 at 10:30, Chen, Zhenqiang  
> 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

[Vincent Torri]

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

[Sachiel]

2011/8/29 Vincent Torri :
>
>
> 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

[Cedric BAIL]

On Mon, Aug 29, 2011 at 8:49 PM, Iván Briano (Sachiel)
 wrote:
> 2011/8/29 Vincent Torri :
>> 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

[Christopher Michael]

On 08/29/2011 02:20 PM, Tom Hacohen wrote:
> On 29/08/11 19:06, Christopher Michael wrote:
>> gdb attach
>> (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

[Cedric BAIL]

On Mon, Aug 29, 2011 at 10:51 PM, Christopher Michael
 wrote:
> On 08/29/2011 02:20 PM, Tom Hacohen wrote:
>> On 29/08/11 19:06, Christopher Michael wrote:
>>> gdb attach
>>> (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

[Christopher Michael]

On 08/29/2011 05:08 PM, Cedric BAIL wrote:
> On Mon, Aug 29, 2011 at 10:51 PM, Christopher Michael
>   wrote:
>> On 08/29/2011 02:20 PM, Tom Hacohen wrote:
>>> On 29/08/11 19:06, Christopher Michael wrote:
 gdb attach
 (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?

[The Rasterman]

On Mon, 29 Aug 2011 16:30:52 +0800 "Chen, Zhenqiang" 
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: CRI<18771>: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

[The Rasterman]

On Mon, 29 Aug 2011 18:08:39 +0300 Tom Hacohen
 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

[Daniel Juyung Seo]

god!
raster finally joined cedric+discomfitor svn breakin' union!

Daniel Juyung Seo (SeoZ)
On Aug 30, 2011 4:02 AM, "Cedric BAIL"  wrote:
--
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

[The Rasterman]

On Mon, 29 Aug 2011 21:01:12 +0200 Cedric BAIL  said:

> On Mon, Aug 29, 2011 at 8:49 PM, Iván Briano (Sachiel)
>  wrote:
> > 2011/8/29 Vincent Torri :
> >> 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?

[Zhu, Junmin]

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?

[Jeff Hoogland]

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  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 
Thoughts on Technology , Tech Blog
Bodhi Linux , 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

[Tom Hacohen]

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

Re: [E-devel] [Patch] for Build on Windows XP

[cnook]

Dear Mr. Vincent,

On my side, same error occurs as following.

  evas_module.c:400:37: error: macro "open" requires 3 arguments, but only 1
given

After add the sent patch, the following error I have met.

  evas_private.h:50:14 error: use of enum '_Evas_Font_Style' without
previous declaration

I'd be able to modify to avoid this build error.. but..
This would be caused by difference of environment such as the gcc version
(4.5.2).
Would you kindly Enlighten me on this?


Sincerely,
Shinwoo Kim.











> 1. evas_module.diff
> Attached patch evas_module.diff had been removed with comment
> "Unnecessary..."
> Would you please let me know, if there is any thing for building on evil
> Windows without this.

i have fixed Evil so that this patch is not necessary anymore (last time I
compiled with MinGW). Do you still need it ?



2011/8/4 cnook 

> Hello,
>
> 1. evas_module.diff
> Attached patch evas_module.diff had been removed with comment
> "Unnecessary..."
> Would you please let me know, if there is any thing for building on evil
> Windows without this.
>
> 2. evas_font_dirr.diff
> strndup is GNU extension, anyhow, I'm not sure the 'tmp' is necessary
> stuff.
> If it is.. strndup() should be modified by using eina_unicode_strndup()
>
> 3. Question.
> 1) evas_privat.h
> in struct _Evas_Font_Decscription, there is a line as bellow.
> Eina_Bool new  : 1;
> Maybe.. there is a build flag, option to ignore "new" from reserved
> word. (gcc ver: 4.5.2)
> Or, related lines use the Evas_Font_Description should be changed with
> new word.
>
> 2) On Windows, using revision 62040, I got the elementary_test.exe
> with great help from Mr. Vincent and you.. Thanks :)
> One thing what I want to ask is from following steps.
>
>   step 1) execute elementary_test.exe
>   step 2) mouse down on one of list items.
>   step 3) mouse up on out side of elementary_test.exe window
>   step 4) now I can scroll up,down without mouse holding
>
>
>
> Sincerely,
> Shinwoo Kim.
>
>
--
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] Introducing Picture widget

[Ulrich Eckhardt]

On Saturday 20 August 2011 23:13:23 Quentin Gibeaux wrote:
> The images downloaded from the web are stored in the /tmp folder (is that
> linuxproof only?).

The canonical dir for temporary files is $TMPDIR, according to POSIX, and that 
should be used on anything but MS Windows, which has a special function to 
determine that directory. As fallbacks, after a warning, I would also evaluate 
$TMP, $TEMP and $TEMPDIR. As last fallback you could use /tmp, I believe, 
though POSIX might have a word on that, too.

Good luck and thanks!

Uli

--
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