Issue #2965 has been updated by cmusser. Status changed from New to Resolved
This was fixed a while back. ---------------------------------------- Bug #2965: read(2), etc. return EAFNOSUPPORT after UDP disconnect http://bugs.dragonflybsd.org/issues/2965#change-13189 * Author: cmusser * Status: Resolved * Priority: Normal * Assignee: * Category: Networking * Target version: ---------------------------------------- I ran into an unexpected return code from read(2)-like functions after unconnecting a connected UDP socket. >From what I've gleaned (from Stevens' "UNP", man pages, testing on other >systems). unconnecting a connected UDP socket is done by passing a "null >address" to connect(2). In response, it unconnects the socket and returns >success (0) or EAFNOSUPPORT On DragonFly, connect(2) returns success and unconnects the socket, but then the next read from the socket returns EAFNOSUPPORT. It seems as if EAFNOSUPPORT should come from `connect(2) instead. Neither read(2), recvfrom(2) or recvmsg(2) are documented as returning EAFNOSUPPORT. I have a Github project at https://github.com/cmusser/udp_disconnect that demonstrates this behavior. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://bugs.dragonflybsd.org/my/account
