Opened 3 years ago
Last modified 5 months ago
#16846 closed enhancement
Better document wait_for_objects API calls, or reimplement? — at Initial Version
Reported by: | kallisti5 | Owned by: | nobody |
---|---|---|---|
Priority: | normal | Milestone: | R1/beta5 |
Component: | Kits/Kernel Kit | Version: | R1/Development |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Platform: | All |
Description
The "wait_for_objects" API calls in https://github.com/haiku/haiku/blob/master/headers/os/kernel/OS.h#L634 seem to be a potential stand-in for epoll and kqueue (which the Rust tokio-rs mio developers are asking about)
epoll / kqueue exist on OS X / FreeBSD / Linux (however are not part of the posix standard)
We should:
- Better document wait_for_objects with some hints about it being a epoll/kqueue alternative
- Refactor the API and make it more friendly for ports inline with epoll / kqueue?
Note:
See TracTickets
for help on using tickets.