Re: [PATCH] PR 49882, poll functions returning immediately on Windows when no sockets

2011-04-06 Thread Jeff Trawick
On Wed, Mar 23, 2011 at 6:07 PM, Jeff Trawick wrote: > On Wed, Mar 23, 2011 at 6:05 PM, Jeff Trawick wrote: >> the patch is based on 1.4.x; trunk isn't building for me today > > I see a blunder already in the "timeout / 1000" logic (shouldn't do > that unless timeout > 0).  But that's just a mino

Re: [PATCH] PR 49882, poll functions returning immediately on Windows when no sockets

2011-03-23 Thread Jeff Trawick
On Wed, Mar 23, 2011 at 6:05 PM, Jeff Trawick wrote: > the patch is based on 1.4.x; trunk isn't building for me today I see a blunder already in the "timeout / 1000" logic (shouldn't do that unless timeout > 0). But that's just a minor detail.

[PATCH] PR 49882, poll functions returning immediately on Windows when no sockets

2011-03-23 Thread Jeff Trawick
the patch is based on 1.4.x; trunk isn't building for me today the select() bypass needed more help than in the patch attached to the bug, as the return code wasn't correct oh, there's another select() oh, what about WSAPoll()? yep there's another unhandled WSAPoll() in the pollcb support; I hav