New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
multiprocessing.Connection endianness issue #57205
Comments
Since the rewrite in pure Python of multiprocessing.Connection (issue bpo-11743), multiprocessing.Connection sends and receives the length of the data (used as header) in host byte order. |
"Since the rewrite in pure Python of multiprocessing.Connection (issue bpo-11743), multiprocessing.Connection sends and receives the length of the data (used as header) in host byte order." I don't think so, the C code uses also the host endian. This issue is a feature request. I don't know if anyone uses multiprocessing on different hosts (because it doesn't work currently). If you would like to support using multiprocessing on different hosts, it should be documented in multiprocessing doc. |
No. in conn_recv_string():
It does work, it's even documented ;-) http://docs.python.org/dev/library/multiprocessing.html#multiprocessing-managers Managers use multiprocessing.connection to serialize data and send # Mapping from serializer name to Listener and Client types listener_client = { Yeah, Python's awesome :-) |
New changeset 9c1c81d24e23 by Charles-François Natali in branch 'default': |
Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.
Show more details
GitHub fields:
bugs.python.org fields:
The text was updated successfully, but these errors were encountered: