[issue36643] Forward reference is not resolved by dataclasses.fields()

Paolo Lammens added the comment: I was about to create the exact same ticket; I'm nudging this. -- nosy: +plammens ___ Python tracker <https://bugs.python.org/issue36

[issue42795] Asyncio loop.create_server doesn't bind to any interface if host is a sequence with just the empty string

Change by Paolo Lammens : -- title: Asyncio loop.create_server doesn't bind to any interface if host is a sequence with jus the empty string -> Asyncio loop.create_server doesn't bind to any interface if host is a sequence with just the empty str

[issue42795] Asyncio loop.create_server doesn't bind to any interface if host is a sequence with jus the empty string

New submission from Paolo Lammens : When a sequence containing just the empty string (e.g. `['']`) is passed as the `host` parameter of `loop.create_server`, the server seems not to bind to any network interface. Since, per the [documentation](https://docs.python.org/3/library/asyncio

[issue42760] inspect.iscoroutine returns False for asynchronous generator methods

Change by Paolo Lammens : -- title: inspect.iscoroutine returns False for asynchronous generator functions -> inspect.iscoroutine returns False for asynchronous generator methods ___ Python tracker <https://bugs.python.org/issu

[issue42760] inspect.iscoroutine returns False for asynchronous generator functions

Change by Paolo Lammens : -- versions: +Python 3.9 ___ Python tracker <https://bugs.python.org/issue42760> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue42785] Support operator module callables in inspect.signature

Paolo Lammens added the comment: Correction: ``` ValueError: callable operator.attrgetter('spam') is not supported by signature ``` -- ___ Python tracker <https://bugs.python.org/issue42

[issue42785] Support operator module callables in inspect.signature

New submission from Paolo Lammens : Currently, `inspect.signature` doesn't support all callables from the `operator` module, e.g. `operator.attrgetter`: ```python >>> import inspect >>> import operator >>> inspect.signature(operator.attrgetter("spam")) Val

[issue42760] inspect.iscoroutine returns False for asynchronous generator functions

New submission from Paolo Lammens : The `inspect.iscoroutinefunction` and `inspect.iscoroutine` functions return `False` for the `asend`, `athrow` and `aclose` methods of asynchronous generators (PEP 525). These are coroutine functions (i.e. one does e.g. `await gen.asend(value)`) so I would

Delegating to part of a subgenerator

Dear all, I've been struggling with the following problem, and I thought maybe there is someone here in python-list who could shine some light on this. Suppose we have a generator function `subgen`, and we want to wrap this in another generator function, `gen`. For clarity, these are "full"

[issue42483] Way working directory is added to sys.path differs between using -c or -m

Paolo Lammens added the comment: Hmm I think that’s unrelated; it’s a discussion about whether to add or not the working directory at all. Here the issue is that the way it *is* added differs between -c and -m (which isn’t documented). In both cases it is added (I’m not discussing

[issue42483] Way working directory is added to sys.path differs between using -c or -m

New submission from Paolo Lammens : Tested on: - Python 3.8.6 for Windows 10 64 bit - Python 3.9.0 for Windows 10 64 bit - Python 3.8.6 for Ubuntu 20.04 - Python 3.9.0 for Ubuntu 20.04 Originally asked here: https://stackoverflow.com/q/65024647/6117426

[issue41813] Clarify specification of object.__await__

Paolo Lammens added the comment: The proposed addition (see attached PR) is the following note: .. note:: The language doesn't place any restriction on the type or value of the objects yielded by the iterator returned by :meth:`__await__`, as this is specific

[issue41813] Clarify specification of object.__await__

Change by Paolo Lammens : -- keywords: +patch pull_requests: +21365 stage: -> patch review pull_request: https://github.com/python/cpython/pull/22320 ___ Python tracker <https://bugs.python.org/issu

[issue41813] Clarify specification of object.__await__

New submission from Paolo Lammens : The current specification of object.__await__ is just: > `object.__await__(self)` > > Must return an iterator. Should be used to implement awaitable objects. For > instance, `asyncio.Future` implements this method to be compatible with