This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

classification
Title: multiprocessing should not wait endlessly
Type: behavior Stage: patch review
Components: Library (Lib) Versions: Python 3.1, Python 3.2, Python 2.7, Python 2.6
process
Status: closed Resolution: fixed
Dependencies: Superseder:
Assigned To: jnoller Nosy List: jnoller, kristjan.jonsson, pitrou
Priority: critical Keywords: patch

Created on 2009-11-13 19:28 by pitrou, last changed 2022-04-11 14:56 by admin. This issue is now closed.

Files
File name Uploaded Description Edit
mptimeout.patch pitrou, 2009-11-13 22:06
Messages (7)
msg95198 - (view) Author: Antoine Pitrou (pitrou) * (Python committer) Date: 2009-11-13 19:28
SocketClient() in multiprocessing.connection loops endlessly when the
connection is refused. It shouldn't, and instead use a timeout.
This is especially annoying since SocketClient() can be called as part
of finalizing an object, which makes debugging very annoying (see
issue7060).
msg95208 - (view) Author: Antoine Pitrou (pitrou) * (Python committer) Date: 2009-11-13 22:06
Please review.
msg95209 - (view) Author: Jesse Noller (jnoller) * (Python committer) Date: 2009-11-13 22:09
Patch seems fine, going to test it against trunk locally
msg95212 - (view) Author: Jesse Noller (jnoller) * (Python committer) Date: 2009-11-13 22:21
Passes on OS/X 10.6.2, I'm ok with it
msg95215 - (view) Author: Antoine Pitrou (pitrou) * (Python committer) Date: 2009-11-13 22:40
Ok, this is now committed to all 4 branches. Amusingly, it seems to
solve the test_multiprocessing freeze/failure problem in py3k...
(I still hope you can find some time to make multiprocessing more robust
and less baroque inside!)
msg95216 - (view) Author: Jesse Noller (jnoller) * (Python committer) Date: 2009-11-13 22:43
On Nov 13, 2009, at 5:40 PM, Antoine Pitrou <report@bugs.python.org>  
wrote:

>
> Antoine Pitrou <pitrou@free.fr> added the comment:
>
> Ok, this is now committed to all 4 branches. Amusingly, it seems to
> solve the test_multiprocessing freeze/failure problem in py3k...
> (I still hope you can find some time to make multiprocessing more  
> robust
> and less baroque inside!)
>

So do I and I'm sorry I haven't been able to yet. First on my list is  
a total test suite scrub.
msg95375 - (view) Author: Kristján Valur Jónsson (kristjan.jonsson) * (Python committer) Date: 2009-11-17 10:50
See also issue 7314
History
Date User Action Args
2022-04-11 14:56:54adminsetgithub: 51567
2009-11-17 10:53:13kristjan.jonssonlinkissue7314 superseder
2009-11-17 10:50:30kristjan.jonssonsetnosy: + kristjan.jonsson
messages: + msg95375
2009-11-13 22:43:38jnollersetmessages: + msg95216
2009-11-13 22:40:42pitrousetstatus: open -> closed
resolution: fixed
messages: + msg95215
2009-11-13 22:21:02jnollersetmessages: + msg95212
2009-11-13 22:09:05jnollersetmessages: + msg95209
2009-11-13 22:06:30pitrousetfiles: + mptimeout.patch
keywords: + patch
messages: + msg95208

stage: needs patch -> patch review
2009-11-13 19:29:14pitroulinkissue7060 dependencies
2009-11-13 19:28:53pitroucreate