> How about a modified sigwaitinfo that will return a number of waiting
> siginfo -- of course this introduces the problem of deciding how long
> to wait for new additions to the queue before returning. This is
you'd just have a 'give me up to X' parameter, if you get a single one
under high load they will queue up until you call it next time.. waiting
around stinks, these operations usually want low latency.
> could buffer siginfo's in user space, although this introduces
> complexity if you want the ability to cancel queued signals...
yes, that is the hard part :)
-- zach
- - - - - -
007 373 5963
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
