Hangs when opening 2nd shell with subprocess under windows

[fuzzydream]

BPO	865014
Nosy	@kbkaiser

^{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 2004-01-02.01:43:52.000>
created_at = <Date 2003-12-23.15:10:06.000>
labels = ['expert-IDLE']
title = 'Hangs when opening 2nd shell with subprocess under windows'
updated_at = <Date 2004-01-02.01:43:52.000>
user = 'https://bugs.python.org/fuzzydream'

bugs.python.org fields:

activity = <Date 2004-01-02.01:43:52.000>
actor = 'kbk'
assignee = 'none'
closed = True
closed_date = None
closer = None
components = ['IDLE']
creation = <Date 2003-12-23.15:10:06.000>
creator = 'fuzzy_dream'
dependencies = []
files = []
hgrepos = []
issue_num = 865014
keywords = []
message_count = 2.0
messages = ['19479', '19480']
nosy_count = 2.0
nosy_names = ['kbk', 'fuzzy_dream']
pr_nums = []
priority = 'normal'
resolution = 'duplicate'
stage = None
status = 'closed'
superseder = None
type = None
url = 'https://bugs.python.org/issue865014'
versions = []

[fuzzydream]

The Python 2.3.3 windows installer sets a file
association for .py files - 'edit with IDLE'.

It sets this up to launch IDLE with the command line '-n'
which is *without* a subprocess.

I set up a new file association to launch IDLE with
subprocess enabled. If IDLE ever attempts to open a
second shell window with subprocess it hangs and I
have to kill the process.

Is this a known limitation or a bug (?) - if the latter
why does the installer default to using the -n flag.

I asked on comp.lang.python and surprisingly got no
answer - perhaps the time of year has something to do
with it. :-)

My prefferred email address for contact is fuzzyman AT
atlantibots DOT org DOT uk

[kbkaiser]

Logged In: YES
user_id=149084

This is a known limitation. Currently only one subprocess may
exist because only one port is used. I plan to expand this in
the future.

Recommend you stay with the default binding.

This duplicates IDLEfork Patch 661363. Closing as dup.