Bug 1375 - UDP recvfrom() calls return ECONNREFUSED after sendto() calls
Summary: UDP recvfrom() calls return ECONNREFUSED after sendto() calls
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: kernel
Version: 5.2
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: David Lawrence
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 1999-03-01 04:30 UTC by tfeller
Modified: 2008-05-01 15:37 UTC (History)
0 users

Fixed In Version:
Clone Of:
Environment:
Last Closed: 1999-03-08 19:00:16 UTC
Embargoed:


Attachments (Terms of Use)

Description tfeller 1999-03-01 04:30:24 UTC
After calling sentto() on an unconnected UDP socket
the next recvfrom() call made will return an error
with errno set to ECONNREFUSED.
This sort of an error from an unconnected UDP socket
makes no sense and it is not documented in the man pages.
I have a fairly simple C test program that demonstrates
this problem that I can make available upon request.  This
test program works fine on other unix platforms including
BSDI, SCO OpenServer, SCO UnixWare and DGUX.
I am seeing lots of confusion in the news groups about this
problem.

Comment 1 Bill Nottingham 1999-03-08 19:00:59 UTC
It's not a bug, it's a feature; it's returning the error
from the previous UDP call. See RFC1122, sect. 4.1.3.3.

If you want the BSD socket behavior, you need to set the
SO_BSDCOMPAT socket option.

------- Email Received From  "Thomas J. Feller" <tfeller> 03/08/99 17:39 -------

Comment 2 tfeller 1999-03-18 21:41:59 UTC
If is is a feature than it should be clearly documented in the man
pages.  Are you saying that I need to figure out how the function
calls work by inferring their behavior from RFCs?  If so which RFCs
apply to Red Hat Linux 5.2?


Note You need to log in before you can comment on or make changes to this bug.