Tim Golden m...@timgolden.me.uk added the comment:
Fixed by issue2304
--
components: -Library (Lib), Tests, Windows
nosy: +tim.golden
resolution: - duplicate
stage: - committed/rejected
status: open - closed
type: - behavior
___
Python tracker
Russ Gibson ru...@rnstech.com added the comment:
(Same comment I added to 1559298:)
What is needed is separate quoting for the command and the argument.
Right now, test_popen only surrounds the entire command line with quotes:
c:\Program Files\Python2.6\Python.exe -u c:\Documents and
Joseph Armbruster [EMAIL PROTECTED] added the comment:
Should this issue be linked to 1559298? It appears to be the same issue
but was opened up earlier and is referencing a different version.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1475
Christian Heimes added the comment:
In Python 3.x os.popen is implemented based on subprocess. I believe
it's still a problem with subprocess. Python 3.x also drops support for
Windows 95 to ME. Would the additional quoting be ok when the code
checks for COMPSPEC == cmd.exe first?
# Supply
Changes by Gabriel Genellina:
--
nosy: +gagenellina
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1475
__
___
Python-bugs-list mailing list
Unsubscribe:
Joseph Armbruster added the comment:
I believe the issue lies with the cmd command line parameters and
insufficient quoting:
Currently, if this string is passed into CreateProcess as args, the call
will fail:
C:\WINDOWS\System32\cmd.exe /c C:\Documents and
Christian Heimes added the comment:
I like to have Peter Astrand look over the patch first. He has written
most of the subprocess module.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1475
__
Peter Åstrand added the comment:
I think there's some confusion in this bug. The report on
http://pastebin.com/fa947767 indicates a problem in test_popen. This is
a test for os.popen() and it does not have anything to do with the
subprocess module. I believe it is test_popen.py that should be
New submission from Christian Heimes:
Joseph found the bug during his testing of the py3k branch. The problem
is in subprocess.py line 716.
http://pastebin.com/fa947767
--
assignee: astrand
components: Library (Lib), Tests, Windows
keywords: py3k
messages: 57696
nosy: astrand,
Changes by Christian Heimes:
--
priority: - normal
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1475
__
___
Python-bugs-list mailing list
Unsubscribe:
10 matches
Mail list logo