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 martin.panter
Recipients Arfrever, akira, dmalcolm, martin.panter, pitrou, python-dev, rosslagerwall, serhiy.storchaka, vstinner
Date 2015-03-03.11:08:56
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1425380937.08.0.858908411803.issue21619@psf.upfronthosting.co.za>
In-reply-to
Content
Aha! So perhaps Windows can accept a small amount of data into its pipe buffer even if we know the pipe has been broken. That kind of makes sense. Test case could be modified to:

proc = subprocess.Popen([...], bufsize=support.PIPE_MAX_SIZE, stdin=subprocess.PIPE, stdout=subprocess.PIPE)
proc.stdout.read()  # Make sure subprocess has closed its input
proc.stdin.write(bytes(support.PIPE_MAX_SIZE))
self.assertIsNone(proc.returncode)
# Expect EPIPE under POSIX and EINVAL under Windows
self.assertRaises(OSError, proc.__exit__, None, None, None)
History
Date User Action Args
2015-03-03 11:08:57martin.pantersetrecipients: + martin.panter, pitrou, vstinner, Arfrever, dmalcolm, akira, rosslagerwall, python-dev, serhiy.storchaka
2015-03-03 11:08:57martin.pantersetmessageid: <1425380937.08.0.858908411803.issue21619@psf.upfronthosting.co.za>
2015-03-03 11:08:57martin.panterlinkissue21619 messages
2015-03-03 11:08:56martin.pantercreate