[issue43676] Doctest ELLIPSIS explanation hard to follow when they're missing

New submission from Tim Hatch : The doctest docs try to explain directives like ELLIPSIS but those directives are absent from the rendered html. Where? Most of the code blocks in the Directives section, and https://docs.python.org/3/library/doctest.html#directives and the one introduced by

[issue36541] Make lib2to3 grammar better match Python, support the := walrus

Change by Tim Hatch : -- pull_requests: +18682 pull_request: https://github.com/python/cpython/pull/19317 ___ Python tracker <https://bugs.python.org/issue36

[issue37341] str.format and f-string divergence

Tim Hatch added the comment: ok, I suppose it's just documentation then. -- assignee: -> docs@python components: +Documentation -Library (Lib) nosy: +docs@python ___ Python tracker <https://bugs.python.org

[issue37341] str.format and f-string divergence

New submission from Tim Hatch : TL;DR f"{x+2}" and f"{x=}" do something sensible. "{x+2}".format(x=1) and "{x=}".format(x=1) raise KeyError. f"{0.1}" and "{0.1}".format(...) are different. Having had a feature request to be able t

[issue37166] inspect.findsource doesn't handle shortened files gracefully

Change by Tim Hatch : -- type: -> behavior ___ Python tracker <https://bugs.python.org/issue37166> ___ ___ Python-bugs-list mailing list Unsubscrib

[issue37166] inspect.findsource doesn't handle shortened files gracefully

New submission from Tim Hatch : inspect.findsource() can trigger IndexError when co_firstlineno is larger than len(linecache.getlines()). If you have a situation where the file that linecache finds doesn't match the imported module, then you're not guaranteed that co_firstlineno o

[issue33348] lib2to3 doesn't parse f(*[] or [])

Tim Hatch added the comment: Also see discussion about divergence on issue36541 -- nosy: +thatch ___ Python tracker <https://bugs.python.org/issue33348> ___ ___

[issue36541] Make lib2to3 grammar more closely match Python

Tim Hatch added the comment: My strong preference would be getting the lib2to3 grammar to be the python grammar + additions, to make future changes easier to merge. The strongest argument against doing that is the backwards-incompatibility of patterns -- some won't compile, while o

[issue36607] asyncio.all_tasks() crashes if asyncio is used in multiple threads

Change by Tim Hatch : -- nosy: +thatch ___ Python tracker <https://bugs.python.org/issue36607> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36541] Make lib2to3 grammar more closely match Python

Tim Hatch added the comment: Here's approximately what it would look like to do the big change now: https://github.com/python/cpython/compare/master...thatch:lib2to3-update-grammar (one test failing, and some helpers may need more test cov

[issue36541] Make lib2to3 grammar more closely match Python

Tim Hatch added the comment: jreese reminded me of pep570, which will make more grammar changes. I'm open to the idea of replacing the grammar with the live one, plus porting the 2isms forward like print, eval, except with comma. My sincere hope is that everyone that depends on

[issue36541] Make lib2to3 grammar more closely match Python

Change by Tim Hatch : -- pull_requests: +12627 ___ Python tracker <https://bugs.python.org/issue36541> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36541] Make lib2to3 grammar more closely match Python

New submission from Tim Hatch : The grammar in lib2to3 is out of date and can't parse `:=` nor `f(**not x)` from running on real code. I've done a cursory `diff -uw Grammar/Grammar Lib/lib2to3/grammar.txt`, and would like to fix lib2to3 so we can merge into both fissix and bl

[issue22849] Double DECREF in TextIOWrapper

New submission from Tim Hatch: There's a reproducible bug in textio.c that causes a double DECREF on codecs. The conditions to trigger are probably rare in real life, so not remotely exploitable (sandbox escape is the worst I can think of on its own, and I'm not aware of any on 3.

[issue8016] Support for cp858

Tim Hatch added the comment: I also noticed that libforensics supplies a codec for cp858, if that's helpful to double-check the implementation. http://code.google.com/p/libforensics/source/browse/code/lf/win/codepage/cp858.py -- ___ Python tr

[issue8016] Support for cp858

Tim Hatch added the comment: Uploading corrected diff -- the old one missed a couple of instances of DOTLESS I -> EURO. -- versions: +Python 2.7 Added file: http://bugs.python.org/file17301/cp858.diff ___ Python tracker <http://bugs.pyth

[issue6906] Tkinter sets an unicode environment variable on win32

Tim Hatch added the comment: I'm running the exact same version as Gabriel (on Windows 7, 32 bit) from the python.org installer, and have the same behavior as Michał. Checking FixTk.py it appears that on Vista and above, it calls the Win32 API GetFinalPathNameByHandleW to expand symbolic

[issue2649] poss. patch for fnmatch.py to add {.htm, html} style globbing

Tim Hatch added the comment: More discussion has gone on in issue #4573 on this topic. Can this bug be marked as a duplicate? -- nosy: +thatch ___ Python tracker <http://bugs.python.org/issue2