Re: [E-devel] valgrind complaints : elm theme object
On Fri, 4 Jun 2010 11:43:49 +0800 Brian Wang said: hmm ecore_imf_module thats odd. i can reproduce it. i just don't knwo why yet. let me hunt this with memprof and see. > Hello all, > > valgrind complains about it and it does seem to leak the memory quite > a bit if the objects (elm_entry) are created/destroyed from time to > time. I took a look at the code but could not come up with a proper > fix. Any suggestions? Please find the log below and thanks in > advance. :-) > > valgrind log: > ==21088== 2,160 bytes in 108 blocks are definitely lost in loss record > 204 of 216 > ==21088==at 0x4024F20: malloc (vg_replace_malloc.c:236) > ==21088==by 0x41A0F67: eina_array_new (eina_array.c:400) > ==21088==by 0x41A043B: eina_module_list_get (eina_module.c:581) > ==21088==by 0x49E2DD3: ecore_imf_module_init (ecore_imf_module.c:37) > ==21088==by 0x49E1AE0: ecore_imf_init (ecore_imf.c:52) > ==21088==by 0x47717E8: _edje_entry_real_part_init (edje_entry.c:1895) > ==21088==by 0x473973C: _edje_object_file_set_internal (edje_load.c:534) > ==21088==by 0x4741A04: _edje_smart_file_set (edje_smart.c:324) > ==21088==by 0x4738638: edje_object_file_set (edje_load.c:40) > ==21088==by 0x41D2CCA: _elm_theme_set (elm_theme.c:140) > ==21088==by 0x41D2B88: _elm_theme_object_set (elm_theme.c:117) > ==21088==by 0x41EA2F2: elm_entry_add (elm_entry.c:1295) > > > -- > brian > -- > > Cool-Karaoke - The smallest recording studio, in your palm, open-sourced > http://cool-idea.com.tw/ > > iMaGiNaTiOn iS mOrE iMpOrTaNt tHaN kNoWlEdGe > > -- > ThinkGeek and WIRED's GeekDad team up for the Ultimate > GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the > lucky parental unit. See the prize list and enter to win: > http://p.sf.net/sfu/thinkgeek-promo > ___ > 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 -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] Fixing return of Eina_Bool functions in Edje.
On Fri, Jun 4, 2010 at 2:01 PM, Fabiano Fidêncio wrote: > On Fri, Jun 4, 2010 at 1:48 AM, Iván Briano (Sachiel) > wrote: >> On Fri, Jun 4, 2010 at 1:23 PM, Fabiano Fidêncio >> wrote: >>> Changing return of Eina_Bool functions that were not EINA_TRUE or >>> EINA_FALSE in Edje. >>> I'll try fix it in more libs in the weekend. >>> >> >> No patch there. > Err! > Trying again. > Congratulations! Your patch made it to the list! >> >>> BR, >>> -- >>> Fabiano Fidêncio >>> ProFUSION embedded systems >>> http://www.profusion.mobi >>> >>> -- >>> ThinkGeek and WIRED's GeekDad team up for the Ultimate >>> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the >>> lucky parental unit. See the prize list and enter to win: >>> http://p.sf.net/sfu/thinkgeek-promo >>> ___ >>> enlightenment-devel mailing list >>> enlightenment-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >>> >>> >> > > > > -- > Fabiano Fidêncio > ProFUSION embedded systems > http://www.profusion.mobi > -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] Fixing return of Eina_Bool functions in Edje.
On Fri, Jun 4, 2010 at 1:23 PM, Fabiano Fidêncio wrote: > Changing return of Eina_Bool functions that were not EINA_TRUE or > EINA_FALSE in Edje. > I'll try fix it in more libs in the weekend. > No patch there. > BR, > -- > Fabiano Fidêncio > ProFUSION embedded systems > http://www.profusion.mobi > > -- > ThinkGeek and WIRED's GeekDad team up for the Ultimate > GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the > lucky parental unit. See the prize list and enter to win: > http://p.sf.net/sfu/thinkgeek-promo > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] Elementary: Free evas_object_smart_callbacks_descriptions
On Fri, Jun 4, 2010 at 12:06 PM, Carsten Haitzler wrote: > On Fri, 4 Jun 2010 11:40:05 +0800 Brian Wang said: > > actually wrong place to fix it - seems like... someone forgot to clean up the > descriptions on object del inside of evas - as these are generic for any smart > obj - this should be done there. in svn. :) Oops and thanks. :-) > >> Hello all, >> >> valgrind complains about these quite a bit in the 'definitely lost' >> section. Please take a look at the patch and correct/ignore anything >> when you see fit. >> >> Thanks. >> >> >> brian >> >> -- >> brian >> -- >> >> Cool-Karaoke - The smallest recording studio, in your palm, open-sourced >> http://cool-idea.com.tw/ >> >> iMaGiNaTiOn iS mOrE iMpOrTaNt tHaN kNoWlEdGe > > > -- > - Codito, ergo sum - "I code, therefore I am" -- > The Rasterman (Carsten Haitzler) ras...@rasterman.com > > -- brian -- Cool-Karaoke - The smallest recording studio, in your palm, open-sourced http://cool-idea.com.tw/ iMaGiNaTiOn iS mOrE iMpOrTaNt tHaN kNoWlEdGe -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [PATCH] Fixing return of Eina_Bool functions in Edje.
Changing return of Eina_Bool functions that were not EINA_TRUE or EINA_FALSE in Edje. I'll try fix it in more libs in the weekend. BR, -- Fabiano Fidêncio ProFUSION embedded systems http://www.profusion.mobi -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] Elementary: Free evas_object_smart_callbacks_descriptions
On Fri, 4 Jun 2010 11:40:05 +0800 Brian Wang said: actually wrong place to fix it - seems like... someone forgot to clean up the descriptions on object del inside of evas - as these are generic for any smart obj - this should be done there. in svn. :) > Hello all, > > valgrind complains about these quite a bit in the 'definitely lost' > section. Please take a look at the patch and correct/ignore anything > when you see fit. > > Thanks. > > > brian > > -- > brian > -- > > Cool-Karaoke - The smallest recording studio, in your palm, open-sourced > http://cool-idea.com.tw/ > > iMaGiNaTiOn iS mOrE iMpOrTaNt tHaN kNoWlEdGe -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Question about evas_object_focus_set calls in elm_button
Hello all, In elm_button.c:_on_focus_hook(), there are newly introduced evas_object_focus_set() calls. Why are they necessary? In my app, there is a big invisible event object covering the whole window, where keys are handled. When elm_button gets focused, my event object does not get the key events any more. Am I doing things wrong here? Comments, please. brian -- brian -- Cool-Karaoke - The smallest recording studio, in your palm, open-sourced http://cool-idea.com.tw/ iMaGiNaTiOn iS mOrE iMpOrTaNt tHaN kNoWlEdGe -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] valgrind complaints : elm theme object
Hello all, valgrind complains about it and it does seem to leak the memory quite a bit if the objects (elm_entry) are created/destroyed from time to time. I took a look at the code but could not come up with a proper fix. Any suggestions? Please find the log below and thanks in advance. :-) valgrind log: ==21088== 2,160 bytes in 108 blocks are definitely lost in loss record 204 of 216 ==21088==at 0x4024F20: malloc (vg_replace_malloc.c:236) ==21088==by 0x41A0F67: eina_array_new (eina_array.c:400) ==21088==by 0x41A043B: eina_module_list_get (eina_module.c:581) ==21088==by 0x49E2DD3: ecore_imf_module_init (ecore_imf_module.c:37) ==21088==by 0x49E1AE0: ecore_imf_init (ecore_imf.c:52) ==21088==by 0x47717E8: _edje_entry_real_part_init (edje_entry.c:1895) ==21088==by 0x473973C: _edje_object_file_set_internal (edje_load.c:534) ==21088==by 0x4741A04: _edje_smart_file_set (edje_smart.c:324) ==21088==by 0x4738638: edje_object_file_set (edje_load.c:40) ==21088==by 0x41D2CCA: _elm_theme_set (elm_theme.c:140) ==21088==by 0x41D2B88: _elm_theme_object_set (elm_theme.c:117) ==21088==by 0x41EA2F2: elm_entry_add (elm_entry.c:1295) -- brian -- Cool-Karaoke - The smallest recording studio, in your palm, open-sourced http://cool-idea.com.tw/ iMaGiNaTiOn iS mOrE iMpOrTaNt tHaN kNoWlEdGe -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [PATCH] Elementary: Free evas_object_smart_callbacks_descriptions
Hello all,
valgrind complains about these quite a bit in the 'definitely lost'
section. Please take a look at the patch and correct/ignore anything
when you see fit.
Thanks.
brian
--
brian
--
Cool-Karaoke - The smallest recording studio, in your palm, open-sourced
http://cool-idea.com.tw/
iMaGiNaTiOn iS mOrE iMpOrTaNt tHaN kNoWlEdGe
Index: src/lib/elm_entry.c
===
--- src/lib/elm_entry.c (revision 49437)
+++ src/lib/elm_entry.c (working copy)
@@ -248,6 +248,7 @@
{
free(ip);
}
+ evas_object_smart_callbacks_descriptions_set(obj, NULL);
free(wd);
}
Index: src/lib/elc_fileselector.c
===
--- src/lib/elc_fileselector.c (revision 49437)
+++ src/lib/elc_fileselector.c (working copy)
@@ -84,6 +84,7 @@
sd = ecore_idler_del(wd->sel_idler);
free(sd);
}
+ evas_object_smart_callbacks_descriptions_set(obj, NULL);
free(wd);
}
Index: src/lib/elm_slider.c
===
--- src/lib/elm_slider.c(revision 49437)
+++ src/lib/elm_slider.c(working copy)
@@ -86,6 +86,7 @@
if (wd->label) eina_stringshare_del(wd->label);
if (wd->indicator) eina_stringshare_del(wd->units);
if (wd->delay) ecore_timer_del(wd->delay);
+ evas_object_smart_callbacks_descriptions_set(obj, NULL);
free(wd);
}
Index: src/lib/elc_anchorview.c
===
--- src/lib/elc_anchorview.c(revision 49437)
+++ src/lib/elc_anchorview.c(working copy)
@@ -64,6 +64,7 @@
{
free(ip);
}
+ evas_object_smart_callbacks_descriptions_set(obj, NULL);
free(wd);
}
Index: src/lib/elm_radio.c
===
--- src/lib/elm_radio.c (revision 49437)
+++ src/lib/elm_radio.c (working copy)
@@ -75,6 +75,7 @@
wd->group->radios = eina_list_remove(wd->group->radios, obj);
if (!wd->group->radios) free(wd->group);
wd->group = NULL;
+ evas_object_smart_callbacks_descriptions_set(obj, NULL);
free(wd);
}
Index: src/lib/elc_fileselector_button.c
===
--- src/lib/elc_fileselector_button.c (revision 49437)
+++ src/lib/elc_fileselector_button.c (working copy)
@@ -70,6 +70,7 @@
win = evas_object_data_del(obj, "win");
evas_object_del(win);
}
+ evas_object_smart_callbacks_descriptions_set(obj, NULL);
free(wd);
}
Index: src/lib/elm_button.c
===
--- src/lib/elm_button.c(revision 49437)
+++ src/lib/elm_button.c(working copy)
@@ -53,6 +53,7 @@
{
Widget_Data *wd = elm_widget_data_get(obj);
if (!wd) return;
+ evas_object_smart_callbacks_descriptions_set(obj, NULL);
if (wd->label) eina_stringshare_del(wd->label);
free(wd);
}
Index: src/lib/elc_anchorblock.c
===
--- src/lib/elc_anchorblock.c (revision 49437)
+++ src/lib/elc_anchorblock.c (working copy)
@@ -71,6 +71,7 @@
{
free(ip);
}
+ evas_object_smart_callbacks_descriptions_set(obj, NULL);
free(wd);
}
Index: src/lib/elm_map.c
===
--- src/lib/elm_map.c (revision 49437)
+++ src/lib/elm_map.c (working copy)
@@ -1091,6 +1091,7 @@
if (wd->zoom_animator) ecore_animator_del(wd->zoom_animator);
if (wd->long_timer) ecore_timer_del(wd->long_timer);
+ evas_object_smart_callbacks_descriptions_set(obj, NULL);
free(wd);
}
Index: src/lib/elm_thumb.c
===
--- src/lib/elm_thumb.c (revision 49437)
+++ src/lib/elm_thumb.c (working copy)
@@ -92,6 +92,7 @@
eina_stringshare_del(wd->key);
if (wd->eeh)
ecore_event_handler_del(wd->eeh);
+ evas_object_smart_callbacks_descriptions_set(obj, NULL);
free(wd);
}
Index: src/lib/elm_toggle.c
===
--- src/lib/elm_toggle.c(revision 49437)
+++ src/lib/elm_toggle.c(working copy)
@@ -50,6 +50,7 @@
if (wd->label) eina_stringshare_del(wd->label);
if (wd->ontext) eina_stringshare_del(wd->ontext);
if (wd->offtext) eina_stringshare_del(wd->offtext);
+ evas_object_smart_callbacks_descriptions_set(obj, NULL);
free(wd);
}
Index: src/lib/elm_scroller.c
===
--- src/lib/elm_scroller.c (revision 49437)
+++ src/lib/elm_scroller.c (working copy)
@@ -78,6 +78,7 @@
Widget_Data *wd = elm_widget_data_get(obj);
if (!wd) return;
+ evas_object_smart_callbacks_descriptions_set(obj, NULL);
free(wd);
}
Index: src/lib/elm_check.c
=
Re: [E-devel] Configure.ac uses non-portable use of sed, breaking autogen.sh on MacOS
The dot character in the configure script was not the only error, just the only one discussed in the autoconf thread. The other errors look similar may be due to same problem. Here are the details. Read through this to the end and I think it looks pretty obvious. Here is the total output of autogen.sh, using older autoconf/automake from MacOS: ./autogen.sh Running aclocal... Running autoheader... Running autoconf... Running libtoolize... Running automake... configure.ac:29: installing `./missing' configure.ac:29: installing `./install-sh' doc/Makefile.am:23: wildcard img/*.*: non-POSIX variable name doc/Makefile.am:23: (probably a GNU make extension) src/lib/Makefile.am: installing `./depcomp' ./configure: line 4: .: filename argument required .: usage: . filename [arguments] [ If I use autoconf 2.65, automake 1.11, m4 1.4.14, I get the same results, but much more verbose warnings above ] Here are the first 8 lines of the configure file: #! /bin/sh # Guess values for system-dependent variables and create Makefiles. # Generated by GNU Autoconf 2.61 for eina 0.9.9.49367 . # # Report bugs to . # # Copyright (C) 1992, 1993, 1994, 1995, 1996, 1998, 1999, 2000, 2001, # ... If I manually delete that offending line and manually ./configure, I get: checking build system type... i686-apple-darwin9.8.0 checking host system type... i686-apple-darwin9.8.0 checking for gcc... gcc checking for C compiler default output file name... configure: error: C compiler cannot create executables See `config.log' for more details. But in can in fact create executables! Here is the section of config.log that I think has the relevant info. Note the unexpected newlines after version numbers in the log: This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by eina configure 0.9.9.49367 , which was generated by GNU Autoconf 2.61. Invocation command line was $ ./configure ## - ## ## Platform. ## ## - ## hostname = david-rays-macbook-pro.local uname -m = i386 uname -r = 9.8.0 uname -s = Darwin uname -v = Darwin Kernel Version 9.8.0: Wed Jul 15 16:55:01 PDT 2009; root:xnu-1228.15.4~1/RELEASE_I386 ... ## --- ## ## Core tests. ## ## --- ## configure:2100: checking build system type configure:2118: result: i686-apple-darwin9.8.0 configure:2140: checking host system type configure:2155: result: i686-apple-darwin9.8.0 configure:2225: checking for gcc configure:2241: found /usr/bin/gcc configure:2252: result: gcc configure:2490: checking for C compiler version configure:2497: gcc --version >&5 i686-apple-darwin9-gcc-4.2.1 (GCC) 4.2.1 (Apple Inc. build 5577) Copyright (C) 2007 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:2500: $? = 0 configure:2507: gcc -v >&5 Using built-in specs. Target: i686-apple-darwin9 Configured with: /var/tmp/gcc_42/gcc_42-5577~1/src/configure --disable- checking --enable-werror --prefix=/usr --mandir=/usr/share/man -- enable-languages=c,objc,c++,obj-c++ --program-transform-name=/^[cg] [^.-]*$/s/$/-4.2/ --with-slibdir=/usr/lib --build=i686-apple-darwin9 -- with-gxx-include-dir=/usr/include/c++/4.0.0 --host=i686-apple-darwin9 --target=i686-apple-darwin9 Thread model: posix gcc version 4.2.1 (Apple Inc. build 5577) configure:2510: $? = 0 configure:2517: gcc -V >&5 gcc-4.2: argument to `-V' is missing configure:2520: $? = 1 configure:2543: checking for C compiler default output file name configure:2570: gcc -I/usr/local/include -I/usr/include -I/usr/X11/ include -L/usr/lib -L/usr/X11/lib -L/usr/local/lib conftest.c >&5 conftest.c:4:25: warning: missing terminating " character conftest.c:5:1: warning: missing terminating " character conftest.c:5: error: missing terminating " character conftest.c:6:24: warning: missing terminating " character conftest.c:7:1: warning: missing terminating " character conftest.c:7: error: missing terminating " character configure:2573: $? = 1 configure:2611: result: configure: failed program was: ... ## --- ## ## confdefs.h. ## ## --- ## #define PACKAGE_NAME "eina" #define PACKAGE_TARNAME "eina" #define PACKAGE_VERSION "0.9.9.49367 " #define PACKAGE_STRING "eina 0.9.9.49367 " #define PACKAGE_BUGREPORT "enlightenment-devel@lists.sourceforge.net" configure: exit 77 -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Configure.ac uses non-portable use of sed, breaking autogen.sh on MacOS
On Thu, 3 Jun 2010, Vincent Torri wrote: > > > On Thu, 3 Jun 2010, Gustavo Sverzut Barbieri wrote: > >> On Thu, Jun 3, 2010 at 3:10 PM, Dave Ray wrote: >>> I attempted to compile e17 on MacOS-X Leopard (10.5.8) after doing a >>> fresh OS install. >>> >>> All autoconf.sh scripts are failing in an unusual way. >>> >>> Spoke to Vincent Torri, who posted my problem on the M4 list. You can >>> read the whole thread here: >>> http://lists.gnu.org/archive/html/autoconf/2010-06/msg7.html >>> >>> According to the thread, configure.ac contains a non-portable use of >>> sed that is causing the failure only on MacOS. >>> >>> Something changed in configure.ac in svn from 6 weeks ago, which was >>> the last time I compiled e17 from svn. The problem wasn't there before. >>> >>> I observed this when trying to compile eina, the first package on the >>> list of deps. I also tried e_dbus, since it doesn't have dependencies, >>> and got the exact same error. >>> >>> This is a total show-stopper for e17 on MacOS-X until fixed. >>> >>> FYI I'm using autoconf 2.65, automake 1.11, m4 1.4.14. >> >> Possibly it was Sachiel's changes from yesterday usign sed + git-log >> to figure out svn revision if using git-svn. > > No it is not. The problem was before Sachiel's addition also, read the whole thread here: http://lists.gnu.org/archive/html/autoconf/2010-06/msg7.html as dave mentioned. Everything is explained Vincent -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Configure.ac uses non-portable use of sed, breaking autogen.sh on MacOS
On Jun 3, 2010, at 12:17 PM, Gustavo Sverzut Barbieri wrote: > On Thu, Jun 3, 2010 at 3:10 PM, Dave Ray wrote: >> ... >> According to the thread, configure.ac contains a non-portable use of >> sed that is causing the failure only on MacOS. >> ... > > Possibly it was Sachiel's changes from yesterday usign sed + git-log > to figure out svn revision if using git-svn. The problem goes at least as far back as May 30, when I started attempting to compile e17. I just wanted to be sure it wasn't my system and to run it by some people before posting here. -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Configure.ac uses non-portable use of sed, breaking autogen.sh on MacOS
On Thu, 3 Jun 2010, Gustavo Sverzut Barbieri wrote: > On Thu, Jun 3, 2010 at 3:10 PM, Dave Ray wrote: >> I attempted to compile e17 on MacOS-X Leopard (10.5.8) after doing a >> fresh OS install. >> >> All autoconf.sh scripts are failing in an unusual way. >> >> Spoke to Vincent Torri, who posted my problem on the M4 list. You can >> read the whole thread here: >> http://lists.gnu.org/archive/html/autoconf/2010-06/msg7.html >> >> According to the thread, configure.ac contains a non-portable use of >> sed that is causing the failure only on MacOS. >> >> Something changed in configure.ac in svn from 6 weeks ago, which was >> the last time I compiled e17 from svn. The problem wasn't there before. >> >> I observed this when trying to compile eina, the first package on the >> list of deps. I also tried e_dbus, since it doesn't have dependencies, >> and got the exact same error. >> >> This is a total show-stopper for e17 on MacOS-X until fixed. >> >> FYI I'm using autoconf 2.65, automake 1.11, m4 1.4.14. > > Possibly it was Sachiel's changes from yesterday usign sed + git-log > to figure out svn revision if using git-svn. No it is not. The problem was before Sachiel's addition Vincent -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Configure.ac uses non-portable use of sed, breaking autogen.sh on MacOS
On Thu, Jun 3, 2010 at 3:10 PM, Dave Ray wrote: > I attempted to compile e17 on MacOS-X Leopard (10.5.8) after doing a > fresh OS install. > > All autoconf.sh scripts are failing in an unusual way. > > Spoke to Vincent Torri, who posted my problem on the M4 list. You can > read the whole thread here: > http://lists.gnu.org/archive/html/autoconf/2010-06/msg7.html > > According to the thread, configure.ac contains a non-portable use of > sed that is causing the failure only on MacOS. > > Something changed in configure.ac in svn from 6 weeks ago, which was > the last time I compiled e17 from svn. The problem wasn't there before. > > I observed this when trying to compile eina, the first package on the > list of deps. I also tried e_dbus, since it doesn't have dependencies, > and got the exact same error. > > This is a total show-stopper for e17 on MacOS-X until fixed. > > FYI I'm using autoconf 2.65, automake 1.11, m4 1.4.14. Possibly it was Sachiel's changes from yesterday usign sed + git-log to figure out svn revision if using git-svn. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Configure.ac uses non-portable use of sed, breaking autogen.sh on MacOS
I attempted to compile e17 on MacOS-X Leopard (10.5.8) after doing a fresh OS install. All autoconf.sh scripts are failing in an unusual way. Spoke to Vincent Torri, who posted my problem on the M4 list. You can read the whole thread here: http://lists.gnu.org/archive/html/autoconf/2010-06/msg7.html According to the thread, configure.ac contains a non-portable use of sed that is causing the failure only on MacOS. Something changed in configure.ac in svn from 6 weeks ago, which was the last time I compiled e17 from svn. The problem wasn't there before. I observed this when trying to compile eina, the first package on the list of deps. I also tried e_dbus, since it doesn't have dependencies, and got the exact same error. This is a total show-stopper for e17 on MacOS-X until fixed. FYI I'm using autoconf 2.65, automake 1.11, m4 1.4.14. Dave -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] snappidoos
On Tue, 1 Jun 2010 17:03:05 +0200 Cedric BAIL said: fixed in svn! :) > On Mon, May 31, 2010 at 10:58 AM, Carsten Haitzler > wrote: > > ok... let's talk snapshot. i think time is about right to do one now. a lot > > of stuff has gone in since the last ones. now.. i'm in "watch svn settle > > and just do some peripheral things that dont affect core stuff" mode. > > > > what i want to know is about core stability issues you have seen and other > > issues in latest svn (don't say things unless you've updated like really > > recently - todayish let's say). point them out and we'll fix the nastiest > > and then snapshot. i have added versioning info to all headers and apis in > > core efl > > > > (that is eina, eet, evas, ecore, embryo, edje, efreet, e_dbus, e, > > elementary). that's what will be snapped (and eet will get 1.3.0 released). > > > > so.. speak up! > > Just back from hollyday and updating everything. I found one issue > that I don't know/find how to fix. In expedite map flow test, I got a > segv, their is a read error at line 103 of evas_image_map_loop.c as > reported by valgrind. Valgrind report the error only once. I am on a > 64bits CPU don't know if it change something. > > -- > Cedric BAIL > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] Fix elm_scrolled_grid API
On Wed, 2 Jun 2010 02:45:51 -0300 Rafael Fonseca said: > As requested, I've changed the widget name. Let me know about any issues. in svn :) -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] edc part dragable problem
My bad. It seems that do not insert "confine" attribute in dragable block
would resolve this problem.
whtuhtc
2010/5/30 whtuhtc tu
> Hi,
>
> I want to make a part dragable and can move to specific position which is
> clicked.
>
> So I add a dragable block to make a part named "dragable_part" dragable and
> it works.
> When I add a program block to make the part to move to specific position by
> changing the state of the part when clicking. It does not work.But if I
> remove the dragable block, it works.
>
>
> The program block is as blow.
> program
> {
> name:"pressednmove";
> signal:"mouse,clicked,1 ";
> source:"position_1";
> action: STATE_SET "position_1" 0.0;
> target:"dragable_part";
> transition:LINEAR 0.2;
> }
>
> any suggestions? Or how can I make a part dragable and move to specific
> position which is clicked.
>
> Thanks in advanced.
>
> whtuhtc
>
>
--
ThinkGeek and WIRED's GeekDad team up for the Ultimate
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
lucky parental unit. See the prize list and enter to win:
http://p.sf.net/sfu/thinkgeek-promo
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
