From: Eduardo F. <edu...@gm...> - 2010-08-23 23:30:49
Attachments:
edje_name.txt
|
Hi folks, 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. Cheers, Eduardo Felipe. |
From: Cedric B. <ced...@fr...> - 2010-08-24 09:06:56
|
On Tue, Aug 24, 2010 at 1:30 AM, Eduardo Felipe <edu...@gm...> 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 |
From: Eduardo F. <edu...@gm...> - 2010-08-24 13:31:19
|
What if we ignored those names on edje_decc? On Tue, Aug 24, 2010 at 6:06 AM, Cedric BAIL <ced...@fr...> wrote: > On Tue, Aug 24, 2010 at 1:30 AM, Eduardo Felipe > <edu...@gm...> 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 > |
From: Cedric B. <ced...@fr...> - 2010-08-24 14:19:10
|
On Tue, Aug 24, 2010 at 3:30 PM, Eduardo Felipe <edu...@gm...> 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 |
From: Eduardo F. <edu...@gm...> - 2010-08-24 16:07:37
|
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. Cheers, Eduardo Felipe. On Tue, Aug 24, 2010 at 11:19 AM, Cedric BAIL <ced...@fr...> wrote: > On Tue, Aug 24, 2010 at 3:30 PM, Eduardo Felipe > <edu...@gm...> 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 > |
From: Cedric B. <ced...@fr...> - 2010-08-24 16:13:22
|
On Tue, Aug 24, 2010 at 6:07 PM, Eduardo Felipe <edu...@gm...> 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 |
From: Cedric B. <ced...@fr...> - 2010-08-24 16:40:42
|
On Tue, Aug 24, 2010 at 6:13 PM, Cedric BAIL <ced...@fr...> wrote: > On Tue, Aug 24, 2010 at 6:07 PM, Eduardo Felipe > <edu...@gm...> 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. Could you check r51617, it should do the trick. -- Cedric BAIL |
From: Eduardo F. <edu...@gm...> - 2010-08-24 17:28:15
|
Cedric, Thanks a lot for the support. r51617 no longer segfaults, and appears to work fine. If I run into some problem with anonymous programs I'll write them here. Thanks again. Eduardo. On Tue, Aug 24, 2010 at 1:40 PM, Cedric BAIL <ced...@fr...> wrote: > On Tue, Aug 24, 2010 at 6:13 PM, Cedric BAIL <ced...@fr...> wrote: >> On Tue, Aug 24, 2010 at 6:07 PM, Eduardo Felipe >> <edu...@gm...> 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. > > Could you check r51617, it should do the trick. > -- > Cedric BAIL > |
From: Carsten H. (T. R. <ra...@ra...> - 2010-08-24 21:43:51
|
On Tue, 24 Aug 2010 13:07:07 -0300 Eduardo Felipe <edu...@gm...> 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. > 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 <ced...@fr...> wrote: > > On Tue, Aug 24, 2010 at 3:30 PM, Eduardo Felipe > > <edu...@gm...> 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 > enl...@li... > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ra...@ra... |
From: Eduardo F. <edu...@gm...> - 2010-08-24 23:33:09
|
On Tue, Aug 24, 2010 at 6:43 PM, Carsten Haitzler <ra...@ra...> wrote: > On Tue, 24 Aug 2010 13:07:07 -0300 Eduardo Felipe <edu...@gm...> > 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 <ced...@fr...> wrote: >> > On Tue, Aug 24, 2010 at 3:30 PM, Eduardo Felipe >> > <edu...@gm...> 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 >> enl...@li... >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >> > > > -- > ------------- Codito, ergo sum - "I code, therefore I am" -------------- > The Rasterman (Carsten Haitzler) ra...@ra... > > |
From: Carsten H. (T. R. <ra...@ra...> - 2010-08-24 23:53:55
|
On Tue, 24 Aug 2010 20:32:41 -0300 Eduardo Felipe <edu...@gm...> said: > On Tue, Aug 24, 2010 at 6:43 PM, Carsten Haitzler <ra...@ra...> > wrote: > > On Tue, 24 Aug 2010 13:07:07 -0300 Eduardo Felipe > > <edu...@gm...> 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 <ced...@fr...> wrote: > >> > On Tue, Aug 24, 2010 at 3:30 PM, Eduardo Felipe > >> > <edu...@gm...> 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 > >> enl...@li... > >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > >> > > > > > > -- > > ------------- Codito, ergo sum - "I code, therefore I am" -------------- > > The Rasterman (Carsten Haitzler) ra...@ra... > > > > > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ra...@ra... |
From: Carsten H. (T. R. <ra...@ra...> - 2010-08-25 01:21:48
|
On Wed, 25 Aug 2010 08:54:26 +0900 Carsten Haitzler (The Rasterman) <ra...@ra...> 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 <edu...@gm...> > said: > > > On Tue, Aug 24, 2010 at 6:43 PM, Carsten Haitzler <ra...@ra...> > > wrote: > > > On Tue, 24 Aug 2010 13:07:07 -0300 Eduardo Felipe > > > <edu...@gm...> 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 <ced...@fr...> > > >> wrote: > > >> > On Tue, Aug 24, 2010 at 3:30 PM, Eduardo Felipe > > >> > <edu...@gm...> 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 > > >> enl...@li... > > >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > >> > > > > > > > > > -- > > > ------------- Codito, ergo sum - "I code, therefore I am" -------------- > > > The Rasterman (Carsten Haitzler) ra...@ra... > > > > > > > > > > > -- > ------------- Codito, ergo sum - "I code, therefore I am" -------------- > The Rasterman (Carsten Haitzler) ra...@ra... > > > ------------------------------------------------------------------------------ > 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 > enl...@li... > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ra...@ra... |