From: Stefan Rompf <[email protected]>
Date: Thu, 6 Dec 2007 09:49:01 +0100
> "If the connection cannot be established immediately and O_NONBLOCK is set for
> the file descriptor for the socket, connect() shall fail and set errno to
> [EINPROGRESS], but the connection request shall not be aborted, and the
> connection shall be established asynchronously."
>
> I think the words "shall fail" and "immediately" are quite clear.
They are, but the context in which they apply is vague.
I can equally generate examples where the non-blocking behavior you
are a proponent of would break non-blocking UDP apps during a
sendmsg() call when we hit IPSEC resolution. Yet similar language on
blocking semantics exists for sendmsg() in the standards.
The world is shades of gray, implying anything else is foolhardy and
that's how I'm handling this.
> Well, the only reason this doesn't break on a daily basis is because the code
> isn't in the kernel that long and not many people run applications on an
> IPSEC gateway. This will change if kernel based IPSEC is used for roadwarrior
> connections or dnssec based anonymous IPSEC someday. Trust me, you will
> revert this misbehaviour in -stable then.
I use IPSEC every single day in this fashion, and I haven't.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
