yacc143
yacc143
Just some observations from benchmarking some code dumping 1000 simple objects resulting in ~3.4 MB of JSON: ```python @dataclass_json @dataclass class Test: id : int value : str second :...
Same thing happens to unichr and chr => it seems like modernize "thinks" that unicode_literals change the semantics of chr/str to unichr/unicode in python 2 which it obviously does not.
Interestingly 2to3 also changes unicode to str.
Seems to be related that fix_unicode_future.py derives from lib2to3.fixes.fix_unicode
I'll watch out for it the next time, especially if I notice it timely. And yes I launch it to be precise: gnome-terminal in my main account -> bash ->...
``` andreas@obelix:~/work/grants_team_setup$ logname andreas ``` Seems to work for me, but I do have an even funnier issue (suid binaries do not work).
Ah, found the potential issue here: https://github.com/electron/electron/issues/18521 Could it be a similar problem here? Considering that terminal tab also depends upon node-pty?
And yes, running `gnome-terminal` would work because `gnome-terminal` probably forks of a mother process that is outside of atom.
Yep, this is a known bug in Electron 5.0.x :( And looking at the tags on the issue/commit, it will only be fixed in 5.1.x https://github.com/electron/electron/pull/19953
Still is broken on 1.48.0, at least if you use Kite, which requires the tree-sitter parse to be disabled.