Hi Joshua,
> Hi folks,
>
> I was testing haproxy-1.5-dev22 on SmartOS (an illumos-based system)
> and ran into a problem. There's a small window after non-blocking
> connect() is called, but before the TCP connection is established,
> where recv() may return ENOTCONN. On Linux, the behaviour here seems
> to be always to return EAGAIN. The fix is relatively trivial, and
> appears to make haproxy work reliably on current SmartOS (see patch
> below). It's possible that other UNIX platforms exhibit this
> behaviour as well.
>
> Does this fix appear to be acceptable?
The same thing was already done for send() in commit 0ea0cf606e1d ("BUG:
raw_sock: also consider ENOTCONN in addition to EAGAIN") [1].
CC'ing Willy.
Regards,
Lukas
[1]
http://haproxy.1wt.eu/git?p=haproxy.git;a=commitdiff;h=0ea0cf606e1da866b1c1e1b25dbe3472ccaaa6d8
