Does Linux select() violate POSIX?
From: Nemo Publius
Date: Sat Jun 18 2011 - 13:06:24 EST
Suppose I have a file descriptor referencing a TCP/IP socket in blocking mode.
Suppose select() reports that the descriptor is ready for reading.
If I then call recv() on that descriptor, can it _ever_ block?
According to the Linux select man page
(http://linux.die.net/man/2/select), the answer is yes:
"Under Linux, select() may report a socket file descriptor as "ready
for reading", while nevertheless a subsequent read blocks. This could
for example happen when data has arrived but upon examination has
wrong checksum and is discarded. There may be other circumstances in
which a file descriptor is spuriously reported as ready."
According to the POSIX specification for select
the answer is no:
"A descriptor shall be considered ready for reading when a call to an
input function with O_NONBLOCK clear would not block, whether or not
the function would transfer data successfully. (The function might
return data, an end-of-file indication, or an error other than one
indicating that it is blocked, and in each of these cases the
descriptor shall be considered ready for reading.)"
There are only three possibilities:
1) I am mis-reading the POSIX spec.
2) The Linux select() man page is wrong.
3) Linux select() violates the POSIX spec.
So, which is it?
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/