Message147633
| Author |
pitrou |
| Recipients |
docs@python, eli.bendersky, ezio.melotti, pitrou, sandro.tosi, sbt |
| Date |
2011年11月14日.20:53:37 |
| SpamBayes Score |
3.1682397e-05 |
| Marked as misclassified |
No |
| Message-id |
<1321303727.3282.1.camel@localhost.localdomain> |
| In-reply-to |
<1321300220.35.0.384210185231.issue11836@psf.upfronthosting.co.za> |
| Content |
> Wouldn't a better alternative be to have a wait function which can
> deal with readable pipe connections and integer handles?
>
> On Unix this would just delegate to select().
>
> On Windows it could work as follows:
> * initiate an overlapped read on each connection
> * call WaitForMultipleObjects()
> * cancel each overlapped read
> * continue any read which succeeded but only gave a partial message
> * store read messages on associated connection objects
This sounds like a good direction to me.
(of course it must also preserve existing functionality;
test_concurrent_futures will check for that) |
|