[E-devel] Edje_cc sometimes gets a parsing error
Hello. I have this this twice now. But can't reproduce. Yakov has also seen it. It vanished after doing another make. :( make[3]: Entering directory `/home/SERILOCAL/s.schmidt/EFL/e-git-svn/trunk/elementary/data/themes' /usr/local/bin/edje_cc -id ../../data/themes/images -fd ../../data/themes \ ../../data/themes/default.edc \ ../../data/themes/default.edj /usr/local/bin/edje_cc -id ../../data/themes/images -fd ../../data/themes \ ../../data/themes/default-desktop.edc \ ../../data/themes/default-desktop.edj edje_cc: Error. ../../data/themes/widgets/border.edc:198 got 1 arguments, but expected 2 edje_cc: Error. PARSE STACK: collections.group.parts.part.description.text.font edje_cc: Error. PARAMS: edje_cc: Error. Sans:style=Bold make[3]: *** [default.edj] Error 255 make[3]: *** Waiting for unfinished jobs... regards Stefan Schmidt -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Eina PATCH] Fix directory listing in eina_file_direct_ls()
Cedric Bail On Feb 5, 2013 10:47 AM, Paulo Alcantara pca...@zytor.com wrote: Gustavo Sverzut Barbieri barbi...@profusion.mobi writes: This would be a PITA. And it would be slower on FS that provide dt_type. Actually it shouldn't,as statat is only called if d_type is unknown. Direct is for when you may avoid the need for checking that information. Indeed. So I'm going to replace eina_file_direct_ls() with eina_file_stat_ls() in some places that depends on file type (e.g., elementary_config). How about it ? Indeed,would be good for me! -- Paulo Alcantara,ProFUSION Embedded Systems -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Eo del/unref chapter 2
Hi,
I'm reposting this as I don't get any reply...maybe Tom missed it ;)
After some more Eo tests I have this example:
void my_win_del(void *data, Evas_Object *obj, void *event_info)
{
elm_exit();
}
EAPI_MAIN int
elm_main(int argc, char **argv)
{
Evas_Object *win, *r;
win = eo_add_custom(ELM_OBJ_WIN_CLASS, NULL,
elm_obj_win_constructor(main, ELM_WIN_BASIC));
// eo_unref(win);
elm_win_title_set(win, Elementary Tests);
evas_object_smart_callback_add(win, delete,request, my_win_del, NULL);
evas_object_resize(win, 320, 320);
evas_object_show(win);
r = eo_add(EVAS_OBJ_RECTANGLE_CLASS, evas_object_evas_get(win));
// eo_unref(r);
evas_object_resize(r, 100, 100);
evas_object_show(r);
eo_del(r);
elm_run();
elm_shutdown();
return 0;
}
ELM_MAIN()
Problems:
- with the 2 eo_unref() calls commented out the app freeze (without any
warnings) on
elm_shutdown(). Probably because not all objs has been deleted.
- with the 2 eo_unref() calls DEcommented the shutdown is ok but then the
oe_del(r) is
causing the warning:
ERR9335:eo lib/eo/eo.c:1306 _eo_unref() Object 0x1452fe0 already deleted.
ERR9335:eo lib/eo/eo.c:1306 _eo_unref() Object 0x1452fe0 already deleted.
Thoughts:
- doing the unref() just after the eo_add() does not have any sense to me.
- deleting the win using eo_del() seems not to delete the child objs
- forcing the user to delete ALL the created object before the shutdown is
an hard
requirement; can work with simple examples but not in real life
applications.
- using the new api or the old one cause different behavior :/
thanks
davemds
--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eo del/unref chapter 2
On 05/02/13 09:50, Davide Andreoli wrote:
Hi,
I'm reposting this as I don't get any reply...maybe Tom missed it ;)
I did miss your previous mail, good you've reposted it.
After some more Eo tests I have this example:
void my_win_del(void *data, Evas_Object *obj, void *event_info)
{
elm_exit();
}
EAPI_MAIN int
elm_main(int argc, char **argv)
{
Evas_Object *win, *r;
win = eo_add_custom(ELM_OBJ_WIN_CLASS, NULL,
elm_obj_win_constructor(main, ELM_WIN_BASIC));
// eo_unref(win);
elm_win_title_set(win, Elementary Tests);
evas_object_smart_callback_add(win, delete,request, my_win_del, NULL);
evas_object_resize(win, 320, 320);
evas_object_show(win);
r = eo_add(EVAS_OBJ_RECTANGLE_CLASS, evas_object_evas_get(win));
// eo_unref(r);
evas_object_resize(r, 100, 100);
evas_object_show(r);
eo_del(r);
elm_run();
elm_shutdown();
return 0;
}
ELM_MAIN()
No, spank. eo_del means your delete the object, you don't want that.
It should be:
void my_win_del(void *data, Evas_Object *obj, void *event_info)
{
elm_exit();
}
EAPI_MAIN int
elm_main(int argc, char **argv)
{
Evas_Object *win, *r;
win = eo_add_custom(ELM_OBJ_WIN_CLASS, NULL,
elm_obj_win_constructor(main, ELM_WIN_BASIC));
elm_win_title_set(win, Elementary Tests);
evas_object_smart_callback_add(win, delete,request, my_win_del,
NULL);
evas_object_resize(win, 320, 320);
evas_object_show(win);
r = eo_add(EVAS_OBJ_RECTANGLE_CLASS, win);
evas_object_resize(r, 100, 100);
evas_object_show(r);
eo_unref(r);
r = NULL; // optional but recommended.
elm_run();
eo_unref(win);
elm_shutdown();
return 0;
}
ELM_MAIN()
Or at pastebin:
http://pastebin.com/5ktWadGE
Please take a look at the changes to the:
r = eo_add(EVAS_OBJ_RECTANGLE_CLASS, win);
line.
It's just ref counting, ref when you hold a reference, unref when you
are done with it. The parent holds a ref to it's children, so you can
unref once you don't really need the reference, you do eo_del in order
to unref and detach from the parent (i.e, killing the object)
Problems:
- with the 2 eo_unref() calls commented out the app freeze (without any
warnings) on
elm_shutdown(). Probably because not all objs has been deleted.
- with the 2 eo_unref() calls DEcommented the shutdown is ok but then the
oe_del(r) is
causing the warning:
ERR9335:eo lib/eo/eo.c:1306 _eo_unref() Object 0x1452fe0 already deleted.
ERR9335:eo lib/eo/eo.c:1306 _eo_unref() Object 0x1452fe0 already deleted.
Thoughts:
- doing the unref() just after the eo_add() does not have any sense to me.
The only reasoning you should apply to using unref is: do I want the
ref? The parent refs the child anyway, so if you don't need the ref, you
need to unref (after you really stopped manipulating the object!).
- deleting the win using eo_del() seems not to delete the child objs
It does, as long as you unref your references to them, otherwise, they
are retained as long as you keep your refs. That's how ref-counting works.
- forcing the user to delete ALL the created object before the shutdown is
an hard
requirement; can work with simple examples but not in real life
applications.
It's not deleting, it's just a matter of controlling your refs. It's
like claiming asking a user to call free on every allocation is an hard
requirement.
- using the new api or the old one cause different behavior :/
No it does not. APIs were added that behave differently than the old
APIs and they behave differently, if they would have behaved the same,
there would have been no point in creating the new API.
--
Tom.
--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eo del/unref chapter 2
On Tue, 05 Feb 2013 11:22:37 + Tom Hacohen
tom.haco...@samsung.com wrote:
On 05/02/13 09:50, Davide Andreoli wrote:
Hi,
I'm reposting this as I don't get any reply...maybe Tom missed it ;)
I did miss your previous mail, good you've reposted it.
I remember replying to that original one, not sure if others did.
Might be worthwhile tracking it down.
I'll mark this to be read later, I'm busy tonight.
After some more Eo tests I have this example:
void my_win_del(void *data, Evas_Object *obj, void *event_info)
{
elm_exit();
}
EAPI_MAIN int
elm_main(int argc, char **argv)
{
Evas_Object *win, *r;
win = eo_add_custom(ELM_OBJ_WIN_CLASS, NULL,
elm_obj_win_constructor(main, ELM_WIN_BASIC));
// eo_unref(win);
elm_win_title_set(win, Elementary Tests);
evas_object_smart_callback_add(win, delete,request,
my_win_del, NULL); evas_object_resize(win, 320, 320);
evas_object_show(win);
r = eo_add(EVAS_OBJ_RECTANGLE_CLASS,
evas_object_evas_get(win)); // eo_unref(r);
evas_object_resize(r, 100, 100);
evas_object_show(r);
eo_del(r);
elm_run();
elm_shutdown();
return 0;
}
ELM_MAIN()
No, spank. eo_del means your delete the object, you don't want that.
It should be:
void my_win_del(void *data, Evas_Object *obj, void *event_info)
{
elm_exit();
}
EAPI_MAIN int
elm_main(int argc, char **argv)
{
Evas_Object *win, *r;
win = eo_add_custom(ELM_OBJ_WIN_CLASS, NULL,
elm_obj_win_constructor(main, ELM_WIN_BASIC));
elm_win_title_set(win, Elementary Tests);
evas_object_smart_callback_add(win, delete,request,
my_win_del, NULL);
evas_object_resize(win, 320, 320);
evas_object_show(win);
r = eo_add(EVAS_OBJ_RECTANGLE_CLASS, win);
evas_object_resize(r, 100, 100);
evas_object_show(r);
eo_unref(r);
r = NULL; // optional but recommended.
elm_run();
eo_unref(win);
elm_shutdown();
return 0;
}
ELM_MAIN()
Or at pastebin:
http://pastebin.com/5ktWadGE
Please take a look at the changes to the:
r = eo_add(EVAS_OBJ_RECTANGLE_CLASS, win);
line.
It's just ref counting, ref when you hold a reference, unref when you
are done with it. The parent holds a ref to it's children, so you can
unref once you don't really need the reference, you do eo_del in
order to unref and detach from the parent (i.e, killing the object)
Problems:
- with the 2 eo_unref() calls commented out the app freeze (without
any warnings) on
elm_shutdown(). Probably because not all objs has been deleted.
- with the 2 eo_unref() calls DEcommented the shutdown is ok but
then the oe_del(r) is
causing the warning:
ERR9335:eo lib/eo/eo.c:1306 _eo_unref() Object 0x1452fe0 already
deleted. ERR9335:eo lib/eo/eo.c:1306 _eo_unref() Object 0x1452fe0
already deleted.
Thoughts:
- doing the unref() just after the eo_add() does not have any sense
to me.
The only reasoning you should apply to using unref is: do I want the
ref? The parent refs the child anyway, so if you don't need the ref,
you need to unref (after you really stopped manipulating the object!).
- deleting the win using eo_del() seems not to delete the child objs
It does, as long as you unref your references to them, otherwise,
they are retained as long as you keep your refs. That's how
ref-counting works.
- forcing the user to delete ALL the created object before the
shutdown is an hard
requirement; can work with simple examples but not in real life
applications.
It's not deleting, it's just a matter of controlling your refs. It's
like claiming asking a user to call free on every allocation is an
hard requirement.
- using the new api or the old one cause different behavior :/
No it does not. APIs were added that behave differently than the old
APIs and they behave differently, if they would have behaved the
same, there would have been no point in creating the new API.
--
Tom.
--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
--
A big old stinking pile of genius that no one wants
coz there are too many silver coated monkeys in the world.
signature.asc
Description: PGP signature
--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013
and get the hardware for free! Learn more.
Re: [E-devel] Edje_cc sometimes gets a parsing error
On 05/02/13 09:28, Stefan Schmidt wrote: I have this this twice now. But can't reproduce. Yakov has also seen it. It vanished after doing another make. :( That makes three as I have also seen it (though with a different trace) earlier today. Daniel -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: discomfitor IN trunk/e: . data/themes/edc src/bin src/modules/conf_edgebindings
the edgebinding window theme is semi deformed after this, if someone has some time to fight with it then it should probably be fixed On Tue, Feb 5, 2013 at 1:13 PM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: a much requested feature: drag-only edge bindings ticket #281 Author: discomfitor Date: 2013-02-05 05:13:33 -0800 (Tue, 05 Feb 2013) New Revision: 83628 Trac: http://trac.enlightenment.org/e/changeset/83628 Modified: trunk/e/ChangeLog trunk/e/NEWS trunk/e/data/themes/edc/edgebindings.edc trunk/e/src/bin/e_bindings.c trunk/e/src/bin/e_bindings.h trunk/e/src/bin/e_canvas.c trunk/e/src/bin/e_canvas.h trunk/e/src/bin/e_config.c trunk/e/src/bin/e_config.h trunk/e/src/bin/e_shelf.c trunk/e/src/bin/e_zone.c trunk/e/src/bin/e_zone.h trunk/e/src/modules/conf_edgebindings/e_int_config_edgebindings.c -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH ecore_wayland] Export API to c++, add wl_registry and global accessors
SendingChangeLog SendingNEWS Sendingsrc/lib/ecore_wayland/Ecore_Wayland.h Sendingsrc/lib/ecore_wayland/ecore_wl.c Transmitting file data Committed revision 83642. On Mon, Feb 4, 2013 at 10:53 PM, Eoff, Ullysses A ullysses.a.e...@intel.com wrote: Ah crap! I cloned ecore_wl_outputs_get() as a template for ecore_wl_globals_get()…. unfortunately, ecore_wl_outputs_get() is wrong (http://trac.enlightenment.org/e/ticket/2252). Therefore, here’s an updated patch that fixes the issue for ecore_wl_globals_get(). U. Artie From: Christopher Michael [mailto:cpmicha...@comcast.net] Sent: Monday, February 04, 2013 1:41 PM To: Enlightenment developer list; Eoff, Ullysses A; Eduardo Lima (Etrunko) Cc: wayland-...@linux.intel.com Subject: Re: [E-devel] [PATCH ecore_wayland] Export API to c++, add wl_registry and global accessors Looks good. This can go in. Thanks :-) dh Eoff, Ullysses A ullysses.a.e...@intel.com wrote: Thanks, I've attached an updated patch with docs, changelog, and news. U. Artie Eoff -Original Message- From: wayland-efl-boun...@linux.intel.com [mailto:wayland-efl- boun...@linux.intel.com] On Behalf Of Eduardo Lima (Etrunko) Sent: Monday, February 04, 2013 1:00 PM To: Enlightenment developer list Cc: wayland-...@linux.intel.com Subject: [Wayland-efl] Re: [E-devel] [PATCH ecore_wayland] Export API to c++, add wl_registry and global accessors What about adding some docs (since @1.8) and also Changelog/News entries? On Mon, Feb 4, 2013 at 6:49 PM, Eoff, Ullysses A ullysses.a.e...@intel.com wrote: Add #ifdef __cpluscplus to Ecore_Wayland.h so the API can be used by C++ programs. Add accessors for the wl_registry and the globals list. U. Artie Eoff Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Eduardo de Barros Lima ◤✠◢ ebl...@gmail.com Wayland-efl mailing list wayland-...@linux.intel.com http://linux.intel.com/mailman/listinfo/wayland-efl Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Eduardo de Barros Lima ◤✠◢ ebl...@gmail.com -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] GIT Migration Update - Everything is up and running (but still not used)
$ git branch -r origin/HEAD - origin/master origin/enlightenment-0.17 origin/master There should be a branch of the 0.17.0 release and another for the 0.17.1 ? or maybe in tags... what is the workflow that we should have for development status (equivalent to up-to-date svn) ? maybe we should have a branch for experimental features and another for fixes in a development topic (branch) and another for the stable topic ? Is this discussed somewhere or not really decided yet ? 2013/2/4 Tom Hacohen t...@stosb.com e-commits most likely, but e-bob will most likely work as well. On Mon, Feb 4, 2013 at 2:40 PM, Daniel Willmann d.willm...@samsung.com wrote: On 04/02/13 14:29, Tom Hacohen wrote: And we also need to set up the hooks to send mails to e-svn. e-git? :-) e-changes? Keep the name to remind us of our roots (I know that would be e-cvs or e-patches-sent-by-mail-and-managed-by-hand)? -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Tom. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eo del/unref chapter 2
2013/2/5 Tom Hacohen tom.haco...@samsung.com
On 05/02/13 09:50, Davide Andreoli wrote:
Hi,
I'm reposting this as I don't get any reply...maybe Tom missed it ;)
I did miss your previous mail, good you've reposted it.
After some more Eo tests I have this example:
void my_win_del(void *data, Evas_Object *obj, void *event_info)
{
elm_exit();
}
EAPI_MAIN int
elm_main(int argc, char **argv)
{
Evas_Object *win, *r;
win = eo_add_custom(ELM_OBJ_WIN_**CLASS, NULL,
elm_obj_win_constructor(main**, ELM_WIN_BASIC));
// eo_unref(win);
elm_win_title_set(win, Elementary Tests);
evas_object_smart_callback_**add(win, delete,request, my_win_del,
NULL);
evas_object_resize(win, 320, 320);
evas_object_show(win);
r = eo_add(EVAS_OBJ_RECTANGLE_**CLASS, evas_object_evas_get(win));
// eo_unref(r);
evas_object_resize(r, 100, 100);
evas_object_show(r);
eo_del(r);
elm_run();
elm_shutdown();
return 0;
}
ELM_MAIN()
No, spank. eo_del means your delete the object, you don't want that.
It should be:
No, that line was there to simulate the user that want to really delete the
rect.
spank rejected :)
void my_win_del(void *data, Evas_Object *obj, void *event_info)
{
elm_exit();
}
EAPI_MAIN int
elm_main(int argc, char **argv)
{
Evas_Object *win, *r;
win = eo_add_custom(ELM_OBJ_WIN_**CLASS, NULL,
elm_obj_win_constructor(main**, ELM_WIN_BASIC));
elm_win_title_set(win, Elementary Tests);
evas_object_smart_callback_**add(win, delete,request, my_win_del,
NULL);
evas_object_resize(win, 320, 320);
evas_object_show(win);
r = eo_add(EVAS_OBJ_RECTANGLE_**CLASS, win);
evas_object_resize(r, 100, 100);
evas_object_show(r);
eo_unref(r);
r = NULL; // optional but recommended.
elm_run();
eo_unref(win);
elm_shutdown();
return 0;
}
ELM_MAIN()
Or at pastebin:
http://pastebin.com/5ktWadGE
Please take a look at the changes to the:
r = eo_add(EVAS_OBJ_RECTANGLE_**CLASS, win);
line.
yes, you are right, my fault here. Parent must be the win not the canvas
(as it was with
the old api)
It's just ref counting, ref when you hold a reference, unref when you are
done with it. The parent holds a ref to it's children, so you can unref
once you don't really need the reference, you do eo_del in order to unref
and detach from the parent (i.e, killing the object)
Ok, what was not clear to me is the fact that eo_add() create an implicit
ref.
So If I want my object to be deleted with his parent I need to unref (also
If I didn't
call an explicit eo_ref). Instead If I want the object to be deleted on
user request I need
to NOT call unref, so that eo_del() will work without warnings.
But I want the rect to be deleted when the parent is deleted AND ALSO when
the user
directly ask for it :/ how can this be done?
Problems:
- with the 2 eo_unref() calls commented out the app freeze (without any
warnings) on
elm_shutdown(). Probably because not all objs has been deleted.
- with the 2 eo_unref() calls DEcommented the shutdown is ok but then the
oe_del(r) is
causing the warning:
ERR9335:eo lib/eo/eo.c:1306 _eo_unref() Object 0x1452fe0 already
deleted.
ERR9335:eo lib/eo/eo.c:1306 _eo_unref() Object 0x1452fe0 already
deleted.
Thoughts:
- doing the unref() just after the eo_add() does not have any sense to me.
The only reasoning you should apply to using unref is: do I want the ref?
The parent refs the child anyway, so if you don't need the ref, you need to
unref (after you really stopped manipulating the object!).
- deleting the win using eo_del() seems not to delete the child objs
It does, as long as you unref your references to them, otherwise, they are
retained as long as you keep your refs. That's how ref-counting works.
- forcing the user to delete ALL the created object before the shutdown is
an hard
requirement; can work with simple examples but not in real life
applications.
It's not deleting, it's just a matter of controlling your refs. It's like
claiming asking a user to call free on every allocation is an hard
requirement.
- using the new api or the old one cause different behavior :/
No it does not. APIs were added that behave differently than the old APIs
and they behave differently, if they would have behaved the same, there
would have been no point in creating the new API.
so, yes, they behave differently :P
In the end I'm coming to the conclusion that using Eo to make the python
binding is
NOT a good choice, as it will make the usage more complex (because the user
is forced
to understand and use the ref/unref magik).
Please prove that I'm wrong...
DaveMDS
--
Tom.
--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013
and get the hardware
Re: [E-devel] E SVN: tasn IN trunk/efl: . cmakeconfig
On Tue, Feb 5, 2013 at 5:19 PM, Enlightenment SVN
no-re...@enlightenment.org wrote:
Log:
Efl: Ship cmake configs (like pkg-config).
This should make it easier for applications to use efl with cmake.
It seems to work with my tests. It's ugly and redundant but it's the first
step. Not all the components are supported at the moment.
Author: tasn
Date: 2013-02-05 08:19:37 -0800 (Tue, 05 Feb 2013)
New Revision: 83637
Trac: http://trac.enlightenment.org/e/changeset/83637
Hi Tom,
may I ask what the point of this is?
Cmake has pkgconfig-support via FindPkgConfig, and it works fine for me.
Also it seems to be simpler to use than this, e.g.:
INCLUDE(FindPkgConfig)
pkg_check_modules(EINA REQUIRED eina)
include_directories(${EINA_INCLUDE_DIRS}
Regards,
--
thomasg
--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] GIT Migration Update - Everything is up and running (but still not used)
How will be also managed apps like terminology ? i just switched to the release version instead of svn because it seems to fail using the released (1.7.5) libs, more specificially with these elm dividers feature So we will need to have different branches per app that are more stable and/or compiles with released libs ? what is the idea with this ? 2013/2/5 Thanatermesis thanatermesis.e...@gmail.com $ git branch -r origin/HEAD - origin/master origin/enlightenment-0.17 origin/master There should be a branch of the 0.17.0 release and another for the 0.17.1 ? or maybe in tags... what is the workflow that we should have for development status (equivalent to up-to-date svn) ? maybe we should have a branch for experimental features and another for fixes in a development topic (branch) and another for the stable topic ? Is this discussed somewhere or not really decided yet ? 2013/2/4 Tom Hacohen t...@stosb.com e-commits most likely, but e-bob will most likely work as well. On Mon, Feb 4, 2013 at 2:40 PM, Daniel Willmann d.willm...@samsung.com wrote: On 04/02/13 14:29, Tom Hacohen wrote: And we also need to set up the hooks to send mails to e-svn. e-git? :-) e-changes? Keep the name to remind us of our roots (I know that would be e-cvs or e-patches-sent-by-mail-and-managed-by-hand)? -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Tom. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Edje_cc sometimes gets a parsing error
+1 On Feb 5, 2013 8:47 PM, Daniel Willmann d.willm...@samsung.com wrote: On 05/02/13 09:28, Stefan Schmidt wrote: I have this this twice now. But can't reproduce. Yakov has also seen it. It vanished after doing another make. :( That makes three as I have also seen it (though with a different trace) earlier today. Daniel -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Edje_cc sometimes gets a parsing error
On Wed, Feb 6, 2013 at 10:59 AM, Sanjeev BA eflel...@gmail.com wrote: +1 On Feb 5, 2013 8:47 PM, Daniel Willmann d.willm...@samsung.com wrote: On 05/02/13 09:28, Stefan Schmidt wrote: I have this this twice now. But can't reproduce. Yakov has also seen it. It vanished after doing another make. :( That makes three as I have also seen it (though with a different trace) earlier today. Basically the report I get is people see it once and then it vanish... Could any of you try to run edje_cc in valgrind and tell me if it says anything interesting ? -- Cedric BAIL -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
