Jeff Trawick wrote:
POLLERR, POLLHUP, and POLLNVAL are clearly documented in the poll()
man page as being return-only events (not valid as a member of the
requested events mask).
Is the set of return-only events exactly the same for the event
completion framework? Is that documented anywhere?
Thanks!
As per the port_associate man page:
Objects of type PORT_SOURCE_FD are file descriptors. The
event types for PORT_SOURCE_FD objects are described in
poll(2). At most one event notification will be generated
per associated file descriptor. For example, if a file
descriptor is associated with a port for the POLLRDNORM
event and data is available on the file descriptor at the
time the port_associate() function is called, an event is
immediately sent to the port. If data is not yet available,
one event is sent to the port when data first becomes
The underlying code is the same; the intent is that these events
are always returned (eg not maskable).
- Bart
--
Bart Smaalders Solaris Kernel Performance
ba...@cyber.eng.sun.com http://blogs.sun.com/barts
"You will contribute more with mercurial than with thunderbird."
_______________________________________________
opensolaris-code mailing list
opensolaris-code@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/opensolaris-code
