[issue40222] "Zero cost" exception handling

2021-11-13 Thread Ruairidh MacLeod 


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

2021-08-30 Thread Ruairidh MacLeod 


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()

2021-06-04 Thread Ruairidh MacLeod 


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

2021-04-08 Thread Ruairidh MacLeod 


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)

2020-07-09 Thread Ruairidh MacLeod 


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

2020-05-29 Thread Ruairidh MacLeod 


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

2020-05-10 Thread Ruairidh MacLeod 


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

2020-05-09 Thread Ruairidh MacLeod 


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

2020-03-02 Thread Ruairidh MacLeod 


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