In regard to one_event's optional timeout parameter, I am wondering
whether, in the case of having both events with their own timeouts
(whether timer events or i/o events with timeouts or whatever) _and_
i/o events:
        A. the timeout parameter servers as a maximum on how long the
           select/poll timeout will be, even if the closest event
           timeout is farther in the future than time()+timeout; or
        B. if the timeout parameter only affects the select/poll
           timeout if there are _no_ events with their own timeouts.
The manpage currently reads as if the latter is the case; I'm unable
to tell from the code, not being very good at C. If it is the latter
(option B) in the above, then it would be nice to be able to specify
an actual maximum timeout, especially to simply check "are there any
i/o events doable _right now_" (as in a timeout of 0).

        -Allen

-- 
Allen Smith                     [EMAIL PROTECTED]
September 11, 2001              A Day That Shall Live In Infamy II
"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety." - Benjamin Franklin

Reply via email to