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 loewis
Recipients amoffat, loewis, ned.deily
Date 2012-09-11.05:19:17
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1347340758.99.0.371144801224.issue15898@psf.upfronthosting.co.za>
In-reply-to
Content
To me, this still looks like an OS bug. The difference between 2.7 and 3.2 seems to be that 3.2 will call the _nocancel syscalls, which I guess results from using a different version of the C library, or OSX deployment target, or something. However, the system calls are almost identical, see

http://fxr.watson.org/fxr/source/bsd/kern/sys_generic.c?v=xnu-1699.24.8#L448

(i.e. the "cancel" version calls __pthread_testcancel, which may result in EINTR, but not in this trace). So ISTM that in the failing case, the child successfully writes to the file descriptor (7 bytes written), yet the parent reads only 0 bytes out of the pty, which makes it look like the kernel discards the data.

The trace isn't exactly from the script you provided, right? Because the script sends the string "testing123", whereas the trace shows "testing".
History
Date User Action Args
2012-09-11 05:19:19loewissetrecipients: + loewis, ned.deily, amoffat
2012-09-11 05:19:18loewissetmessageid: <1347340758.99.0.371144801224.issue15898@psf.upfronthosting.co.za>
2012-09-11 05:19:18loewislinkissue15898 messages
2012-09-11 05:19:17loewiscreate