Message162354
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. |
|
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 | |
|