[issue32920] Implement PEP 529 for os.getcwdb on Windows

[STINNER Victor]

STINNER Victor  added the comment:

I just opened the same issue: bpo-37412, but I proposed a PR to implement my 
idea ;-)

--
resolution:  -> duplicate
stage: needs patch -> resolved
status: open -> closed
superseder:  -> os.getcwdb() doesn't implement PEP 528 (UTF-8) on Windows

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32920] Implement PEP 529 for os.getcwdb on Windows

[Alexey Izbyshev]

Change by Alexey Izbyshev :


--
nosy: +izbyshev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32920] Implement PEP 529 for os.getcwdb on Windows

[Eryk Sun]

New submission from Eryk Sun :

When reviewing issue 32904 I noticed that os.getcwdb still calls the CRT 
_getcwd function. Apparently this was overlooked when implementing PEP 529. For 
example:

>>> os.getcwd()
'C:\\Temp\\Lang\\αβγδ'
>>> os.getcwdb()
b'C:\\Temp\\Lang\\a\xdf?d'

Not only is the encoding wrong, but because the CRT uses GetFullPathNameA (the 
CRT's implementation of _getcwd is convoluted, IMO), the call fails if the 
current directory exceeds MAX_PATH. Python 3.6+ on Windows 10 otherwise 
supports long paths.

--
components: Library (Lib), Unicode, Windows
messages: 312620
nosy: eryksun, ezio.melotti, paul.moore, steve.dower, tim.golden, vstinner, 
zach.ware
priority: normal
severity: normal
stage: needs patch
status: open
title: Implement PEP 529 for os.getcwdb on Windows
type: behavior
versions: Python 3.6, Python 3.7, Python 3.8

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com