This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author martin.panter
Recipients berker.peksag, desbma, martin.panter
Date 2016-02-21.23:32:51
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1456097572.24.0.825096120016.issue26403@psf.upfronthosting.co.za>
In-reply-to
Content
This change has already been proposed in Issue 1767511, which I recently replied to. I think it is valid to send an empty datagram back to the client, and not doing so could break existing code.

Also see Issue 5824 about removing the comment about recvfrom() on Linux.

Your FileNotFoundError is caused by the client removing its receiving socket file. This would also occur if the server was trying to send a non-zero datagram.

IMO this is usually an asynchronous error that is beyond the control of the server. In the TCP case, you can get similar errors if the client disconnected (BrokenPipeError, ConnectionResetError, etc). But these “error” conditions might only be detected after the server has closed its socket, which is why you don’t always see them.
History
Date User Action Args
2016-02-21 23:32:52martin.pantersetrecipients: + martin.panter, berker.peksag, desbma
2016-02-21 23:32:52martin.pantersetmessageid: <1456097572.24.0.825096120016.issue26403@psf.upfronthosting.co.za>
2016-02-21 23:32:52martin.panterlinkissue26403 messages
2016-02-21 23:32:51martin.pantercreate