I am fine with removing rtsig. I personally never liked that way to do event notification. If someone feels strongly, they can revive it from svn and fix it.
Niels. Ps: Just got back from two weeks of essentially being offline :-) On 7/24/07, Scott Lamb <[EMAIL PROTECTED]> wrote: > While composing a patch (more on that later), I noticed that rtsig.c > doesn't even compile. In particular, > > * it uses signalqueue, which was removed in revision 351 > * it has an unnamed function argument, which isn't legal C! (only C++) > * it uses <linux/unistd.h>, which of course is Linux-only > * it uses _syscall0, which hasn't existed for quite some time > > Niels, how would you feel about removing rtsig entirely? It's the most > complex mechanism (985 lines...others range from epoll @ 364 lines to > kqueue at 413 lines) and totally obsolete/unmaintained. Modern Linux > people are all using epoll_wait(), and older ones must be content with > select()/poll() or they would have complained about rtsig's status. > > Best regards, > Scott > > -- > Scott Lamb <http://www.slamb.org/> > _______________________________________________ > Libevent-users mailing list > Libevent-users@monkey.org > http://monkey.org/mailman/listinfo/libevent-users > > _______________________________________________ Libevent-users mailing list Libevent-users@monkey.org http://monkey.org/mailman/listinfo/libevent-users
