[Xenomai-core] [bug] accept() in non-blocking mode fails with EPERM instead of EAGAIN

2009-09-29 Thread Matthieu Nottale
Hi, I believe I found a bug in the Xenomai Posix skin while trying to use boost::asio: The accept() call in asychronous mode fails with ENOPEM instead of EAGAIN. Other than that, the call 'works' in the sense that calling it again after a connection is established returns a new file

[Xenomai-core] RFC: 2.5 todo list.

2009-09-29 Thread Gilles Chanteperdrix
Hi guys, full of energy after this tremendous first XUM, I would like to start a discussion about what people would like to see in the 2.5 branch. Here is a first list, please feel free to criticize it: - signals in primary domain (something that we almost forgot) - xnsynch_acquire using

[Xenomai-core] RFC: primary mode signals design.

2009-09-29 Thread Gilles Chanteperdrix
Hi, During my flights and connections, I had a thought about this primary mode signals issue. Since the needs in term of primary mode signals greatly depends on what the skins want to do with it (native wants hooks, posix wants posix conformant signals), I think as much work as possible should