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 amaury.forgeotdarc
Recipients amaury.forgeotdarc, techtonik
Date 2012-06-05.16:09:08
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1338912549.75.0.0107469940236.issue15005@psf.upfronthosting.co.za>
In-reply-to
Content
It's not possible to delay output collection: output starts being collected just after the call os.dup2(cp2write, 1) and before exec(), we need to os.close it.  The trace module will already have emitted some lines.

Process output by definition goes to the C stdout, but you could redirect sys.stdout (the Python one, used by print) to something else, like a StringIO so that trace.py does not pollute the subprocess output.

In 3.2, suprocess.py states that the pure Python implementation (the one use in 2.7) is not thread safe.  We could add that it's not reentrant or trace-friendly as well... this is not surprising IMO.
History
Date User Action Args
2012-06-05 16:09:09amaury.forgeotdarcsetrecipients: + amaury.forgeotdarc, techtonik
2012-06-05 16:09:09amaury.forgeotdarcsetmessageid: <1338912549.75.0.0107469940236.issue15005@psf.upfronthosting.co.za>
2012-06-05 16:09:09amaury.forgeotdarclinkissue15005 messages
2012-06-05 16:09:08amaury.forgeotdarccreate