Re: [E-devel] [PATCH] Edje program name.
On Tue, Aug 24, 2010 at 1:30 AM, Eduardo Felipe eduardofelip...@gmail.com wrote: in the good old days, before the edje file format rewrite, one was able to create programs without name. If one needed to use that program in an action or after clausule, one needed to declare the name. But for programs that only reacts to signals so the name is not relevant. Sachiel says now we need a name. No matter what. So I created this workaround. It let's edje create a random name if one wasn't explicitly set. Just trying to make things easier and maintain compatibility with edcs I already wrote. I am not really sure of the solution. Introduction of a new program name, means that we need to check that it doesn't clash with existing code, but it also imply that when calling edje_decc they will have a name that doesn't means anything. Maybe we can just relax the rules and authorize back anoymous program with empty name. -- Cedric BAIL -- Sell apps to millions through the Intel(R) Atom(Tm) Developer Program Be part of this innovative community and reach millions of netbook users worldwide. Take advantage of special opportunities to increase revenue and speed time-to-market. Join now, and jumpstart your future. http://p.sf.net/sfu/intel-atom-d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] Edje program name.
What if we ignored those names on edje_decc? On Tue, Aug 24, 2010 at 6:06 AM, Cedric BAIL cedric.b...@free.fr wrote: On Tue, Aug 24, 2010 at 1:30 AM, Eduardo Felipe eduardofelip...@gmail.com wrote: in the good old days, before the edje file format rewrite, one was able to create programs without name. If one needed to use that program in an action or after clausule, one needed to declare the name. But for programs that only reacts to signals so the name is not relevant. Sachiel says now we need a name. No matter what. So I created this workaround. It let's edje create a random name if one wasn't explicitly set. Just trying to make things easier and maintain compatibility with edcs I already wrote. I am not really sure of the solution. Introduction of a new program name, means that we need to check that it doesn't clash with existing code, but it also imply that when calling edje_decc they will have a name that doesn't means anything. Maybe we can just relax the rules and authorize back anoymous program with empty name. -- Cedric BAIL -- Sell apps to millions through the Intel(R) Atom(Tm) Developer Program Be part of this innovative community and reach millions of netbook users worldwide. Take advantage of special opportunities to increase revenue and speed time-to-market. Join now, and jumpstart your future. http://p.sf.net/sfu/intel-atom-d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] Edje program name.
On Tue, Aug 24, 2010 at 3:30 PM, Eduardo Felipe eduardofelip...@gmail.com wrote: What if we ignored those names on edje_decc? May you try svn r51613 and see if your anonymous program are accepted by edje_cc and run fine in your app. -- Cedric BAIL -- Sell apps to millions through the Intel(R) Atom(Tm) Developer Program Be part of this innovative community and reach millions of netbook users worldwide. Take advantage of special opportunities to increase revenue and speed time-to-market. Join now, and jumpstart your future. http://p.sf.net/sfu/intel-atom-d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] Edje program name.
On Tue, Aug 24, 2010 at 6:07 PM, Eduardo Felipe eduardofelip...@gmail.com wrote: Cedric, Thanks for the attention, but r51613 does not fix my issue. I am still getting a segfault on both ob_collections_group_programs_program_script and ob_collections_group_programs_program_lua_script if there is no name. The problem is that data_queue_program_lookup expects a name, and calls strdup() on something that can be null, and on Ubuntu the assembly version of strlen (called by strdup) segfaults on NULL. So, this does not fix the issues I am having. Ah, didn't check that case. Will look at them. Maybe you can send me your edc file. -- Cedric BAIL -- Sell apps to millions through the Intel(R) Atom(Tm) Developer Program Be part of this innovative community and reach millions of netbook users worldwide. Take advantage of special opportunities to increase revenue and speed time-to-market. Join now, and jumpstart your future. http://p.sf.net/sfu/intel-atom-d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] Edje program name.
On Tue, Aug 24, 2010 at 6:43 PM, Carsten Haitzler ras...@rasterman.com wrote:
On Tue, 24 Aug 2010 13:07:07 -0300 Eduardo Felipe eduardofelip...@gmail.com
said:
Cedric,
Thanks for the attention, but r51613 does not fix my issue. I am still
getting a segfault on both
ob_collections_group_programs_program_script and
ob_collections_group_programs_program_lua_script if there is no name.
that reminds me - i need to disable that. lua is now intended for script_only
stuff. trying to simplify things. i removed all the docs for it related to
normal progs anyway.
So for program { script {} } only embryo will be allowed? Lua is to be
used only in lua_script_only?
The problem is that data_queue_program_lookup expects a name, and
calls strdup() on something that can be null, and on Ubuntu the
assembly version of strlen (called by strdup) segfaults on NULL. So,
this does not fix the issues I am having.
Cheers,
Eduardo Felipe.
On Tue, Aug 24, 2010 at 11:19 AM, Cedric BAIL cedric.b...@free.fr wrote:
On Tue, Aug 24, 2010 at 3:30 PM, Eduardo Felipe
eduardofelip...@gmail.com wrote:
What if we ignored those names on edje_decc?
May you try svn r51613 and see if your anonymous program are accepted
by edje_cc and run fine in your app.
--
Cedric BAIL
--
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users
worldwide. Take advantage of special opportunities to increase revenue and
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
___
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
--
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users
worldwide. Take advantage of special opportunities to increase revenue and
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] Edje program name.
On Tue, 24 Aug 2010 20:32:41 -0300 Eduardo Felipe eduardofelip...@gmail.com
said:
On Tue, Aug 24, 2010 at 6:43 PM, Carsten Haitzler ras...@rasterman.com
wrote:
On Tue, 24 Aug 2010 13:07:07 -0300 Eduardo Felipe
eduardofelip...@gmail.com said:
Cedric,
Thanks for the attention, but r51613 does not fix my issue. I am still
getting a segfault on both
ob_collections_group_programs_program_script and
ob_collections_group_programs_program_lua_script if there is no name.
that reminds me - i need to disable that. lua is now intended for
script_only stuff. trying to simplify things. i removed all the docs for it
related to normal progs anyway.
So for program { script {} } only embryo will be allowed? Lua is to be
used only in lua_script_only?
yes. i think this makes for a nice simple dividing line. lua was being sucked
in primarily because of script_only stuff i started and then i realised than
embryo wasn't going to cut it there.
The problem is that data_queue_program_lookup expects a name, and
calls strdup() on something that can be null, and on Ubuntu the
assembly version of strlen (called by strdup) segfaults on NULL. So,
this does not fix the issues I am having.
Cheers,
Eduardo Felipe.
On Tue, Aug 24, 2010 at 11:19 AM, Cedric BAIL cedric.b...@free.fr wrote:
On Tue, Aug 24, 2010 at 3:30 PM, Eduardo Felipe
eduardofelip...@gmail.com wrote:
What if we ignored those names on edje_decc?
May you try svn r51613 and see if your anonymous program are accepted
by edje_cc and run fine in your app.
--
Cedric BAIL
--
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users
worldwide. Take advantage of special opportunities to increase revenue and
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
___
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
--
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
--
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users
worldwide. Take advantage of special opportunities to increase revenue and
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] Edje program name.
On Wed, 25 Aug 2010 08:54:26 +0900 Carsten Haitzler (The Rasterman)
ras...@rasterman.com said:
as promised. cleaned up in svn. lua is for script_only stuff. that needs to be
the path for lua (for 1.x for edje at any rate). mostly because you can
implement whole objects just in lua - no layout. just move/resize and generally
lay out objetcs yourself (create and delete them and so on).
On Tue, 24 Aug 2010 20:32:41 -0300 Eduardo Felipe eduardofelip...@gmail.com
said:
On Tue, Aug 24, 2010 at 6:43 PM, Carsten Haitzler ras...@rasterman.com
wrote:
On Tue, 24 Aug 2010 13:07:07 -0300 Eduardo Felipe
eduardofelip...@gmail.com said:
Cedric,
Thanks for the attention, but r51613 does not fix my issue. I am still
getting a segfault on both
ob_collections_group_programs_program_script and
ob_collections_group_programs_program_lua_script if there is no name.
that reminds me - i need to disable that. lua is now intended for
script_only stuff. trying to simplify things. i removed all the docs for
it related to normal progs anyway.
So for program { script {} } only embryo will be allowed? Lua is to be
used only in lua_script_only?
yes. i think this makes for a nice simple dividing line. lua was being sucked
in primarily because of script_only stuff i started and then i realised than
embryo wasn't going to cut it there.
The problem is that data_queue_program_lookup expects a name, and
calls strdup() on something that can be null, and on Ubuntu the
assembly version of strlen (called by strdup) segfaults on NULL. So,
this does not fix the issues I am having.
Cheers,
Eduardo Felipe.
On Tue, Aug 24, 2010 at 11:19 AM, Cedric BAIL cedric.b...@free.fr
wrote:
On Tue, Aug 24, 2010 at 3:30 PM, Eduardo Felipe
eduardofelip...@gmail.com wrote:
What if we ignored those names on edje_decc?
May you try svn r51613 and see if your anonymous program are accepted
by edje_cc and run fine in your app.
--
Cedric BAIL
--
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users
worldwide. Take advantage of special opportunities to increase revenue
and speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
___
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
--
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
--
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users
worldwide. Take advantage of special opportunities to increase revenue and
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
___
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
--
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users
worldwide. Take advantage of special opportunities to increase revenue and
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
