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 eryksun
Recipients Jan Studený, eryksun, r.david.murray
Date 2015-08-23.23:03:32
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1440371012.48.0.795195403533.issue24919@psf.upfronthosting.co.za>
In-reply-to
Content
I expect Popen's shell=True option to use the same shell as os.system.  The POSIX spec for the [system function][1] requires running sh, as follows:

    execl(<shell path>, "sh", "-c", command, (char *)0);

glibc uses "/bin/sh" for the shell path. Modifying the SHELL environment variable doesn't affect the behavior of os.system. I would be surprised if Popen's shell=True had been designed like that. Thankfully it's too late to change this since it could break existing code. ;-)

The story is different on Windows. The CRT's system() prefers the shell that's set in the ComSpec environment variable. So on Windows Popen uses os.environ.get("COMSPEC", "cmd.exe").

[1]: http://pubs.opengroup.org/onlinepubs/9699919799/functions/system.html
History
Date User Action Args
2015-08-23 23:03:32eryksunsetrecipients: + eryksun, r.david.murray, Jan Studený
2015-08-23 23:03:32eryksunsetmessageid: <1440371012.48.0.795195403533.issue24919@psf.upfronthosting.co.za>
2015-08-23 23:03:32eryksunlinkissue24919 messages
2015-08-23 23:03:32eryksuncreate