[Strmod-devel] New class, UnixEventPoll
Status: Alpha
Brought to you by:
omnifarious
From: Eric M. H. <ho...@om...> - 2002-03-22 00:09:28
|
As part of a move towards a slightly different philosophy in dealing with operating system events, I've create UnixEventPoll, UnixEventRegistry, and TimerEventTracker in the strmod::unievent namespace. These supercede UNIXpollManager, UNIXpollManagerImp, UNIXSignalHandler, and UNIXTimer, also in the strmod::unievent namespace. The only new class you'll instantiate directly is UnixEventPoll. The new interface to use is UnixEventRegistry. UnixEventPoll will do signals and file descriptors (interface inhereted from UnixEventRegistry) and timers based on setting its timeout value in the poll system call (interface inherited from Timer). It uses TimerEventTracker as a private base class to do all the Timer bookkeeping work. Unlike UNIXpollManagerImp, UnixEventPoll doesn't automatically register itself with a dispatcher or call it periodically. I need to write a glue class that does this. This is partly because I'm making some changes in how Dispatcher works, and the glue class will be a good idea once those changes are in place. The StreamFDModule, and other classes that use UNIXpollManager or UNIXpollManagerImp have not been converted to use UnixEventPoll yet. Have fun (if at all possible), --=20 "It does me no injury for my neighbor to say there are twenty gods or no Go= d. It neither picks my pocket nor breaks my leg." --- Thomas Jefferson "Go to Heaven for the climate, Hell for the company." -- Mark Twain -- Eric Hopper (ho...@om... http://www.omnifarious.org/~hopper)= -- |