This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author neologix
Recipients felipecruz, giampaolo.rodola, gvanrossum, neologix, pitrou, rosslagerwall
Date 2013-01-03.19:53:04
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <CAH_1eM2ju+Bf6BMXPZt1wdGngcjgKf3OkT6117fv3UCSkyxi0Q@mail.gmail.com>
In-reply-to <1357238685.1.0.26917568529.issue16853@psf.upfronthosting.co.za>
Content
> I think you have a point. Did you know about the tulip project?
>
> http://code.google.com/p/tulip/source/browse/tulip/unix_events.py#76
>
> It has a PollsterBase class and a SelectPollster(PollsterBase) so the idea is to have a Poller(and you call poll()) but select can be used underneath. Since tulip will be merged to stdlib, maybe you can work on tulip itself.

I've had a look, and indeed it has its own Pollster wrapper.
Since it can be useful outside of Tulip, it would probably make sense
to make it part of the expose API.

> Current tulip Pollers don't return (fd, event) but I have a fork that does for Poll, EPoll, KQueue and WindowsPollster

Indeed, I think it would be useful.

I'm not sure what's best, accept events masks or have distinct methods
to register read and write events.
History
Date User Action Args
2013-01-03 19:53:04neologixsetrecipients: + neologix, gvanrossum, pitrou, giampaolo.rodola, rosslagerwall, felipecruz
2013-01-03 19:53:04neologixlinkissue16853 messages
2013-01-03 19:53:04neologixcreate