summaryrefslogtreecommitdiff
path: root/legacy/ecore/src/lib/ecore/ecore_poll.c (unfollow)
AgeCommit message (Collapse)Author
2012-12-02merge: add escape ecore, fix several bugsVincent Torri
SVN revision: 79995
2012-11-25Ecore: __UNUSED__ --> EINA_UNUSEDVincent Torri
SVN revision: 79649
2012-11-19Ecore: include orders, minor formattingVincent Torri
SVN revision: 79438
2012-10-15ecore: Fix warningMike McCormack
ecore_poll.c: In function ‘_poller_constructor’: ecore_poll.c:273:10: warning: ‘return’ with a value, in function returning void Signed-off-by: Mike McCormack <mikem@atratus.org> SVN revision: 77997
2012-10-11ecore: fix typos reported in #1611Cedric BAIL
SVN revision: 77840
2012-10-10Porting to Eo: Job, Animator, Idler, Idle_Enterer, Idle_Exiter, Timer, ↵Yakov Goldberg
Ecore_Poll Signed-off-by: Yakov Goldberg <yakov.g@samsung.com> SVN revision: 77722
2012-09-18From: Patryk Kaczmarek <patryk.k@samsung.com>Patryk Kaczmarek
Subject: [E-devel] [Patch] [Ecore] Protection for giving below zero values for ecore_poll and ecore_timer Please also check attached patch for ecore_timer_interval_set and ecore_poller_poll_interval_set. It checks if given time is not zero or below zero. SVN revision: 76805
2012-04-06ecore ecore_poll.c: Fixed formatting.Daniel Juyung Seo
SVN revision: 69940
2012-03-29main loop checks for all of ecore -> back. (removed by cedric last year)Carsten Haitzler
SVN revision: 69727
2012-03-15Ecore poller docs.Jonas M. Gastal
SVN revision: 69424
2012-01-04Fix typos.Sanjeev BA
Signed-off-by: Sanjeev BA <iamsanjeev@gmail.com> SVN revision: 66814
2011-12-11ecore: Fix modularityMike McCormack
This also fixes the glib build. Signed-off-by: Mike McCormack <mikem@ring3k.org> SVN revision: 66091
2011-12-03mempools++Mike Blumenkrantz
SVN revision: 65833
2011-10-21ran ecrustify on ecore. some manual fixing too.Carsten Haitzler
SVN revision: 64238
2011-08-10[ecore] Put order in header file, splitting function groups in contiguous ↵Gustavo Lima Chaves
chunks. Sorry for having to pratically rewrite the header, but the other way to get docs right would be to put lots of @addtogroup around several chunks of the file, which is ugly too and doesn't organize anything. I have tested ecore with that and it seems to be okay. SVN revision: 62307
2011-07-04ecore - add and fix links to examples on each module description.Rafael Antognolli
SVN revision: 61014
2010-10-17improve doc layoutVincent Torri
SVN revision: 53509
2010-09-30tab--Vincent Torri
SVN revision: 52918
2010-08-04FORMATTINGLucas De Marchi
* Remove vim modelines: find . -name '*.[chx]' -exec sed -i '/\/\*$/ {N;N;/ \* vim:ts/d}' \{\} \; find . -name '*.[chx]' -exec sed -i '/\/[\*\/] *vim:/d' \{\} \; * Remove leading blank lines: find . -name '*.[cxh]' -exec sed -i '/./,$!d' If you use vim, use this in your .vimrc: set ts=8 sw=3 sts=8 expandtab cino=>5n-3f0^-2{2(0W1st0 SVN revision: 50816
2010-08-04convert all function pointers to typedefs, add doxy stubs for typedefs.Mike Blumenkrantz
note: I've chosen to consolidate typedefs where possible to simplify things my time is limited this week, so feel free to expand on the doxy stubs I've added if you know what they do SVN revision: 50803
2010-06-24 * ecore: Ecore callback really should return Eina_Bool.Cedric BAIL
SVN revision: 49829
2010-05-19added functions for changing/getting a poller's poll interval: ↵Mike Blumenkrantz
ecore_poller_poller_interval_(set|get) along with dox for them surprisingly enough they seem to work! SVN revision: 49002
2010-01-03 * move structures from ecore_private.h to the corresponding source filesVincent Torri
* add 2 internal ecore_exe functions as ecore_signak.c uses Ecore_Exe members no test is done in those 2 functions * remove standard headers from ecore_private.h SVN revision: 44862
2009-12-22Remove duplication from ecore headersSebastian Dransfeld
Clean up Ecore.h and ecore_private.h SVN revision: 44664
2009-06-17 * ecore: Remove user of Ecore_List2 from ecore events.Cedric BAIL
SVN revision: 41070
2009-04-22Typo.Jaime Thomas
SVN revision: 40298
2009-01-31remove a bit the mess n ecore. It's just the first patch...Vincent Torri
* add vim header * include config.h when necessary * fix the order of some include * move the standard header in ecore_private.h to the source files I have recompiled all the efl and e17, and e17 seems to work fine with these changes. If you encounter problems with that commit, let me know. SVN revision: 38864
2008-11-29remove trailing spacesVincent Torri
SVN revision: 37851
2008-10-05warnings--Peter Wehrfritz
SVN revision: 36457
2008-01-25add ECORE_CALLBACK_RENEW and ECORE_CALLBACK_CANCELPeter Wehrfritz
SVN revision: 33612
2008-01-11e:Carsten Haitzler
1. configure/build changes to allow cross-compiling painlessly 2. pager module namespace changes - this was still dirty afdter the namespace cleanup, so clean it up 3. add a powersave subsystem - doesnt have an "automatic" way to turn on and off right now, this i think is best provided by modules (that do things like monitor acpi status's (eg close lid of laptop), AC power status etc. etc. this allows e to nicely defer "power" expensive actions to avoid disk spinups etc. 4. move to use the new ecore poller system - discussed long ago as part of power management/saving issues. now it exists 5. add a canvas idle flush call that helsp cope with the new shm greedy software x11 engine stuff 6. use the new powersave subsystem where appropriate 7. fix non-zeroed/initted memory access in e_fm_main 8. fix mem leak for e menus 9. remove ipc handlers for changed/removed config values 10. use animaotr not timer for menu scrolls - then menu scrolls obey the fps config 11. fix up timer/poll happienss of cursor idle stuff 12. remove avoid damage from popups for now - causing problems 13. change battery and temp readouts to b e shorter so they fit 14. pager can emit signals on focus change for mini-windows now 15. temperature module now uses a slave process and uses stdin/out to talk to it and get output - this makes e smoother as in my expereicne i found getting the temp on my laptop actually took like 200ms so e "hang" for 200ms while reading the acpi files - so now the subprocess does it and just writesa back to e when it gets it. ecore: 1. add ecore_pollers. see the documentation on them in doxygen comments :) 2. fix timers to only go off when they have to - bug there that made e's select time out a LOT more than it needed to. defensive coding hid the problem. now fixed. e should be much more power friendly now. 3. formatting/niceness in ecore_exe stuff 4. some comments on comments with SIGIO ideas vs. select 5. add call to be able to add an idle enterer at the start of the list of them, not just the end (as has been the default) 6. fix ecore_evas to support auto evas idler calls after 0.5 secs of idle in all canvases - and to do it right 7. if argb destination - set the shape EVENT shape (to mask out events in transparent regions much like shape does withotu translucency) 8. in ecore_x add support for the event shape evas: 1. fix cache to work properly and not just always fill up (as it seemed to like to think cahce useage dropped below 0 when it didnt and thus just over-fill) 2. software x11 engine now ONLY uses shm segments - no ximages over the socket. this ximage hack was there to avoid the 2 round trips involved in setting up an shm image - now i mitigated that wih an shm image cache pool. it keeps shm images around and repurposes them for new update regions if appropriate. this means many fewer shm creates (about 1/100th the number) and since we recycle the memory less 0 memory page filling by the kernel - in the end, i recorded about a 10-20% speedup over the old software x11 engine. simple tests i have seen up to 120% speedups. idle flush now does something - it frees all the cached shm segments. it has a hard-coded limit of 4mb worth of shm segments (or 32 segments - whichever comes first) to keep around. once can never complain much about speedups methinks :). also evas will defer sync until the NEXT frame is written - this means evas can calculate the next frame of data while x dma's/copies the images to the screen at the same time (if you hve a dual core or multi-cpu machnike or your xserver is able to use DMA to copy image data to the screen/video ram then this should see a decent speedup). SVN revision: 33448