> First fork() emulation and now select()? If we are not careful in ten > years or so NT/W2K/W2010 will be almost as useful as UNIX was > in mid-1980's. Too late :-). WaitForMultipleObjects() on win32 is already *infinitely* more useful than select() or poll() since you can wait on all kinds of handles, not just file descriptors you are doing I/O on, but also semaphores, process handles for processes you are waiting to finish, etc. If there is one thing win32 does well, it is event loops. (Oh, and if you want the windows messages involved as well, use MsgWaitForMultipleObjects).
- Re: select()/poll() on Win32: possible funding, but... Jarkko Hietaniemi
- Re: select()/poll() on Win32: possible funding, but is i... Nick Ing-Simmons
- Re: select()/poll() on Win32: possible funding, but... barries
- Re: select()/poll() on Win32: possible funding,... Uri Guttman
- Re: select()/poll() on Win32: possible fund... barries
- portable IPC::Run (was: "Re: selec... Rocco Caputo
- Re: select()/poll() on Win32: possible funding,... Nick Ing-Simmons
- Re: select()/poll() on Win32: possible fund... Sean McCune
- Re: select()/poll() on Win32: possible funding, but is i... Horsley Tom
- Re: select()/poll() on Win32: possible funding, but... Jarkko Hietaniemi
- Re: select()/poll() on Win32: possible funding, but... Mark Mielke
- RE: select()/poll() on Win32: possible funding, but is i... Horsley Tom
- RE: select()/poll() on Win32: possible funding, but is i... Horsley Tom
