[issue6056] socket.setdefaulttimeout affecting multiprocessing Manager

2012-07-29 Thread Richard Oudkerk
Changes by Richard Oudkerk shibt...@gmail.com: -- resolution: - fixed stage: needs patch - committed/rejected status: open - closed type: crash - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6056

[issue6056] socket.setdefaulttimeout affecting multiprocessing Manager

2012-07-27 Thread Roundup Robot
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 4e85e4743757 by Richard Oudkerk in branch '2.7': Issue #6056: Make multiprocessing use setblocking(True) on the sockets it uses. http://hg.python.org/cpython/rev/4e85e4743757 New changeset 290f04722be3 by Richard

[issue6056] socket.setdefaulttimeout affecting multiprocessing Manager

2012-07-24 Thread Derek Wilson
Derek Wilson jderekwil...@gmail.com added the comment: Thanks, Jim, here is an updated patch. 1) I feel like it is clearly not-a-feature. Currently 2.7 crashes if remote managers are used and socket.setdefaulttimeout is anything other than None. Crashing seems bad and all this does is keep

[issue6056] socket.setdefaulttimeout affecting multiprocessing Manager

2012-07-24 Thread Richard Oudkerk
Changes by Richard Oudkerk shibt...@gmail.com: -- nosy: +sbt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6056 ___ ___ Python-bugs-list mailing

[issue6056] socket.setdefaulttimeout affecting multiprocessing Manager

2012-01-25 Thread Derek Wilson
Derek Wilson jderekwil...@gmail.com added the comment: Any chance this patch will be accepted (or at least reviewed) soon? -- type: behavior - crash versions: +Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org

[issue6056] socket.setdefaulttimeout affecting multiprocessing Manager

2012-01-25 Thread Jim Jewett
Jim Jewett jimjjew...@gmail.com added the comment: The wording in 138415 suggested this patch was changing socket to not support timeouts -- which would be unacceptable. But the actual patch only seems to touch multiprocessing/connection.py -- a far more reasonable change. Unfortunately,

[issue6056] socket.setdefaulttimeout affecting multiprocessing Manager

2011-06-16 Thread Derek Wilson
Derek Wilson jderekwil...@gmail.com added the comment: While having multiprocessing use a timeout would be great, I didn't really have the time to fiddle with the c code. Instead of using the socket timeout, I'm modifying all the sockets created by the socket module to have no timeout (and

[issue6056] socket.setdefaulttimeout affecting multiprocessing Manager

2011-06-16 Thread Derek Wilson
Derek Wilson jderekwil...@gmail.com added the comment: I was wrong about exit behavior of a process that has put to a queue -- it seems to behave as expected. i had been playing with a proxy to a queue rather than a queue (to which, if you put, the process can exit right away because the

[issue6056] socket.setdefaulttimeout affecting multiprocessing Manager

2011-06-07 Thread Derek Wilson
Derek Wilson jderekwil...@gmail.com added the comment: This should be higher priority as one of the major benefits of the multiprocessing module is remote process management in a completely transparent manner. socket timeouts are very important in this context as blocking forever waiting for

[issue6056] socket.setdefaulttimeout affecting multiprocessing Manager

2011-06-07 Thread Jesse Noller
Jesse Noller jnol...@gmail.com added the comment: I agree derek, I think that would be a fine addition, however we lack a patch and I don't have the current bandwidth to add it. -- ___ Python tracker rep...@bugs.python.org

[issue6056] socket.setdefaulttimeout affecting multiprocessing Manager

2010-08-27 Thread Ask Solem
Changes by Ask Solem a...@opera.com: -- nosy: +asksol ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6056 ___ ___ Python-bugs-list mailing list

[issue6056] socket.setdefaulttimeout affecting multiprocessing Manager

2010-08-27 Thread Mark Lawrence
Changes by Mark Lawrence breamore...@yahoo.co.uk: -- stage: - needs patch versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6056 ___

[issue6056] socket.setdefaulttimeout affecting multiprocessing Manager

2009-05-19 Thread Jesse Noller
Jesse Noller jnol...@gmail.com added the comment: Well; I'm pretty tapped out right now - I think your idea of checking to see if a timeout has been set elsewhere makes sense. If you have the time to put together a patch (with a unit test or three :)) I can review it. Might take me a bit of

[issue6056] socket.setdefaulttimeout affecting multiprocessing Manager

2009-05-18 Thread Ryan Leslie
New submission from Ryan Leslie ryle...@gmail.com: Terminal 1: Python 2.6.1 (r261:67515, Apr 2 2009, 18:25:55) [GCC 4.1.2 20071124 (Red Hat 4.1.2-42)] on linux2 Type help, copyright, credits or license for more information. from multiprocessing.managers import SyncManager manager =

[issue6056] socket.setdefaulttimeout affecting multiprocessing Manager

2009-05-18 Thread Benjamin Peterson
Changes by Benjamin Peterson benja...@python.org: -- assignee: - jnoller nosy: +jnoller ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6056 ___

[issue6056] socket.setdefaulttimeout affecting multiprocessing Manager

2009-05-18 Thread Jesse Noller
Jesse Noller jnol...@gmail.com added the comment: Pickling the queue and then unpickling it in a new process is something I never thought of. That's interesting in and of itself ;) -- ___ Python tracker rep...@bugs.python.org

[issue6056] socket.setdefaulttimeout affecting multiprocessing Manager

2009-05-18 Thread Ryan Leslie
Ryan Leslie ryle...@gmail.com added the comment: Yeah, storing pickled queues in the file system makes for some easy IPC :) It wasn't a very original idea, I took the pickling comments in the documentation at face value: http://docs.python.org/library/multiprocessing.html#proxy-objects So, from