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 ------------------------------------------------------------------------------ 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
