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 ncoghlan
Recipients Arfrever, amaury.forgeotdarc, berwin22, chris.jerdonek, eric.araujo, mark, martin.panter, mightyiam, ncoghlan, pitrou, r.david.murray, segfaulthunter, srid, steve.dower, vstinner
Date 2016-09-06.04:09:56
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1473134997.4.0.378663760898.issue6135@psf.upfronthosting.co.za>
In-reply-to
Content
A couple of high level questions:

a. How do folks feel about providing a new "text" parameter to replace the cryptic "universal_newlines=True" that would explicitly be equivalent to "universal newlines with sys.getdefaultencoding()"?

b. Given (a), what if the new "text" parameter also accepted a new "subprocess.TextConfig" object in addition to the base behaviour of doing a plain bool(text) check to activate the defaults?

One of the biggest problems we have with subprocess.Popen is that it still attempts to use a flat configuration model for a complex operation involving 4-7 underlying elements (starting the subprocess, configuring stdin, configuring stdout, configuring stderr, and potentially local counterparts for stdin/stdout/stderr if pipes are used), and that situations unlikely to ever improve unless we start introducing some hierarchical elements to the configuration that better mirror the structure of the underlying system capabilities.
History
Date User Action Args
2016-09-06 04:09:57ncoghlansetrecipients: + ncoghlan, amaury.forgeotdarc, pitrou, vstinner, mark, eric.araujo, segfaulthunter, Arfrever, r.david.murray, srid, mightyiam, chris.jerdonek, martin.panter, steve.dower, berwin22
2016-09-06 04:09:57ncoghlansetmessageid: <1473134997.4.0.378663760898.issue6135@psf.upfronthosting.co.za>
2016-09-06 04:09:57ncoghlanlinkissue6135 messages
2016-09-06 04:09:56ncoghlancreate