Popen blocks program from another thread

[dgriff1]

BPO	7193
Nosy	@bitdancer
Files	subproc.py: A script to recreate bug

^{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-10-23.17:12:01.763>
created_at = <Date 2009-10-23.15:47:37.291>
labels = ['invalid', 'type-bug', 'library']
title = 'Popen blocks program from another thread'
updated_at = <Date 2009-10-23.17:12:01.762>
user = 'https://bugs.python.org/dgriff1'

bugs.python.org fields:

activity = <Date 2009-10-23.17:12:01.762>
actor = 'dgriff1'
assignee = 'none'
closed = True
closed_date = <Date 2009-10-23.17:12:01.763>
closer = 'dgriff1'
components = ['Library (Lib)']
creation = <Date 2009-10-23.15:47:37.291>
creator = 'dgriff1'
dependencies = []
files = ['15189']
hgrepos = []
issue_num = 7193
keywords = []
message_count = 3.0
messages = ['94389', '94390', '94391']
nosy_count = 2.0
nosy_names = ['r.david.murray', 'dgriff1']
pr_nums = []
priority = 'low'
resolution = 'not a bug'
stage = 'resolved'
status = 'closed'
superseder = None
type = 'behavior'
url = 'https://bugs.python.org/issue7193'
versions = ['Python 2.6']

[dgriff1]

When I create a thread that does a Popen it blocks the entire program. I
have attached a simple sample program. Whether I do Popen.wait or
Popen.poll the program blocks. I have done this on OSX 10.5 and 10.6. I
have not yet tried ussing the multiprocessing module.

[bitdancer]

You are calling the 'run' method of your test class, which runs the
subprocess in the main thread. Try calling t.start() instead.

[dgriff1]

You are right, sorry to waste your time.