[Pvfs2-developers] Re: [Pvfs2-cvs] commit by slang
in pvfs2/src/io/bmi/bmi_tcp: bmi-tcp.c sockio.c
rross at mcs.anl.gov
Mon Dec 10 22:19:21 EST 2007
while a loop will fix it, it would be really nice to understand how
we get EAGAIN when we think that there are bytes there...
On Dec 7, 2007, at 4:55 PM, Sam Lang wrote:
> I'm seeing recv on a socket in non-blocking mode returning EAGAIN
> occasionally, even though epoll has just told us there's bytes
> waiting. I guess that's why the call was initially a blocking
> recv. I can add a loop around the non-blocking recv while it
> returns EAGAIN, unless someone can think of a better work around.
> On Oct 16, 2007, at 8:56 PM, Rob Ross wrote:
>> sounds good to me. -- rob
>> Pete Wyckoff wrote:
>>> slang at mcs.anl.gov wrote on Tue, 16 Oct 2007 16:47 -0500:
>>>> Thanks Pete. Hopefully we've got all sockets in non-blocking
>>>> mode now. Incidentally, the blocking calls in sockio.c aren't
>>>> used anymore, and since brecv doesn't actually leave the socket
>>>> in the same state it started, I'm tempted to remove or
>>>> deprecate those blocking functions altogether.
>>> Not used at all, so can just whack them out. No need to deprecate.
>>> At least I highly doubt there are any out-of-tree users of these
>>> private functions in bmi-tcp.
>>> -- Pete
>>> Pvfs2-developers mailing list
>>> Pvfs2-developers at beowulf-underground.org
More information about the Pvfs2-developers