Erik Soma added the comment:
Certainly: https://github.com/python/cpython/pull/32011
--
___
Python tracker
<https://bugs.python.org/issue47071>
___
___
Pytho
Change by Erik Soma :
--
keywords: +patch
pull_requests: +30099
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/32011
___
Python tracker
<https://bugs.python.org/issu
Erik Soma added the comment:
Uploading my hack to `asyncio.windows_events.py` -- this is based off 3.10.2's
distribution.
--
Added file: https://bugs.python.org/file50692/windows_events.py
___
Python tracker
<https://bugs.python.org/is
New submission from Erik Soma :
Reproducer attached. Change `USE_PROACTOR` to `False` to use the
`SelectorEventLoop` instead, which doesn't exhibit this behavior.
The output on my machine when using the proactor loop is:
```
datagram received b'ping 1'
datagram received b'
Erik Soma added the comment:
You can wrap your callable in a regular function:
```
def hack_c():
c = C()
def _(*args, **kwargs):
return c(*args, **kwargs)
return _
A.__del__ = hack_c()
```
Or (untested) make your callable an extension type with
Erik Soma added the comment:
The CPython PR has gone stale waiting for core review, pinging this per the dev
guide.
--
___
Python tracker
<https://bugs.python.org/issue42
Erik Soma added the comment:
Seems I misframed the issue a bit. I didn't realize keyword arguments besides
'metaclass' were introduced with PEP 3115 with Python 3.0.
In any case I've posted a PR to update the docs and typeshed.
Typeshed PR for reference: https://github
Change by Erik Soma :
--
keywords: +patch
pull_requests: +23000
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/24173
___
Python tracker
<https://bugs.python.org/issu
Erik Soma added the comment:
Can do.
I have found a blurb in the 3.6 What's New that confirms it was purposeful
(https://docs.python.org/3/whatsnew/3.6.html#index-37).
--
___
Python tracker
<https://bugs.python.org/is
New submission from Erik Soma :
The documentation (https://docs.python.org/3/library/functions.html#type) shows
type's signature as:
class type(object)
class type(name, bases, dict)
But the "actual" 2nd signature in CPython 3.6+ is:
class type(name, bases, dict, **kwargs)
Change by Erik Soma :
--
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue42687>
___
___
Python-bugs-
Change by Erik Soma :
--
keywords: +patch
pull_requests: +22722
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/23857
___
Python tracker
<https://bugs.python.org/issu
New submission from Erik Soma :
'<>' is not recognized by the tokenize module as a single token, instead it is
two tokens.
```
$ python -c "import tokenize; import io; import pprint;
pprint.pprint(list(tokenize.tokenize(io.BytesIO(b'<>').readline)))&q
13 matches
Mail list logo