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.

Author r.david.murray
Recipients benjamin.peterson, brian.curtin, cvrebert, eric.smith, georg.brandl, ncoghlan, pitrou, r.david.murray, terry.reedy
Date 2010-02-02.14:36:25
SpamBayes Score 1.1562973e-13
Marked as misclassified No
Message-id <1265121388.67.0.369503621617.issue6760@psf.upfronthosting.co.za>
In-reply-to
Content
My placement of the note was carefully considered.  It is discussing the shell=False case and IMO belongs after that paragraph.  I understand now your concern about the note I omitted...and again I think this is a bug in the Popen API.  If shell=False, I think Popen should generate an error if args is a string.  Absent that fix, I've reworded the existing sentence along the lines you suggest, but using positive language rather than negative.  I've incorporated your fix for Eric's bug report, but I haven't added in the explicit references to the strings in the example.  IMO those are obvious and don't need repeating, but if others think it is clearer to add them, I'm fine with that.

As for subprocess, IMO there's no need to show the subprocess call.  The shlex result shows the list that would go into the subprocess call, and I think that's sufficient.  What do others think?

I've updated my version of the patch.
History
Date User Action Args
2010-02-02 14:36:28r.david.murraysetrecipients: + r.david.murray, georg.brandl, terry.reedy, ncoghlan, pitrou, eric.smith, benjamin.peterson, brian.curtin, cvrebert
2010-02-02 14:36:28r.david.murraysetmessageid: <1265121388.67.0.369503621617.issue6760@psf.upfronthosting.co.za>
2010-02-02 14:36:26r.david.murraylinkissue6760 messages
2010-02-02 14:36:25r.david.murraycreate