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 zmedico
Recipients zmedico
Date 2017-01-25.17:21:15
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1485364876.35.0.214175144503.issue29373@psf.upfronthosting.co.za>
In-reply-to
Content
In Popen _execute_child method, os.close(p2cread) closes a file descriptor which is referenced by self.stdout with closefd=True, created by this code:

   self.stdout = io.open(c2pread, 'rb', bufsize)

When self.stdout is finally garbage collected, it can close a file descriptor which has been reused since the os.close(p2cread) call. In the rare cases when this happens, it results in a traceback like the following:

Traceback (most recent call last):
  File "/usr/lib64/python3.4/subprocess.py", line 1418, in _execute_child
    part = _eintr_retry_call(os.read, errpipe_read, 50000)
  File "/usr/lib64/python3.4/subprocess.py", line 491, in _eintr_retry_call
    return func(*args)
OSError: [Errno 9] Bad file descriptor

I have observed this issue with python 3.4.5, and the code flaw also appears to be present in 3.5, 3.6, and 3.7. This sort of garbage collection issue has been highlighted in the first comment of http://bugs.python.org/issue16140, but there is still a remaining problem with this os.close(p2cread) call.
History
Date User Action Args
2017-01-25 17:21:16zmedicosetrecipients: + zmedico
2017-01-25 17:21:16zmedicosetmessageid: <1485364876.35.0.214175144503.issue29373@psf.upfronthosting.co.za>
2017-01-25 17:21:16zmedicolinkissue29373 messages
2017-01-25 17:21:15zmedicocreate