Damien George

No, we should leave this open, it's still a bug that needs fixing.

If CPython on Windows/Mac has different behaviour in this regard to running under Linux then it doesn't really matter which approach is taken. When I wrote this issue I thought...

This is a consequence of the optimisation that the compiler does, so that for-range constructs don't allocate on the heap. It may be possible to fix it in a clean...

This issue can also give wrong line numbers, eg in: ```python for i in range([1, 2]): 1 2 3 ``` it will report the error with the list not being...

Yes this is an issue. Unicode is not handled well in string formatting functions, for example there are related issues to width formatting, eg `print('|%4s|' % '\u0180')` only prints 2...

This looks like an issue with the fatfs library/driver, it should probably return an error when trying to do this. Alternatively the caller of fatfs could check for this case...

> Further testing indicates that it objects to the handler arg. Is this not yet implemented? That's correct, the "handler" arge is not yet implemented. Same with waking from IDLE...

The interactive REPL does not support unicode/utf8. It requires some effort to implement because one needs to support backspace/delete of utf8-encoded chars, as well as moving left/right across them.

> but might this cause problems for non-English speakers? Yes. We support utf8 in strings so should support it at the REPL as well. The simplest thing to do is...

CPython looks like it's treating subclassing of dict here as a special case. There doesn't seem to be any way to create a custom class with a set of special...