[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <46D2F1C1.2050606@gmx.net>
Date: Mon, 27 Aug 2007 17:46:09 +0200
From: Michael Kerrisk <mtk-manpages@....net>
To: Andi Kleen <andi@...stfloor.org>
CC: Shay Goikhman <GOIKHMAN@...ibm.com>, netdev@...r.kernel.org,
davem@...emloft.net
Subject: Re: Problem with semantics?
Hi Andi,
Andi Kleen wrote:
> Shay Goikhman <GOIKHMAN@...ibm.com> writes:
>
>> Dear Linux maintainers,
>>
>> I'm doing :
>>
>> setsockopt(s, SO_RCVTIMEO, t1 ); // set time-out
>> t1 on socket while block receiving on it
>> select(,,, &fd_set_including(s), .., &errs, t2); // block till
>> receive or time-out t 2 jointly on a set of sockets
>>
>> Apparently, I could no find reference on the coupled behavior of the two
>> above statements in Linux documentation.
>> As I understand the blocking semantics, I would expect that if t1<t2 ,
>> select should return after t1 with the descriptor 's' in 'errs' if 's' does
>> not become readable in the t1 interval.
>>
>> It is not so in life -- select ignores t1 altogether.
>>
>> Do you have some enlightening knowledge on the matter?
>
> RCVTIMEO only applies to recvmsg et.al., similar to SNDTIMEO only
> apply to sendmsg etc. But select/poll only report events, they
> do not actually send or receive by themselves.
>
> Michael, perhaps you can clarify that in the manpages
I added the following to sockets.7:
Timeouts have
effect for socket I/O calls (read(2), recv(2),
recvfrom(2), recvmsg(2), write(2), send(2),
sendto(2), sendmsg(2)); timeouts have no effect for
select(2), poll(2), epoll_wait(2), etc.
The change will be in man-pages-2.65.
Thanks for your note.
Cheers,
Michael
--
Michael Kerrisk
maintainer of Linux man pages Sections 2, 3, 4, 5, and 7
Want to help with man page maintenance? Grab the latest tarball at
http://www.kernel.org/pub/linux/docs/manpages/
read the HOWTOHELP file and grep the source files for 'FIXME'.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists