[issue40222] "Zero cost" exception handling
Change by Ruairidh MacLeod : -- nosy: +rkm ___ Python tracker <https://bugs.python.org/issue40222> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22393] multiprocessing.Pool shouldn't hang forever if a worker process dies unexpectedly
Change by Ruairidh MacLeod : -- nosy: +rkm ___ Python tracker <https://bugs.python.org/issue22393> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44307] date.today() is 2x slower than datetime.now().date()
Change by Ruairidh MacLeod : -- nosy: +rkm ___ Python tracker <https://bugs.python.org/issue44307> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43782] Failure to build from source on ppc64le on ubuntu xenial
Change by Ruairidh MacLeod : -- nosy: +rkm ___ Python tracker <https://bugs.python.org/issue43782> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue41260] datetime: strftime method takes different keyword argument: fmt (pure) or format (C)
Change by Ruairidh MacLeod : -- nosy: +rkm ___ Python tracker <https://bugs.python.org/issue41260> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40805] Can no longer patch flask.g
Change by Ruairidh MacLeod : -- nosy: +rkm ___ Python tracker <https://bugs.python.org/issue40805> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40582] Inconsistent exceptions caused by typing + tuple subclasses
Ruairidh MacLeod added the comment: The original code for this was: ``` from typing import List from unittest.mock import call def f(n: List[call]): ... ``` Which produces "SyntaxError: Forward reference must be an expression -- got ''". I think my only query is whether this behavior is ok, or whether it should produce the clearer "TypeError: Parameters to generic types must be types" message instead? -- ___ Python tracker <https://bugs.python.org/issue40582> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40582] Inconsistent exceptions caused by typing + tuple subclasses
New submission from Ruairidh MacLeod : When incorrectly defining a function with a typed List[T] argument where T is a tuple instance, a TypeError is correctly raised: t = (1,) def f(a: List[t]): ... # => TypeError: Parameters to generic types must be types. Got 1. When t is an instance of a tuple subclass though, and one of its items is an empty string, a SyntaxError is raised instead in the typing module: class T(tuple): def __new__(cls): return tuple.__new__(cls, ("",)) t = T() def f(a: List[t]): ... # => SyntaxError: Forward reference must be an expression -- got '' Full stack trace: Traceback (most recent call last): File "/opt/python37/lib/python3.7/typing.py", line 449, in __init__ code = compile(arg, '', 'eval') File "", line 0 ^ SyntaxError: unexpected EOF while parsing During handling of the above exception, another exception occurred: Traceback (most recent call last): File "test.py", line 5, in def f(a: List[call]): File "/opt/python37/lib/python3.7/typing.py", line 254, in inner return func(*args, **kwds) File "/opt/python37/lib/python3.7/typing.py", line 631, in __getitem__ params = tuple(_type_check(p, msg) for p in params) File "/opt/python37/lib/python3.7/typing.py", line 631, in params = tuple(_type_check(p, msg) for p in params) File "/opt/python37/lib/python3.7/typing.py", line 132, in _type_check return ForwardRef(arg) File "/opt/python37/lib/python3.7/typing.py", line 451, in __init__ raise SyntaxError(f"Forward reference must be an expression -- got {arg!r}") SyntaxError: Forward reference must be an expression -- got '' Lastly, a different TypeError is raised for an empty subclass: class C(tuple): ... c = C() def f(a: List[c]): ... # => TypeError: Too few parameters for typing.List; actual 0, expected 1 This exception behavior seems inconsistent, although it's definitely a minor issue. -- components: Interpreter Core messages: 368554 nosy: rkm priority: normal severity: normal status: open title: Inconsistent exceptions caused by typing + tuple subclasses type: behavior versions: Python 3.9 ___ Python tracker <https://bugs.python.org/issue40582> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue37636] Deprecate slicing and ordering operations on sys.version
Change by Ruairidh MacLeod : -- nosy: +rkm ___ Python tracker <https://bugs.python.org/issue37636> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com