Message185144
| Author |
Kevin.Barry |
| Recipients |
Kevin.Barry, emmanuel, vstinner |
| Date |
2013年03月24日.16:47:35 |
| SpamBayes Score |
-1.0 |
| Marked as misclassified |
Yes |
| Message-id |
<1364143655.99.0.256053635192.issue14916@psf.upfronthosting.co.za> |
| In-reply-to |
| Content |
emmanuel,
Regarding your points: All three can be taken care of with a combination of my patch and setting sys.stdin, sys.stdout, and sys.stderr to the pty. (That should really be done internally with another patch, since os.fdopen is OS-specific. Also, sys.stdin, sys.stdout, and sys.stderr should each have distinct underlying file descriptors, which I didn't do in working.c.) Those can safely be replaced since they're just the "effective" standard files, and sys.__stdin__ et al. refer to the actual C stdin et al. The remaining issue would be that the same descriptor shouldn't be used for both input and output in the interpreter loop, especially if the FILE* passed is only open for reading (since standard input technically doesn't have to be writable.)
Kevin Barry |
|
History
|
|---|
| Date |
User |
Action |
Args |
| 2013年03月24日 16:47:36 | Kevin.Barry | set | recipients:
+ Kevin.Barry, vstinner, emmanuel |
| 2013年03月24日 16:47:35 | Kevin.Barry | set | messageid: <1364143655.99.0.256053635192.issue14916@psf.upfronthosting.co.za> |
| 2013年03月24日 16:47:35 | Kevin.Barry | link | issue14916 messages |
| 2013年03月24日 16:47:35 | Kevin.Barry | create |
|