Re: [E-devel] E SVN: devilhorns trunk/edje/src/lib
On Fri, 8 Apr 2011 22:48:47 -0700 "Enlightenment SVN" wrote: > Log: > Edje: Edje_Text: Don't segfault on _edje_text_part_on_del if there is > not 'part' > > Don't ask me how I found this one, but it happened :/ so trap for > valid part before trying to use it. > > > how did you find it?!!? -- Mike Blumenkrantz Zentific: NULL pointer dereferences now 50% off! -- Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] enki compile error
Raster fixed this and I fixed another bug as well. Thanks. Daniel Juyung Seo (SeoZ) On Sat, Apr 9, 2011 at 8:37 AM, Dave Ray wrote: > I am getting the following error when compiling enki. Any suggestions? > > ... > Making all in default > /usr/local/bin/edje_cc -v default.edc -id ../images/ > In file included: > geocaching_bubble.edc:126:8: warning: `wrap_stars_signal' redefined > geocaching.edc:44: warning: this is the location of the previous definition > ERR<12490>:edje_cc edje_cc_parse.c:1018 check_arg_count() > /usr/local/bin/edje_cc: Error. minislideshow.edc:108 got 5 arguments, but > expected 4 > make[4]: *** [default.edj] Error 255 > > > > > -- > Xperia(TM) PLAY > It's a major breakthrough. An authentic gaming > smartphone on the nation's most reliable network. > And it wants your games. > http://p.sf.net/sfu/verizon-sfdev > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] finite() considered obsolete.
On Thu, 7 Apr 2011 16:40:46 +0200 (CEST) Vincent Torri wrote: > > > On Fri, 8 Apr 2011, David Seikel wrote: > > > Ecore uses a call to finite(), this call seems to be obsolete. It > > is replaced by a macro isfinite(). I'm wondering if we should fix > > that, and what our portability experts think? > > > > It's used in _ecore_main_select() in ecore_main.c. I don't think > > it is used anywhere else in current svn. > > > > In my current contract I'm compiling EFL using uClibc, and that does > > not provide finite(), but does provide isfinite(). The reason they > > say they do that is coz finite() is obsolete. > > > > Hmm, the Windows build files include this "finite=_finite" in > > "PreprocessorDefinitions". Seems to be basically renaming a few > > functions to their Windows equivalents. > > If there are such problems in different libc, I would suggest to > detect the function in configure.ac and add a static inline function > that used the corresponding function, with a special case for Visul > Studio (_finite(), no finite(), nor isfinite() nor _isfinite() (I > just checked)) Static inline? Why not a macro? isfinite() is supposed to be a macro for what it's worth. -- 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 -- Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ecore: request to drop printf warning
On Fri, 8 Apr 2011 20:10:29 -0700 Dave Ray said: > I agree entirely. MacOS is getting more POSIX by the year :). > But in interest of making e17 a clean experience for other MacOS users now I > am wondering what the best fix is. Can we add a patch for Darwin with an > equivalent clock call? Or should I just patch EINA logging. well you can provide a patch to only have it bitch once on init rather than whenever it needs the call. shame that OSX is so behind :( it should have been posix to begin with. > On Apr 8, 2011, at 8:03 PM, Carsten Haitzler (The Rasterman) wrote: > > > On Fri, 8 Apr 2011 18:45:12 -0700 Dave Ray said: > > > > wtf? so 10 years after posix-2001 was standardized (and clock_gettime was > > around before that) osx still hasnt caught up? wonderfully primitive OS you > > have there :) seriously that clock_gettime is relatively important. things > > happen to work for you by luck and not by design, as gustavo said - change > > clock config/timezone and such.. and things will stuff up without a > > monotonic clock. it's warning you of a serious deficiency in your OS that > > leads to other bugs. > > > >> It's a known issue with Darwin, which MacOS is part of. They haven't had > >> clock_gettime support for 6+ years. > >> > >> There are alternative time calls that work on Darwin. but the fallback in > >> ecore seems to work fine. There are some good discussions on the net, I can > >> post some ideas for monotonic clocks if interested. > >> > >> I can try adding the EINA flag to suppress the warnings, that sounds like > >> the best option for now. > >> > >> But I wonder does anyone benefit from this printf warning spewing > >> frequently. It seems to work fine using the fallback. > >> > >> > >> On Apr 8, 2011, at 6:06 PM, Carsten Haitzler (The Rasterman) wrote: > >> > >>> On Fri, 8 Apr 2011 21:36:39 -0300 Gustavo Sverzut Barbieri > >>> said: > >>> > On Fri, Apr 8, 2011 at 8:40 PM, Dave Ray wrote: > > On my OS ecore runs fine, but spews a warning frequently. > > > > CRI<12490>:ecore ecore_time.c:170 _ecore_time_init() Platform does not > > support clock_gettime. Fallback to unix time. > > > > Everything that uses ecore spews it. Fills up my logs. > > > > Is this printf necessary? > > It's not a printf(), but eina_log and you van disable it with > EINA_LOG_LEVELS=ecore:-1 > > What platform is yours? The correct fix would be to add proper > monotonic clock to it... this may result in skews and problems during > timezone changes. > >>> > >>> not just timezone - every time the clock is changed - ie u set the time > >>> (ntp adjusts clock skew, etc. etc) depending on timezone setup and so on. > >>> i would agree with gustavo - your Os sounds pretty poor if it has no > >>> monotonic clock. if it does and it simply has decided to not comform to > >>> posix (As clock_gettime is posix.1-2001) then it's just wanting to be > >>> different for the sake of being different. if it is a problem with our > >>> detection of the call and it does exist, then please let us know what it > >>> requires to detect it etc. (see configure.ac for ecore - we check libc > >>> and if not we check librt) :) > >>> > >>> -- > >>> - Codito, ergo sum - "I code, therefore I am" -- > >>> The Rasterman (Carsten Haitzler)ras...@rasterman.com > >>> > >> > >> > >> -- > >> Xperia(TM) PLAY > >> It's a major breakthrough. An authentic gaming > >> smartphone on the nation's most reliable network. > >> And it wants your games. > >> http://p.sf.net/sfu/verizon-sfdev > >> ___ > >> 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 -- Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] discussion of elementary header separation.
On Sat, 9 Apr 2011 12:09:39 +0900 Daniel Juyung Seo said: > Hello all, > I wanna raise a discussion of elementary header separation like eina. > > Raster is moving dox into headers. > I agree with him to put dox into headers because developers can refer > headers directly. > (they could refer doxygen html as well.) > > But Elementary.h.in is already full and it will be mess if all dox come in. > I suggest to separate elementary headers widget by widget. > Just like eina. > > $PREFIX/include/eina-1/Eina.h > $PREFIX/include/eina-1/eina/eina_list.h > ... > > I have a prototype and it's working well. I'm ready to commit that. > This is a big change so I want to raise a discussion. > > Any ideas? ugh. i actually hate these multiple headers. :) it means always having to go open and look at a new file each time u want to see some bit of the api rather than just scroll around the current one you have open for reference. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] ecore_x_randr_current_output_get ~> ecore_x_randr_window_outputs_get
On Thu, 7 Apr 2011 16:41:38 +0200 Leif Middelschulte said: in svn, but i've had to fix some things :) > Dear developers, > > find attached a set of patches that do the following: > > State before patches: > ecore_x_randr_current_output_get was unimplemented. > > State after patches: > Patch1: ecore_x_randr_window_outputs_get implements functionality of > ecore_x_randr_current_output_get > Patch2: ecore_x_randr_current_output_get is deprecated and redirects > calls to ecore_x_randr_window_outputs_get > > Please review/comment/commit! > > BR, > > Leif -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ecore: request to drop printf warning
I agree entirely. MacOS is getting more POSIX by the year :). But in interest of making e17 a clean experience for other MacOS users now I am wondering what the best fix is. Can we add a patch for Darwin with an equivalent clock call? Or should I just patch EINA logging. On Apr 8, 2011, at 8:03 PM, Carsten Haitzler (The Rasterman) wrote: > On Fri, 8 Apr 2011 18:45:12 -0700 Dave Ray said: > > wtf? so 10 years after posix-2001 was standardized (and clock_gettime was > around before that) osx still hasnt caught up? wonderfully primitive OS you > have there :) seriously that clock_gettime is relatively important. things > happen to work for you by luck and not by design, as gustavo said - change > clock config/timezone and such.. and things will stuff up without a monotonic > clock. it's warning you of a serious deficiency in your OS that leads to other > bugs. > >> It's a known issue with Darwin, which MacOS is part of. They haven't had >> clock_gettime support for 6+ years. >> >> There are alternative time calls that work on Darwin. but the fallback in >> ecore seems to work fine. There are some good discussions on the net, I can >> post some ideas for monotonic clocks if interested. >> >> I can try adding the EINA flag to suppress the warnings, that sounds like the >> best option for now. >> >> But I wonder does anyone benefit from this printf warning spewing frequently. >> It seems to work fine using the fallback. >> >> >> On Apr 8, 2011, at 6:06 PM, Carsten Haitzler (The Rasterman) wrote: >> >>> On Fri, 8 Apr 2011 21:36:39 -0300 Gustavo Sverzut Barbieri >>> said: >>> On Fri, Apr 8, 2011 at 8:40 PM, Dave Ray wrote: > On my OS ecore runs fine, but spews a warning frequently. > > CRI<12490>:ecore ecore_time.c:170 _ecore_time_init() Platform does not > support clock_gettime. Fallback to unix time. > > Everything that uses ecore spews it. Fills up my logs. > > Is this printf necessary? It's not a printf(), but eina_log and you van disable it with EINA_LOG_LEVELS=ecore:-1 What platform is yours? The correct fix would be to add proper monotonic clock to it... this may result in skews and problems during timezone changes. >>> >>> not just timezone - every time the clock is changed - ie u set the time (ntp >>> adjusts clock skew, etc. etc) depending on timezone setup and so on. i would >>> agree with gustavo - your Os sounds pretty poor if it has no monotonic >>> clock. if it does and it simply has decided to not comform to posix (As >>> clock_gettime is posix.1-2001) then it's just wanting to be different for >>> the sake of being different. if it is a problem with our detection of the >>> call and it does exist, then please let us know what it requires to detect >>> it etc. (see configure.ac for ecore - we check libc and if not we check >>> librt) :) >>> >>> -- >>> - Codito, ergo sum - "I code, therefore I am" -- >>> The Rasterman (Carsten Haitzler)ras...@rasterman.com >>> >> >> >> -- >> Xperia(TM) PLAY >> It's a major breakthrough. An authentic gaming >> smartphone on the nation's most reliable network. >> And it wants your games. >> http://p.sf.net/sfu/verizon-sfdev >> ___ >> 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 > -- Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] discussion of elementary header separation.
Hello all, I wanna raise a discussion of elementary header separation like eina. Raster is moving dox into headers. I agree with him to put dox into headers because developers can refer headers directly. (they could refer doxygen html as well.) But Elementary.h.in is already full and it will be mess if all dox come in. I suggest to separate elementary headers widget by widget. Just like eina. $PREFIX/include/eina-1/Eina.h $PREFIX/include/eina-1/eina/eina_list.h ... I have a prototype and it's working well. I'm ready to commit that. This is a big change so I want to raise a discussion. Any ideas? Thanks. Daniel Juyung Seo (SeoZ) -- Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ecore: request to drop printf warning
On Fri, 8 Apr 2011 18:45:12 -0700 Dave Ray said: wtf? so 10 years after posix-2001 was standardized (and clock_gettime was around before that) osx still hasnt caught up? wonderfully primitive OS you have there :) seriously that clock_gettime is relatively important. things happen to work for you by luck and not by design, as gustavo said - change clock config/timezone and such.. and things will stuff up without a monotonic clock. it's warning you of a serious deficiency in your OS that leads to other bugs. > It's a known issue with Darwin, which MacOS is part of. They haven't had > clock_gettime support for 6+ years. > > There are alternative time calls that work on Darwin. but the fallback in > ecore seems to work fine. There are some good discussions on the net, I can > post some ideas for monotonic clocks if interested. > > I can try adding the EINA flag to suppress the warnings, that sounds like the > best option for now. > > But I wonder does anyone benefit from this printf warning spewing frequently. > It seems to work fine using the fallback. > > > On Apr 8, 2011, at 6:06 PM, Carsten Haitzler (The Rasterman) wrote: > > > On Fri, 8 Apr 2011 21:36:39 -0300 Gustavo Sverzut Barbieri > > said: > > > >> On Fri, Apr 8, 2011 at 8:40 PM, Dave Ray wrote: > >>> On my OS ecore runs fine, but spews a warning frequently. > >>> > >>> CRI<12490>:ecore ecore_time.c:170 _ecore_time_init() Platform does not > >>> support clock_gettime. Fallback to unix time. > >>> > >>> Everything that uses ecore spews it. Fills up my logs. > >>> > >>> Is this printf necessary? > >> > >> It's not a printf(), but eina_log and you van disable it with > >> EINA_LOG_LEVELS=ecore:-1 > >> > >> What platform is yours? The correct fix would be to add proper > >> monotonic clock to it... this may result in skews and problems during > >> timezone changes. > > > > not just timezone - every time the clock is changed - ie u set the time (ntp > > adjusts clock skew, etc. etc) depending on timezone setup and so on. i would > > agree with gustavo - your Os sounds pretty poor if it has no monotonic > > clock. if it does and it simply has decided to not comform to posix (As > > clock_gettime is posix.1-2001) then it's just wanting to be different for > > the sake of being different. if it is a problem with our detection of the > > call and it does exist, then please let us know what it requires to detect > > it etc. (see configure.ac for ecore - we check libc and if not we check > > librt) :) > > > > -- > > - Codito, ergo sum - "I code, therefore I am" -- > > The Rasterman (Carsten Haitzler)ras...@rasterman.com > > > > > -- > Xperia(TM) PLAY > It's a major breakthrough. An authentic gaming > smartphone on the nation's most reliable network. > And it wants your games. > http://p.sf.net/sfu/verizon-sfdev > ___ > 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 -- Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] eyelight build fail. epp issue?
On Fri, 08 Apr 2011 23:45:21 +0900 Daniel Juyung Seo said: 2 problems. 1 was an epp one \'s inside a macro arguments was in fact inserted verbatim without considering it as being an escape. fixed the enki edc as the stray \ was wrong anyway as it was outside of any cpp macro or expansion mechanism. and also.. escaped macro params. > Hello all, > I got build fail while building edc in eyelight. > It looks like epp issue but no clue at the moment. > Anybody can check this out? > Please find the error message below. > > Thanks. > Daniel Juyung Seo (SeoZ) > > --- error message --- > > /usr/local/bin/edje_cc -v -id ../../../data/themes/default -fd > ../../../data/themes/default \ > ../../../data/themes/default/theme.edc \ > ../../../data/themes/default/theme.edj > In file included, > : > ../../../data/themes/default/transition/transition_fade.edc:109:10: `#' > operator is not followed by a macro argument name > ERR<14683>:edje_cc edje_cc_parse.c:719 compile() Error. Exit code of epp not > clean: 256 > > > -- > Xperia(TM) PLAY > It's a major breakthrough. An authentic gaming > smartphone on the nation's most reliable network. > And it wants your games. > http://p.sf.net/sfu/verizon-sfdev > ___ > 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 -- Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] eyelight build fail. epp issue?
On Fri, 8 Apr 2011 20:53:50 +0200 Davide Andreoli said:
> I got the same epp error, in my case the offending line was:
>
>#define DBG(none)// #define DBG(...)
i've tried that here. it comes out just as a blank line as the #define content
is empty due to it being commented out.
this:
#define D(x)// D(...)
D:
- D(hello)X
becomes:
D:
- X
which seems about right to me :)
> seems that eep don't like c comments as I just removed the comments to
> make it work.
>
> Also I noted that epp don't like variable arguments in macro, as this
> don't work:
>#define DEBUG_ENABLE 1
>#if DEBUG_ENABLE
>#define DBG(...) { \
> new _buf[128]; \
> snprintf(_buf, sizeof(_buf), __VA_ARGS__); \
> set_text(PART:"embryo_dbg", _buf); }
>#else
>#define DBG(none)
>#endif
>
> Give the error:
> default.edc:7:40: warning: invalid character in macro parameter name
> default.edc:7:40: badly punctuated parameter list in `#define'
> ERR<30516>:edje_cc edje_cc_parse.c:719 compile() Error. Exit code of
> epp not clean: 256
use:
#define DBG(xx...) snprintf(_buf, sizeof(_buf), xx);
instead. before edje_cc simply used whatever cpp was on your system - if you
had none you couldnt even use cpp macros and defines. so it was an "undefined
cpp implementation". as of now edje_cc has locked down the cpp implementation
to the one shipped with it (epp). so we've taken an "unknown" to a known :)
>
> DaveMDS
>
> 2011/4/8 Daniel Juyung Seo :
> > Hello all,
> > I got build fail while building edc in eyelight.
> > It looks like epp issue but no clue at the moment.
> > Anybody can check this out?
> > Please find the error message below.
> >
> > Thanks.
> > Daniel Juyung Seo (SeoZ)
> >
> > --- error message ---
> >
> > /usr/local/bin/edje_cc -v -id ../../../data/themes/default -fd
> > ../../../data/themes/default \
> > ../../../data/themes/default/theme.edc \
> > ../../../data/themes/default/theme.edj
> > In file included,
> > :
> > ../../../data/themes/default/transition/transition_fade.edc:109:10: `#'
> > operator is not followed by a macro argument name
> > ERR<14683>:edje_cc edje_cc_parse.c:719 compile() Error. Exit code of epp not
> > clean: 256
> >
> >
> > --
> > Xperia(TM) PLAY
> > It's a major breakthrough. An authentic gaming
> > smartphone on the nation's most reliable network.
> > And it wants your games.
> > http://p.sf.net/sfu/verizon-sfdev
> > ___
> > enlightenment-devel mailing list
> > enlightenment-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> >
>
> --
> Xperia(TM) PLAY
> It's a major breakthrough. An authentic gaming
> smartphone on the nation's most reliable network.
> And it wants your games.
> http://p.sf.net/sfu/verizon-sfdev
> ___
> 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
--
Xperia(TM) PLAY
It's a major breakthrough. An authentic gaming
smartphone on the nation's most reliable network.
And it wants your games.
http://p.sf.net/sfu/verizon-sfdev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ecore: request to drop printf warning
It's a known issue with Darwin, which MacOS is part of. They haven't had clock_gettime support for 6+ years. There are alternative time calls that work on Darwin. but the fallback in ecore seems to work fine. There are some good discussions on the net, I can post some ideas for monotonic clocks if interested. I can try adding the EINA flag to suppress the warnings, that sounds like the best option for now. But I wonder does anyone benefit from this printf warning spewing frequently. It seems to work fine using the fallback. On Apr 8, 2011, at 6:06 PM, Carsten Haitzler (The Rasterman) wrote: > On Fri, 8 Apr 2011 21:36:39 -0300 Gustavo Sverzut Barbieri > said: > >> On Fri, Apr 8, 2011 at 8:40 PM, Dave Ray wrote: >>> On my OS ecore runs fine, but spews a warning frequently. >>> >>> CRI<12490>:ecore ecore_time.c:170 _ecore_time_init() Platform does not >>> support clock_gettime. Fallback to unix time. >>> >>> Everything that uses ecore spews it. Fills up my logs. >>> >>> Is this printf necessary? >> >> It's not a printf(), but eina_log and you van disable it with >> EINA_LOG_LEVELS=ecore:-1 >> >> What platform is yours? The correct fix would be to add proper >> monotonic clock to it... this may result in skews and problems during >> timezone changes. > > not just timezone - every time the clock is changed - ie u set the time (ntp > adjusts clock skew, etc. etc) depending on timezone setup and so on. i would > agree with gustavo - your Os sounds pretty poor if it has no monotonic clock. > if it does and it simply has decided to not comform to posix (As clock_gettime > is posix.1-2001) then it's just wanting to be different for the sake of being > different. if it is a problem with our detection of the call and it does > exist, > then please let us know what it requires to detect it etc. (see configure.ac > for ecore - we check libc and if not we check librt) :) > > -- > - Codito, ergo sum - "I code, therefore I am" -- > The Rasterman (Carsten Haitzler)ras...@rasterman.com > -- Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ecore: request to drop printf warning
On Fri, 8 Apr 2011 21:36:39 -0300 Gustavo Sverzut Barbieri said: > On Fri, Apr 8, 2011 at 8:40 PM, Dave Ray wrote: > > On my OS ecore runs fine, but spews a warning frequently. > > > > CRI<12490>:ecore ecore_time.c:170 _ecore_time_init() Platform does not > > support clock_gettime. Fallback to unix time. > > > > Everything that uses ecore spews it. Fills up my logs. > > > > Is this printf necessary? > > It's not a printf(), but eina_log and you van disable it with > EINA_LOG_LEVELS=ecore:-1 > > What platform is yours? The correct fix would be to add proper > monotonic clock to it... this may result in skews and problems during > timezone changes. not just timezone - every time the clock is changed - ie u set the time (ntp adjusts clock skew, etc. etc) depending on timezone setup and so on. i would agree with gustavo - your Os sounds pretty poor if it has no monotonic clock. if it does and it simply has decided to not comform to posix (As clock_gettime is posix.1-2001) then it's just wanting to be different for the sake of being different. if it is a problem with our detection of the call and it does exist, then please let us know what it requires to detect it etc. (see configure.ac for ecore - we check libc and if not we check librt) :) -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ecore: request to drop printf warning
On Fri, Apr 8, 2011 at 8:40 PM, Dave Ray wrote: > On my OS ecore runs fine, but spews a warning frequently. > > CRI<12490>:ecore ecore_time.c:170 _ecore_time_init() Platform does not > support clock_gettime. Fallback to unix time. > > Everything that uses ecore spews it. Fills up my logs. > > Is this printf necessary? It's not a printf(), but eina_log and you van disable it with EINA_LOG_LEVELS=ecore:-1 What platform is yours? The correct fix would be to add proper monotonic clock to it... this may result in skews and problems during timezone changes. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] ecore: request to drop printf warning
On my OS ecore runs fine, but spews a warning frequently. CRI<12490>:ecore ecore_time.c:170 _ecore_time_init() Platform does not support clock_gettime. Fallback to unix time. Everything that uses ecore spews it. Fills up my logs. Is this printf necessary? Dave -- Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] enki compile error
I am getting the following error when compiling enki. Any suggestions? ... Making all in default /usr/local/bin/edje_cc -v default.edc -id ../images/ In file included: geocaching_bubble.edc:126:8: warning: `wrap_stars_signal' redefined geocaching.edc:44: warning: this is the location of the previous definition ERR<12490>:edje_cc edje_cc_parse.c:1018 check_arg_count() /usr/local/bin/edje_cc: Error. minislideshow.edc:108 got 5 arguments, but expected 4 make[4]: *** [default.edj] Error 255 -- Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] little white rectangle
E points to an non-existing menu file? On 04/09/2011 01:14 AM, Dave Ray wrote: > Could someone recommend some test cases I can run to figure out why my > Applications menu in e17 is a blank little white rectangle. > > A correct list of apps shows up when I go to Settings -> Settings Panel -> > Apps -> iBar Apps > > I've carefully pruned my system, deleted all the home directories, etc., > pretty confident it is not a config issue, something to do with my OS. > > Thanks, > Dave > -- > Xperia(TM) PLAY > It's a major breakthrough. An authentic gaming > smartphone on the nation's most reliable network. > And it wants your games. > http://p.sf.net/sfu/verizon-sfdev > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] little white rectangle
Could someone recommend some test cases I can run to figure out why my Applications menu in e17 is a blank little white rectangle. A correct list of apps shows up when I go to Settings -> Settings Panel -> Apps -> iBar Apps I've carefully pruned my system, deleted all the home directories, etc., pretty confident it is not a config issue, something to do with my OS. Thanks, Dave -- Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] eyelight build fail. epp issue?
On Fri, 8 Apr 2011, Davide Andreoli wrote:
> I got the same epp error, in my case the offending line was:
>
> #define DBG(none)// #define DBG(...)
>
> seems that eep don't like c comments as I just removed the comments to
> make it work.
>
> Also I noted that epp don't like variable arguments in macro, as this
> don't work:
> #define DEBUG_ENABLE 1
> #if DEBUG_ENABLE
> #define DBG(...) { \
> new _buf[128]; \
> snprintf(_buf, sizeof(_buf), __VA_ARGS__); \
> set_text(PART:"embryo_dbg", _buf); }
> #else
> #define DBG(none)
> #endif
>
> Give the error:
> default.edc:7:40: warning: invalid character in macro parameter name
> default.edc:7:40: badly punctuated parameter list in `#define'
> ERR<30516>:edje_cc edje_cc_parse.c:719 compile() Error. Exit code of
> epp not clean: 256
what about unit tests for edc files ? :p
Vincent
--
Xperia(TM) PLAY
It's a major breakthrough. An authentic gaming
smartphone on the nation's most reliable network.
And it wants your games.
http://p.sf.net/sfu/verizon-sfdev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] eyelight build fail. epp issue?
I got the same epp error, in my case the offending line was:
#define DBG(none)// #define DBG(...)
seems that eep don't like c comments as I just removed the comments to
make it work.
Also I noted that epp don't like variable arguments in macro, as this
don't work:
#define DEBUG_ENABLE 1
#if DEBUG_ENABLE
#define DBG(...) { \
new _buf[128]; \
snprintf(_buf, sizeof(_buf), __VA_ARGS__); \
set_text(PART:"embryo_dbg", _buf); }
#else
#define DBG(none)
#endif
Give the error:
default.edc:7:40: warning: invalid character in macro parameter name
default.edc:7:40: badly punctuated parameter list in `#define'
ERR<30516>:edje_cc edje_cc_parse.c:719 compile() Error. Exit code of
epp not clean: 256
DaveMDS
2011/4/8 Daniel Juyung Seo :
> Hello all,
> I got build fail while building edc in eyelight.
> It looks like epp issue but no clue at the moment.
> Anybody can check this out?
> Please find the error message below.
>
> Thanks.
> Daniel Juyung Seo (SeoZ)
>
> --- error message ---
>
> /usr/local/bin/edje_cc -v -id ../../../data/themes/default -fd
> ../../../data/themes/default \
> ../../../data/themes/default/theme.edc \
> ../../../data/themes/default/theme.edj
> In file included,
> :
> ../../../data/themes/default/transition/transition_fade.edc:109:10: `#'
> operator is not followed by a macro argument name
> ERR<14683>:edje_cc edje_cc_parse.c:719 compile() Error. Exit code of epp not
> clean: 256
>
>
> --
> Xperia(TM) PLAY
> It's a major breakthrough. An authentic gaming
> smartphone on the nation's most reliable network.
> And it wants your games.
> http://p.sf.net/sfu/verizon-sfdev
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
--
Xperia(TM) PLAY
It's a major breakthrough. An authentic gaming
smartphone on the nation's most reliable network.
And it wants your games.
http://p.sf.net/sfu/verizon-sfdev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Edje Editor deleted?
right, thanks for spotting, EdjeEditor page removed from the wiki. DaveMDS 2011/4/7 Daniel Juyung Seo : > Yeah, edje editor was removed. > Use editje instead. > > I think it's better to remove edje editor from wiki. > > Thanks. > Daniel Juyung Seo (SeoZ) > > > On Thu, Apr 7, 2011 at 11:58 PM, Mika Laitio wrote: > >> While going through the tutorials I came across to edje editor wiki >> http://trac.enlightenment.org/e/wiki/EdjeEditor >> which says in it's build instructions that the code is at >> svn co http://svn.enlightenment.org/svn/e/trunk/edje_editor >> >> Is the edje editor still somewhere, or has it been replaced with editje? >> In that case, can I delete that page from trac as one find's it pretty >> easily by googling the edje and editor. >> >> Mika >> >> >> -- >> Xperia(TM) PLAY >> It's a major breakthrough. An authentic gaming >> smartphone on the nation's most reliable network. >> And it wants your games. >> http://p.sf.net/sfu/verizon-sfdev >> ___ >> enlightenment-devel mailing list >> enlightenment-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >> > -- > Xperia(TM) PLAY > It's a major breakthrough. An authentic gaming > smartphone on the nation's most reliable network. > And it wants your games. > http://p.sf.net/sfu/verizon-sfdev > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] eyelight build fail. epp issue?
Hello all, I got build fail while building edc in eyelight. It looks like epp issue but no clue at the moment. Anybody can check this out? Please find the error message below. Thanks. Daniel Juyung Seo (SeoZ) --- error message --- /usr/local/bin/edje_cc -v -id ../../../data/themes/default -fd ../../../data/themes/default \ ../../../data/themes/default/theme.edc \ ../../../data/themes/default/theme.edj In file included, : ../../../data/themes/default/transition/transition_fade.edc:109:10: `#' operator is not followed by a macro argument name ERR<14683>:edje_cc edje_cc_parse.c:719 compile() Error. Exit code of epp not clean: 256 -- Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] ecore_x_randr_current_output_get ~> ecore_x_randr_window_outputs_get
Thanks for the comments. 2011/4/8 Cedric BAIL : > On Fri, Apr 8, 2011 at 9:17 AM, Daniel Juyung Seo > wrote: >> He added EINA_DEPRECATED to Ecore_X.h and ecore_x_randr_12.c. >> Btw, is it ok to put EINA_DEPRECATED to c file? > > Deprecated function are obviously not used in the C file where they > are declared, so you need to set the flags in the header so other are > advertised about its status when using the header. I just copy/pasted the prototype. But as it is not part of the symbol name, it can be removed from the c file. I can do that on sunday or monday I guess, unless somebody steps in, removes the "EINA_DEPRECATED" and commits. Leif > -- > Cedric BAIL > > -- > Xperia(TM) PLAY > It's a major breakthrough. An authentic gaming > smartphone on the nation's most reliable network. > And it wants your games. > http://p.sf.net/sfu/verizon-sfdev > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] ecore_x_randr_current_output_get ~> ecore_x_randr_window_outputs_get
On Fri, Apr 8, 2011 at 9:17 AM, Daniel Juyung Seo wrote: > He added EINA_DEPRECATED to Ecore_X.h and ecore_x_randr_12.c. > Btw, is it ok to put EINA_DEPRECATED to c file? Deprecated function are obviously not used in the C file where they are declared, so you need to set the flags in the header so other are advertised about its status when using the header. -- Cedric BAIL -- Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] ecore_x_randr_current_output_get ~> ecore_x_randr_window_outputs_get
On Fri, 8 Apr 2011 16:17:28 +0900 Daniel Juyung Seo said: oh yes.. 2nd patch deprecates it. first just adds. i was reading patch 1 :) > He added EINA_DEPRECATED to Ecore_X.h and ecore_x_randr_12.c. > Btw, is it ok to put EINA_DEPRECATED to c file? > > Thanks. > Daniel Juyung Seo (SeoZ) > > On Fri, Apr 8, 2011 at 3:10 PM, Carsten Haitzler wrote: > > > On Thu, 7 Apr 2011 16:41:38 +0200 Leif Middelschulte > > said: > > > > shouldnt you put EINA_DEPRECATED in Ecore_X.h too? > > > > > Dear developers, > > > > > > find attached a set of patches that do the following: > > > > > > State before patches: > > > ecore_x_randr_current_output_get was unimplemented. > > > > > > State after patches: > > > Patch1: ecore_x_randr_window_outputs_get implements functionality of > > > ecore_x_randr_current_output_get > > > Patch2: ecore_x_randr_current_output_get is deprecated and redirects > > > calls to ecore_x_randr_window_outputs_get > > > > > > Please review/comment/commit! > > > > > > BR, > > > > > > Leif > > > > > > -- > > - Codito, ergo sum - "I code, therefore I am" -- > > The Rasterman (Carsten Haitzler)ras...@rasterman.com > > > > > > > > -- > > Xperia(TM) PLAY > > It's a major breakthrough. An authentic gaming > > smartphone on the nation's most reliable network. > > And it wants your games. > > http://p.sf.net/sfu/verizon-sfdev > > ___ > > 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 -- Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] ecore_x_randr_current_output_get ~> ecore_x_randr_window_outputs_get
He added EINA_DEPRECATED to Ecore_X.h and ecore_x_randr_12.c. Btw, is it ok to put EINA_DEPRECATED to c file? Thanks. Daniel Juyung Seo (SeoZ) On Fri, Apr 8, 2011 at 3:10 PM, Carsten Haitzler wrote: > On Thu, 7 Apr 2011 16:41:38 +0200 Leif Middelschulte > said: > > shouldnt you put EINA_DEPRECATED in Ecore_X.h too? > > > Dear developers, > > > > find attached a set of patches that do the following: > > > > State before patches: > > ecore_x_randr_current_output_get was unimplemented. > > > > State after patches: > > Patch1: ecore_x_randr_window_outputs_get implements functionality of > > ecore_x_randr_current_output_get > > Patch2: ecore_x_randr_current_output_get is deprecated and redirects > > calls to ecore_x_randr_window_outputs_get > > > > Please review/comment/commit! > > > > BR, > > > > Leif > > > -- > - Codito, ergo sum - "I code, therefore I am" -- > The Rasterman (Carsten Haitzler)ras...@rasterman.com > > > > -- > Xperia(TM) PLAY > It's a major breakthrough. An authentic gaming > smartphone on the nation's most reliable network. > And it wants your games. > http://p.sf.net/sfu/verizon-sfdev > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Patch] elm_map route feature
In SVN. Thanks! Daniel Juyung Seo (SeoZ) On Fri, Apr 8, 2011 at 1:17 PM, sangho park wrote: > thanks for your quick submit eina simple parser. > this patch is only eina_simple_xml_parser version :) > > pls review this. > > > On Thu, Apr 7, 2011 at 1:59 PM, Carsten Haitzler >wrote: > > > On Wed, 6 Apr 2011 17:05:08 +0900 sangho park > said: > > > > one final change.. u can remove the libxml stuff and > > eina_simple_xml_parser.c.. it's in eina in svn now. send that and either > i > > can > > commit it or daniel or anyone. i'm happy with it if it uses the eina > simple > > parser. :) > > > > so 1 more round :) > > > > > :) oops.. I made quickly patch for raster... > > > > > > anyway~ this patch is made for eina_simple_xml_parser~~ > > > > > > > > > On Wed, Apr 6, 2011 at 3:35 PM, Carsten Haitzler > >wrote: > > > > > > > On Wed, 6 Apr 2011 08:20:49 +0200 Atton Jonathan < > > jonathan.at...@gmail.com > > > > > > > > > said: > > > > > > > > it was a reply to sangho... he didn't attach anything :) > > > > > > > > > I ask him to improve it, I do not do it :D > > > > > > > > > > 2011/4/6 Carsten Haitzler > > > > > > > > > > > On Wed, 6 Apr 2011 12:05:55 +0900 sangho park < > gouach...@gmail.com > > > > > > > said: > > > > > > > > > > > > nothing attached... :( > > > > > > > > > > > > > I tested attached source code. It's good for me. > > > > > > > when the code is in svn, I can replace all xml sutff using it. > > > > > > > > > > > > > > okay.. after eina parser is submitted, I'll make a new mail > > thread > > > > for > > > > > > map > > > > > > > route. > > > > > > > > > > > > > > On Tue, Apr 5, 2011 at 5:36 PM, Carsten Haitzler < > > > > ras...@rasterman.com > > > > > > >wrote: > > > > > > > > > > > > > > > On Tue, 5 Apr 2011 10:30:56 +0900 sangho park < > > gouach...@gmail.com > > > > > > > > > > > said: > > > > > > > > > > > > > > > > it's not yet - he proposed it. i guess i'm asking "how does > > that > > > > parser > > > > > > > > look to > > > > > > > > you? could you work with that?" see the mails i attached and > > sent > > > > to > > > > > > you - > > > > > > > > they > > > > > > > > have attached source. > > > > > > > > > > > > > > > > > I really want to work with eina xml parser... but > > > > > > > > > i can't find gustavo's source code in svn. > > > > > > > > > > > > > > > > > > how can i use eina xml parser? should i write into elm_map > > > > > > internally? > > > > > > > > > > > > > > > > > > On Mon, Apr 4, 2011 at 8:09 PM, Carsten Haitzler < > > > > > > ras...@rasterman.com > > > > > > > > >wrote: > > > > > > > > > > > > > > > > > > > On Mon, 4 Apr 2011 12:01:32 +0900 sangho park < > > > > gouach...@gmail.com > > > > > > > > > > > > > > > said: > > > > > > > > > > > > > > > > > > > > aaah ok. you added the configure check here still. my > > > > question > > > > > > > > > > remains... > > > > > > > > > > that other xml parser? :) > > > > > > > > > > > > > > > > > > > > > sorry, I found some build warnings... > > > > > > > > > > > I remove warnings and fix coordinate problem.. > > > > > > > > > > > > > > > > > > > > > > pls review this new patch. > > > > > > > > > > > > > > > > > > > > > > On Mon, Apr 4, 2011 at 10:16 AM, sangho park < > > > > > > gouach...@gmail.com> > > > > > > > > > > wrote: > > > > > > > > > > > > > > > > > > > > > > > did you build ecore with curl? > > > > > > > > > > > > elm_map uses ecore_file_download() for getting map. > > > > > > > > > > > > as i know, if you don't install curl before building > > ecore, > > > > > > > > downloading > > > > > > > > > > > > remote feature is disabled. > > > > > > > > > > > > > > > > > > > > > > > > anyway, I resend new patch except formatting/white > > space > > > > > > removal > > > > > > > > patch. > > > > > > > > > > > > thanks for your comments, and pls review this patch. > > > > > > > > > > > > > > > > > > > > > > > > Thanks. > > > > > > > > > > > > BR. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Mon, Apr 4, 2011 at 1:31 AM, Daniel Juyung Seo > > > > > > > > > > > > wrote: > > > > > > > > > > > > > > > > > > > > > > > >> Hello, thanks for your patch. > > > > > > > > > > > >> But I can't test this on my computer. > > > > > > > > > > > >> Do I have to set any option to use elm_map? > > > > > > > > > > > >> It was working at the office but not at my home :( > > > > > > > > > > > >> When I ran elementary_test "Map", I could just see > > markers > > > > but > > > > > > no > > > > > > > > map. > > > > > > > > > > > >> > > > > > > > > > > > >> And can you separate formatting/white space removal > > patch > > > > from > > > > > > > > your > > > > > > > > > > patch? > > > > > > > > > > > >> For reviewers it's hard to check the code which has > a > > new > > > > > > feature > > > > > > > > and > > > > > > > > > > > >> formatting fix at the same time. > > > > > > > > > > > >> > > > > > > > > > > > >> Thanks. > > > > > > > > > > > >> Daniel Juyung Seo (SeoZ) > > > > > > > > > > > >> > > > > > > > > > > >
