multiprocessing should not wait endlessly

[pitrou]

BPO	7318
Nosy	@pitrou, @kristjanvalur
Files	mptimeout.patch

^{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:

assignee = None
closed_at = <Date 2009-11-13.22:40:42.054>
created_at = <Date 2009-11-13.19:28:53.014>
labels = ['type-bug', 'library']
title = 'multiprocessing should not wait endlessly'
updated_at = <Date 2009-11-17.10:50:30.218>
user = 'https://github.com/pitrou'

bugs.python.org fields:

activity = <Date 2009-11-17.10:50:30.218>
actor = 'kristjan.jonsson'
assignee = 'jnoller'
closed = True
closed_date = <Date 2009-11-13.22:40:42.054>
closer = 'pitrou'
components = ['Library (Lib)']
creation = <Date 2009-11-13.19:28:53.014>
creator = 'pitrou'
dependencies = []
files = ['15323']
hgrepos = []
issue_num = 7318
keywords = ['patch']
message_count = 7.0
messages = ['95198', '95208', '95209', '95212', '95215', '95216', '95375']
nosy_count = 3.0
nosy_names = ['pitrou', 'kristjan.jonsson', 'jnoller']
pr_nums = []
priority = 'critical'
resolution = 'fixed'
stage = 'patch review'
status = 'closed'
superseder = None
type = 'behavior'
url = 'https://bugs.python.org/issue7318'
versions = ['Python 2.6', 'Python 3.1', 'Python 2.7', 'Python 3.2']

[pitrou]

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
bpo-7060).

[pitrou]

Please review.

[jnoller]

Patch seems fine, going to test it against trunk locally

[jnoller]

Passes on OS/X 10.6.2, I'm ok with it

[pitrou]

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!)

[jnoller]

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.

[kristjanvalur]

See also bpo-7314