On Tue, Jul 11, 2000 at 01:09:07PM -0400, Jeremy Hylton wrote: > AMK> Very interesting, and probably worth doing because all that > AMK> list parsing *is* a silly waste of CPU. But could poll still > AMK> live in the posixmodule, then, or be a module of its own? [1] > >The select module has exactly the same problem and could use the same >interface. They could both live in their own module. >I'm not sure what to call it. Possibilities include: > >- add it to the current select module >- new name, e.g. asyncio, fileevent >- call it _asyncore and expose it through the asyncore module I want to finish off the patch to add poll(), but don't know how to proceed. The decision to use Jeremy's more efficient API seems clear; my only question at this point is where to put it. I'd argue for adding it to the select module. Any strenuous objections? --amk
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4