If SelectSelector.select() is called when there are no fds registered, then it ends up calling select.select([], [], [], timeout).

On sensible operating systems, this is equivalent to time.sleep(timeout). On Windows, it raises an error. Asyncio manages to avoid hitting this due to the fact that it always has at least one fd registered, but it causes problems for other users of the selectors module, e.g.:
  https://github.com/dabeaz/curio/issues/75

I see two possible approaches to fixing this:

1) Modify SelectSelector to check for this case and call time.sleep() instead of select.select() when encountered.

2) Modify the select.select() wrapper so that it behaves consistently on all operating systems, by special-casing this situation on Windows.

Option (2) seems nicer to me.

Some WinSock functions are just dispatchers that call a provider function. The dispatch table is set up when WinSock (i.e. ws2_32.dll) calls the WSPStartup function [1] of a provider DLL (e.g. mswsock.dll). In the case of select(), it calls the socket provider's WSPSelect function [2]. It determines the provider from the first socket found in the order of readfds, writefds, and exceptfds. It fails if there isn't at least one socket from which it can determine the provider. Also, given this design, each socket in all three sets has to be from the same provider. 

In general, using a dummy socket isn't a good workaround for using select() to implement a sleep function. WSPSelect can't be interrupted (or rather, it can only be interrupted temporarily to execute an asynchronous procedure call that's queued to the thread via QueueUserAPC, after which it resumes waiting). If a script uses select() with a dummy socket to sleep on the main thread, the user won't be able to cancel the wait with Ctrl+C. It would be better in this case if select.select waited on the SIGINT event like the Windows implementation of time.sleep.

[1]: https://msdn.microsoft.com/en-us/library/ms742296
[2]: https://msdn.microsoft.com/en-us/library/ms742289

See http://bugs.python.org/issue25680#msg255116 for Guido's comment on platform differences.

> 2) Modify the select.select() wrapper so that it behaves consistently on all operating systems, by special-casing this situation on Windows.

Please don't do that. In Python, we have a long tradition of trying to provide thin wrappers to OS functions: os and select modules are good example.

To abstract the OS, there are higher level modules like: os=>shutil and select=>selectors.

About the Windows issue: I don't know what is the best fix (if any). The minimum change is to document Windows's special case in Python doc.

> Please don't do that. In Python, we have a long tradition of trying to provide thin wrappers to OS functions: os and select modules are good example.

I don't find this argument terribly convincing... Python also has a long history of papering over small issues when it can be done in a simple and tasteful way. select.select already overrides the Windows default for the maximum number of FDs, and the PEP 475 retry logic is definitely a non-trivial modification to the raw OS select semantics.

But I don't think it matters terribly much either, so long as we all agree that the SelectSelector behavior is definitely a bug :-)