Jan Kiszka wrote: > Right, the trick is likely to properly maintain the output fds of > bind_all in that not only pending fds are set, but others are cleared - > avoids the third bitmap. Still playing with such an approach.
What we are trying to do, in a nutshell, is to create a notion of stateless binding between a file descriptor and an xnselector. If we really want to do this, we will have to extend the xnselect interface. But this looks really wrong to me. It seems possible to keep the bindings around as long as the file descriptor exists. The binding is here for this reason, to express the link between the file descriptor and the thread which runs select, and its lifecycle should be the same as the file descriptor. And if you want to signal that such a file descriptor is ready for reading/writing, even if it is closed, you should be using xnselect_signal. The interface is there, it is meant for that. So, the more I think about it, the more I think that we are going in the wrong direction. -- Gilles. _______________________________________________ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core