[issue6689] subprocess doesn't pass arguments correctly on Linux when shell=True

miss-islington added the comment: New changeset ec3839a215a68cf35ff1f90cb6823f67a5abdce3 by Miss Islington (bot) in branch '3.8': bpo-6689: os.path.commonpath raises ValueError for different drives isn't documented (GH-14045) https://github.com/python/cpython/commit/ec3839a215a68cf35ff1f90cb

[issue6689] subprocess doesn't pass arguments correctly on Linux when shell=True

Change by miss-islington : -- pull_requests: +13920 pull_request: https://github.com/python/cpython/pull/14058 ___ Python tracker ___ ___

[issue6689] subprocess doesn't pass arguments correctly on Linux when shell=True

miss-islington added the comment: New changeset 95492032c48fef20b9c7076a23fe7e46927a4688 by Miss Islington (bot) (Makdon) in branch 'master': bpo-6689: os.path.commonpath raises ValueError for different drives isn't documented (GH-14045) https://github.com/python/cpython/commit/95492032c48fe

[issue6689] subprocess doesn't pass arguments correctly on Linux when shell=True

Change by Roundup Robot : -- pull_requests: +13907 pull_request: https://github.com/python/cpython/pull/14045 ___ Python tracker ___

[issue6689] subprocess doesn't pass arguments correctly on Linux when shell=True

Berwyn added the comment: Ah. I don't need to feel so forgetful, then. -- title: subprocess doesn't pass arguments correctly on Linux when shell=True -> subprocess doesn't pass arguments correctly on Linux whenshell=True ___ Python tracker

[issue6689] subprocess doesn't pass arguments correctly on Linux when shell=True

R. David Murray added the comment: Note that the "clear wording" was only introduced on 2/4 of this year (issue 6760). -- ___ Python tracker ___

[issue6689] subprocess doesn't pass arguments correctly on Linux when shell=True

Changes by R. David Murray : -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/o

[issue6689] subprocess doesn't pass arguments correctly on Linux when shell=True

R. David Murray added the comment: Note that the "clear wording" was only introduced on 2/4 of this year (issue 6770). -- nosy: +r.david.murray ___ Python tracker ___ __

[issue6689] subprocess doesn't pass arguments correctly on Linux when shell=True

Stefan Krah added the comment: I'm glad you agree. Closing this now. -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-

[issue6689] subprocess doesn't pass arguments correctly on Linux when shell=True

Berwyn added the comment: Good point, Stefan. In hindsight my issue was probably more with understanding how the sh command line works rather than how python works. -- status: pending -> open ___ Python tracker _

[issue6689] subprocess doesn't pass arguments correctly on Linux when shell=True

Stefan Krah added the comment: I find this particular section one of the most clear sections in the whole Python documentation: "On Unix, with shell=True: If args is a string, it specifies the command string to execute through the shell. This means that the string must be formatted exactly as

[issue6689] subprocess doesn't pass arguments correctly on Linux when shell=True

Berwyn added the comment: I think this should be documented more clearly rather than just rejected. It keeps causing various people grief. David Fraser's post would be good documentation. -- status: pending -> open ___ Python tracker

[issue6689] subprocess doesn't pass arguments correctly on Linux when shell=True

Stefan Krah added the comment: This is a request for changing the current behavior on Unix, and I doubt this is going to happen, since it could break existing code. On a side note, there are already two ways get the desired output: >>> Popen("gcc --version", shell=True) gcc (GCC) 4.1.3 200806

[issue6689] subprocess doesn't pass arguments correctly on Linux when shell=True

Changes by Mark Lawrence : -- stage: -> patch review versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6 ___ Python tracker ___

[issue6689] subprocess doesn't pass arguments correctly on Linux when shell=True

Changes by David Fraser : Removed file: http://bugs.python.org/file14698/current-3.patch ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue6689] subprocess doesn't pass arguments correctly on Linux when shell=True

Changes by David Fraser : Removed file: http://bugs.python.org/file14697/current-2.6.patch ___ Python tracker ___ ___ Python-bugs-list mailing

[issue6689] subprocess doesn't pass arguments correctly on Linux when shell=True

David Fraser added the comment: Ah, upon closer inspection - the special parameters $0 $1 $2 etc mentioned in the sh docs refer to parameters within the command string, so that: sh -c 'echo $2 $0 $1' run for "the people" produces: the people run for So the correct patch would be to leave

[issue6689] subprocess doesn't pass arguments correctly on Linux when shell=True

Berwyn added the comment: I agree with the patch, and it works fine: /bin/sh -c "gcc --version" gcc --version But I begin to wonder whether bash has a bug since bash only seems to observe the string, not the parameters after it. For example: $ bash -c "./printargs.py abc" def ghi jkl p

[issue6689] subprocess doesn't pass arguments correctly on Linux when shell=True

Ben Hoyt added the comment: Oops, didn't intend to change the type, changing back. -- type: feature request -> behavior ___ Python tracker ___ ___

[issue6689] subprocess doesn't pass arguments correctly on Linux when shell=True

Changes by Ben Hoyt : -- nosy: +benhoyt type: behavior -> feature request ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue6689] subprocess doesn't pass arguments correctly on Linux when shell=True

Changes by David Fraser : Added file: http://bugs.python.org/file14698/current-3.patch ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue6689] subprocess doesn't pass arguments correctly on Linux when shell=True

New submission from David Fraser : (from http://stackoverflow.com/questions/1253122/why-does-subprocess-popen-with-shelltrue-work-differently-on-linux-vs-windows/1254322) When using subprocess.Popen(args, shell=True) to run "gcc --version" (just as an example), on Windows we get this: >>> from