On Sat, 9 Apr 2011 03:25:49 -0700 Dave Ray <cl...@jonive.com> said: that's not worth worrying about then. it's a good reminder of problems you will end up facing sooner or later. :) and really.. you will not even MEASURE the amount of space it takes to log. really. relative to all your other logs/outputs.
> Yes, it's invoked dozens of times in a few minutes of work. > So I should patch EINA logging then. > > On Apr 9, 2011, at 3:12 AM, Carsten Haitzler (The Rasterman) wrote: > > > On Fri, 8 Apr 2011 20:10:29 -0700 Dave Ray <cl...@jonive.com> said: > > > > actually... ecore does only spew it out once... on init. so at worst you get > > this complaint once per invocation/run. that's entirely reasonable. i don't > > see us removing that. > > > >> 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 <cl...@jonive.com> 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 > >>>>> <barbi...@profusion.mobi> said: > >>>>> > >>>>>> On Fri, Apr 8, 2011 at 8:40 PM, Dave Ray <cl...@jonive.com> 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 > > > -- ------------- 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
