[issue31087] asyncio.create_subprocess_* do not honor `encoding`

Nathaniel Smith added the comment: @adampl: The first step is for someone (possibly you :-)) to write a patch and submit it as a PR against the Python master branch. Then once the actual change is figured out, we can have the discussion about which releases to backport it to.

[issue31087] asyncio.create_subprocess_* do not honor `encoding`

Adam added the comment: It occurs both on Python 3.6 and 3.7 RC, so maybe it should be fixed in the 3.7 release. -- nosy: +adampl type: -> behavior versions: +Python 3.7 Added file: https://bugs.python.org/file47531/asyncio_encoding_test.py

[issue31087] asyncio.create_subprocess_* do not honor `encoding`

Nathaniel Smith added the comment: Python's codecs already support partial decode, exactly to handle this kind of case. See codecs.getincremental{en,de}coder and https://docs.python.org/3/library/codecs.html#incremental-encoding-and-decoding -- nosy: +njs

[issue31087] asyncio.create_subprocess_* do not honor `encoding`

Dima Tisnek added the comment: I'd love to see universal_newlines=True in asyncio.subprocess. -- nosy: +Dima.Tisnek ___ Python tracker

[issue31087] asyncio.create_subprocess_* do not honor `encoding`

Changes by Alex : -- components: +asyncio nosy: +yselivanov versions: +Python 3.6 ___ Python tracker ___

[issue31087] asyncio.create_subprocess_* do not honor `encoding`

New submission from Alex: Regardless of the value of `encoding`, StreamReaders returned for the `asyncio.subprocess.Process`'s `stdout` and `stderr` would be in binary mode. import sys import asyncio import subprocess async def main(): sp = await