Message211967
> I opened the issue #20718 to track the "FD pass" failures.
But the failures in the current issue *all* involve FD passing :)
The "Message too long" errors are in tests where the ancillary data (in this case file descriptors) is truncated, rather than the normal data, so msg_iovlen shouldn't be a problem there (and MSG_CTRUNC would normally be set, rather than MSG_TRUNC).
I suppose the most likely reason for a process to be sent too many file descriptors is that someone is attempting a denial-of-service attack on it, so perhaps returning EMSGSIZE is intended as a "fail safe" response, even if it isn't blessed by POSIX? |
|
Date |
User |
Action |
Args |
2014-02-22 22:23:11 | baikie | set | recipients:
+ baikie, brett.cannon, jcea, exarkun, ncoghlan, janssen, pitrou, therve, vstinner, jackdied, giampaolo.rodola, schmichael, synapse, wiml, neologix, rosslagerwall, python-dev, brian, rpointel |
2014-02-22 22:23:11 | baikie | set | messageid: <1393107791.15.0.0660153649673.issue20669@psf.upfronthosting.co.za> |
2014-02-22 22:23:11 | baikie | link | issue20669 messages |
2014-02-22 22:23:10 | baikie | create | |
|