From: Eric Wieser Date: Mon, 10 Feb 2020 23:32:18 +0000 (+0000) Subject: Correct the documented default encoding (GH-18429) X-Git-Tag: v3.9.0a4~84 X-Git-Url: http://git.ipfire.org/?a=commitdiff_plain;h=bf15d5b775c31e65584926998ff141edc75226d4;p=thirdparty%2FPython%2Fcpython.git Correct the documented default encoding (GH-18429) From the source for `PyUnicode_Decode`, the implementation is: ``` if (encoding == NULL) { return PyUnicode_DecodeUTF8Stateful(s, size, errors, NULL); } ``` which is pretty clearly not defaulting to ASCII. --- I assume this needs neither a news entry nor bpo link. --- diff --git a/Doc/c-api/unicode.rst b/Doc/c-api/unicode.rst index 77f123cf1f2c..96d77c408413 100644 --- a/Doc/c-api/unicode.rst +++ b/Doc/c-api/unicode.rst @@ -978,7 +978,7 @@ have the same semantics as the ones of the built-in :func:`str` string object constructor. Setting encoding to ``NULL`` causes the default encoding to be used -which is ASCII. The file system calls should use +which is UTF-8. The file system calls should use :c:func:`PyUnicode_FSConverter` for encoding file names. This uses the variable :c:data:`Py_FileSystemDefaultEncoding` internally. This variable should be treated as read-only: on some systems, it will be a