Message162354
| 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:09 | amaury.forgeotdarc | set | recipients:
+ amaury.forgeotdarc, techtonik |
| 2012年06月05日 16:09:09 | amaury.forgeotdarc | set | messageid: <1338912549.75.0.0107469940236.issue15005@psf.upfronthosting.co.za> |
| 2012年06月05日 16:09:09 | amaury.forgeotdarc | link | issue15005 messages |
| 2012年06月05日 16:09:08 | amaury.forgeotdarc | create |
|