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