Message99970
| Author |
jackdied |
| Recipients |
baikie, jackdied, synapse, therve, wiml |
| Date |
2010年02月23日.23:13:45 |
| SpamBayes Score |
3.8769306e-07 |
| Marked as misclassified |
No |
| Message-id |
<1266966827.95.0.389112500144.issue6560@psf.upfronthosting.co.za> |
| In-reply-to |
| Content |
I've been digging into the patch. Is there a reason sendmsg() wants an iterable of buffers instead of just accepting a str? The list-of-buffers more closely matches the underlying syscall but I'm not sure what the python benefit is, especially when recvmsg() only returns a single value (it only creates 1 iovec under the covers). Python doesn't have "readv" like methods so making sendmsg/recvmsg work like recv/send (straight strings) seems like the way to go.
Also, the "y*" format character for packing/unpacking tuples is no longer supported - I'm assuming it used to mean buffers.
Does anyone have a good reference for using recvmsg/sendmsg? I read the man pages and googled around but couldn't find anything. I have no experience with using the calls in-the-wild. |
|
History
|
|---|
| Date |
User |
Action |
Args |
| 2010年02月23日 23:13:48 | jackdied | set | recipients:
+ jackdied, therve, baikie, synapse, wiml |
| 2010年02月23日 23:13:47 | jackdied | set | messageid: <1266966827.95.0.389112500144.issue6560@psf.upfronthosting.co.za> |
| 2010年02月23日 23:13:46 | jackdied | link | issue6560 messages |
| 2010年02月23日 23:13:45 | jackdied | create |
|