Message144047
| Author |
neologix |
| Recipients |
neologix, vstinner |
| Date |
2011年09月14日.19:51:22 |
| SpamBayes Score |
2.1493734e-06 |
| Marked as misclassified |
No |
| Message-id |
<1316029884.26.0.0837911327487.issue12981@psf.upfronthosting.co.za> |
| In-reply-to |
| Content |
Now that sendmsg()/recvmsg() are exposed in socketmodule, we could use them to replace the ad-hoc FD-passing routines used by multiprocessing.reduction.
Antoine suggested adding sendfd()/recvfd() methods to socket objects, but I'm not sure about this, since those only make sense for Unix domain sockets.
Two remarks on the patch attached:
- this removes sendfd()/recvfd() from _multiprocessing (but AFAICT those were never documented as part of the public API)
- EOF/invalid data received result in a RuntimeError |
|
History
|
|---|
| Date |
User |
Action |
Args |
| 2011年09月14日 19:51:24 | neologix | set | recipients:
+ neologix, vstinner |
| 2011年09月14日 19:51:24 | neologix | set | messageid: <1316029884.26.0.0837911327487.issue12981@psf.upfronthosting.co.za> |
| 2011年09月14日 19:51:23 | neologix | link | issue12981 messages |
| 2011年09月14日 19:51:23 | neologix | create |
|