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 josh.r
Recipients akira, gregory.p.smith, josh.r, r.david.murray
Date 2014-08-25.23:48:35
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1409010515.82.0.148660522144.issue22274@psf.upfronthosting.co.za>
In-reply-to
Content
Okay, dumb question: Is there a reason the Windows code explicitly initializes c2pwrite in the "stdout not passed" case, while the Linux code leaves it as -1? Windows doesn't look like it would have the problem (because c2pwrite is always set to a non-default value), and it seems like the fix for Linux could just mimic the Windows approach; the code that sets errwrite wouldn't change, but instead of a "pass", when stdout is None, we'd explicitly set it to os.STDOUT_FILENO, and the stderr=subprocess.STDOUT (stdout unset) case would work automatically, and the code would be more similar.

Haven't explored the negative consequences of that change, if any.
History
Date User Action Args
2014-08-25 23:48:35josh.rsetrecipients: + josh.r, gregory.p.smith, r.david.murray, akira
2014-08-25 23:48:35josh.rsetmessageid: <1409010515.82.0.148660522144.issue22274@psf.upfronthosting.co.za>
2014-08-25 23:48:35josh.rlinkissue22274 messages
2014-08-25 23:48:35josh.rcreate