17:50 <agronholm> I'm debugging an issue in some old parts of setuptools where it loads a part of a .pyc file through marshal.load(). It works fine on CPython, but on PyPy, it seems to throw a fit, raising ValueError: bad marshal data (string is not ascii)

17:52 <agronholm> and this only happens on Windows; it runs fine on Linux and macOS

17:54 <agronholm> to repro, clone https://github.com/pypa/wheel.git, pip install -e .[test] and then run pytest (on Windows + PyPy3)

17:54 <agronholm> marshal.load() seems to be RPython code so I can't step into it to figure why this happens

18:00 <agronholm> an easier to repro is to go to the tests/testdata/unicode.dist directory and run "python setup.py bdist_egg"

18:41 <agronholm> looks like there was another problem too, with zip file filename encoding

18:41 <agronholm> pypy couldn't properly decode file names in a zip file, while CPython could

18:43 <agronholm> this gets even stranger now – I tried encoding the file name back to bytes with utf-8, and got the same result as on CPython, but on the same console window, the displayed names look completely off on PyPy

18:43 <agronholm> sys.stdout.encoding returns the same value on both CPython and PyPy

18:48 <cfbolz> agronholm: it's a pyc file that was produced by pypy though, right?

18:48 <agronholm> yes

18:53 <cfbolz> the "only on windows" part is very annoying :-(

18:53 <cfbolz> can't easily debug this, I fear

18:55 <agronholm> I tracked the latest problem down to a call to WindowsPath().chmod(...)

18:56 <agronholm> I got a Path object on a file, checked that the file exists with `.is_file()`, and then `.chmod()` raises FileNotFoundError on that

18:56 <agronholm> I'll try to produce a MWE

19:01 <cfbolz> thx

19:16 <agronholm> cfbolz: https://gist.github.com/agronholm/90306177a8d333d6f872baf8b5083d50

19:16 <agronholm> chmod() says "File not found" about the file it just found by iteration

19:17 <agronholm> also the file is created with the wrong file name; CPython works correctly here

19:20 <agronholm> the file names generated by pypy look like they used latin-1 encoding at some point

19:20 <agronholm> ignoring the system fs encoding

19:38 <cfbolz> agronholm: right, that sounds plausible

19:39 <cfbolz> agronholm: feel like filing an issue so we don't lose it?

19:39 <cfbolz> otherwise I can do it

19:42 <agronholm> mmm, I can do it

19:48 <agronholm> cfbolz: https://github.com/pypy/pypy/issues/4924

19:49 <cfbolz> agronholm: wonderful, thanks