[issue47234] PEP-484 "numeric tower" approach makes it hard/impossible to specify contracts in documentation

Alex Waygood added the comment: Please try to make your messages more concise. -- ___ Python tracker <https://bugs.python.org/issue47234> ___ ___ Python-bug

[issue47250] New object.__getstate__() method introduced refleaks

Change by Alex Waygood : -- title: Add object.__getstate__() introduced refleaks -> New object.__getstate__() method introduced refleaks ___ Python tracker <https://bugs.python.org/issu

[issue47237] Inheritance from Protocol with property in dataclass makes them non-instantiatable

Change by Alex Waygood : -- nosy: +AlexWaygood, JelleZijlstra, eric.smith, gvanrossum, kj ___ Python tracker <https://bugs.python.org/issue47237> ___ ___ Pytho

[issue46134] Confusing error message for AttributeError with dataclasses

Alex Waygood added the comment: Closing due to lack of response from OP. -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue47212] Minor issues in reported Syntax errors

Change by Alex Waygood : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue47050] Cannot install Python 3.10.3 on Windows

Alex Waygood added the comment: (My solution for now has been to install python on my other laptop. Thanks for the help Steve!) -- stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/i

[issue47097] Document PEP 646

Alex Waygood added the comment: (Feel free to reopen this issue if there's more to be done, Matthew!) -- ___ Python tracker <https://bugs.python.org/is

[issue47097] Document PEP 646

Change by Alex Waygood : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue47213] Incorrect location of caret in SyntaxError

Change by Alex Waygood : -- nosy: +pablogsal title: arrow at wrong place -> Incorrect location of caret in SyntaxError type: enhancement -> behavior ___ Python tracker <https://bugs.python.org/i

[issue47166] Dataclass transform should ignore TypeAlias variables

Alex Waygood added the comment: I think implementing this would add complexity to the code in dataclasses.py (though Eric's the expert!). For your use case, is it essential that the type alias declaration be inside the class scope? Would it be possible for you to simply have the

[issue47105] [Doc] grp cites pwd.h instead of grp.h

Change by Alex Hedges : -- keywords: +patch pull_requests: +30176 stage: -> patch review pull_request: https://github.com/python/cpython/pull/32091 ___ Python tracker <https://bugs.python.org/issu

[issue47105] [Doc] grp cites pwd.h instead of grp.h

New submission from Alex Hedges : The documentation page for the grp module says to "see ", even though the source code (https://github.com/python/cpython/blob/v3.11.0a6/Modules/grpmodule.c) uses grp.h. I plan to release a PR for this shortly. -- assignee: docs@python

[issue46769] Improve documentation for `typing.TypeVar`

Alex Waygood added the comment: Thanks Guido for your insight, and Jelle/Łukasz for the reviews and backports! I'm on holiday right now, but when I'm back, I'll take a look at maybe proposing some minor revisions to PEP 484 as well, as

[issue47073] Solution for recursion error when comparing dataclass objects

Change by Alex Waygood : -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue47073> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue43463] typing.get_type_hints with TYPE_CHECKING imports / getting hints for single argument

Change by Alex Waygood : -- nosy: +AlexWaygood, JelleZijlstra ___ Python tracker <https://bugs.python.org/issue43463> ___ ___ Python-bugs-list mailing list Unsub

[issue47067] Add vectorcall for generica alias object

Change by Alex Waygood : -- nosy: +JelleZijlstra, gvanrossum, kj ___ Python tracker <https://bugs.python.org/issue47067> ___ ___ Python-bugs-list mailin

[issue32927] Add typeshed documentation for unittest.TestCase._feedErrorsToResult and ._outcome

Alex Waygood added the comment: Typeshed maintainer here: I agree. Feel free to open an issue over at https://github.com/python/typeshed if this is still a problem! -- nosy: +AlexWaygood resolution: -> third party stage: -> resolved status: pending -&g

[issue433030] SRE: Atomic Grouping (?>...) is not supported

Change by Alex Waygood : -- versions: +Python 3.11 -Python 3.5 ___ Python tracker <https://bugs.python.org/issue433030> ___ ___ Python-bugs-list mailin

[issue31552] IDLE: Convert browsers to use ttk.Treeview

Change by Alex Waygood : -- title: IDLE: Convert browswers to use ttk.Treeview -> IDLE: Convert browsers to use ttk.Treeview ___ Python tracker <https://bugs.python.org/issu

[issue47022] PEP 594: Document removal of asynchat, asyncore and smtpd

Change by Alex Waygood : -- assignee: -> docs@python components: +Documentation nosy: +docs@python stage: patch review -> backport needed versions: +Python 3.10, Python 3.9 ___ Python tracker <https://bugs.python.org/i

[issue47050] Cannot install Python 3.10.3 on Windows

Alex Waygood added the comment: Hmm, well if I try running the 3.10.2 installer, it now presents me with an error message saying that "a newer version of Python 3.10 is already installed". -- ___ Python tracker <https://bugs.python.o

[issue47050] Cannot install Python 3.10.3 on Windows

Alex Waygood added the comment: > Looks like you may have "cleaned up" your package cache at some point, which > means you can't uninstall the old version anymore. Not knowingly! > Try getting the 3.10.2 installer and running it directly.

[issue47050] Cannot install Python 3.10.3 on Windows

Alex Waygood added the comment: Attaching the log file from the installation. -- Added file: https://bugs.python.org/file50687/installer_log_file.txt ___ Python tracker <https://bugs.python.org/issue47

[issue47050] Cannot install Python 3.10.3 on Windows

New submission from Alex Waygood : I have tried several times now to upgrade to Python 3.10.3 using the 64-bit installer for Windows at https://www.python.org/downloads/release/python-3103/. Each time, I encounter an error message stating that "The feature you are trying to use is

[issue46769] Improve documentation for `typing.TypeVar`

Change by Alex Waygood : -- pull_requests: +30031 pull_request: https://github.com/python/cpython/pull/31941 ___ Python tracker <https://bugs.python.org/issue46

[issue47015] Update tests from asyncore to asyncio

Change by Alex Waygood : -- nosy: +asvetlov, giampaolo.rodola, josiahcarlson, stutzbach, yselivanov ___ Python tracker <https://bugs.python.org/issue47

[issue43721] Documentation of property.{getter, setter, deleter} fails to mention that a *new* property is returned

Change by Alex Waygood : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue47016] Create a test verifying bundled pip and setuptools wheels

Change by Alex Waygood : -- nosy: +ned.deily ___ Python tracker <https://bugs.python.org/issue47016> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue47006] PEP 646: Decide on substitution behavior

Change by Alex Waygood : -- nosy: +AlexWaygood ___ Python tracker <https://bugs.python.org/issue47006> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46961] Caching/interning of small ints sometimes fails

Change by Alex Waygood : -- nosy: -AlexWaygood ___ Python tracker <https://bugs.python.org/issue46961> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46982] Error in the experts list

Change by Alex Waygood : -- nosy: +Jelle Zijlstra ___ Python tracker <https://bugs.python.org/issue46982> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46198] Duplicate and unused code in tests

Change by Alex Waygood : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue46198] Duplicate and unused code in tests

Change by Alex Waygood : -- nosy: +AlexWaygood nosy_count: 3.0 -> 4.0 pull_requests: +29902 pull_request: https://github.com/python/cpython/pull/31801 ___ Python tracker <https://bugs.python.org/issu

[issue46581] _typevar_types and _paramspec_tvars are missing from _GenericAlias.copy_with

Change by Alex Waygood : -- nosy: +Jelle Zijlstra ___ Python tracker <https://bugs.python.org/issue46581> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue43224] Add support for PEP 646

Change by Alex Waygood : -- nosy: +AlexWaygood ___ Python tracker <https://bugs.python.org/issue43224> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46581] _typevar_types and _paramspec_tvars are missing from _GenericAlias.copy_with

Change by Alex Waygood : -- stage: patch review -> backport needed ___ Python tracker <https://bugs.python.org/issue46581> ___ ___ Python-bugs-list mai

[issue46677] TypedDict docs are incomplete

Change by Alex Waygood : -- stage: patch review -> backport needed ___ Python tracker <https://bugs.python.org/issue46677> ___ ___ Python-bugs-list mai

[issue46771] Add some form of cancel scopes

Alex Grönholm added the comment: Yeah, I'm still interested. I'll create a new BPO when I have something. -- ___ Python tracker <https://bugs.python.o

[issue43923] Can't create generic NamedTuple as of py3.9

Alex Waygood added the comment: I agree with Jelle — a valid protocol cannot inherit from a concrete type, and the whole point of NamedTuple is that it creates a tuple subclass (and tuple is obviously a concrete type). -- ___ Python tracker

[issue46967] Type union for except

Change by Alex Waygood : -- nosy: +AlexWaygood, Jelle Zijlstra, gvanrossum, iritkatriel ___ Python tracker <https://bugs.python.org/issue46967> ___ ___ Python-bug

[issue43923] Can't create generic NamedTuple as of py3.9

Alex Waygood added the comment: +1 for the more minimal changeset proposed in PR 31781. I've never felt a need for NamedTuple multiple inheritance other than with Generic, so wouldn't be opposed to restricting it only to Generic. --

[issue46961] Caching/interning of small ints sometimes fails

Alex Waygood added the comment: I think this might be a duplicate of Issue46361? -- nosy: +AlexWaygood ___ Python tracker <https://bugs.python.org/issue46

[issue45680] Documentation on `GenericAlias` objects and `__class_getitem__` could be improved

Alex Waygood added the comment: Thanks so much to Ken, Łukasz, Jelle, Guido, and everybody else who helped review these PRs! -- ___ Python tracker <https://bugs.python.org/issue45

[issue46769] Improve documentation for `typing.TypeVar`

Change by Alex Waygood : -- keywords: +patch pull_requests: +29830 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/31712 ___ Python tracker <https://bugs.python.org/issu

[issue46938] dataclass __post_init__ recursion

Change by Alex Waygood : -- nosy: +eric.smith ___ Python tracker <https://bugs.python.org/issue46938> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue43923] Can't create generic NamedTuple as of py3.9

Alex Waygood added the comment: I sense we'll have to agree to disagree on the usefulness of NamedTuples in the age of dataclasses :) For me, I find the simplicity of the underlying idea behind namedtuples — "tuples with some properties bolted on" — very attractive. Yes, stand

[issue43923] Can't create generic NamedTuple as of py3.9

Change by Alex Waygood : -- nosy: +graingert ___ Python tracker <https://bugs.python.org/issue43923> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue43923] Can't create generic NamedTuple as of py3.9

Alex Waygood added the comment: Consider the typeshed stub for `concurrent.futures.DoneAndNotDoneFutures`. At runtime this is a `collections.namedtuple`, but in the stub, we need it to be generic to allow precise type inference. But we can't have a generic NamedTuple, so the st

[issue46930] Iterating over cls.__dict__ in classmethod causes RuntimeError when printing __annotations__

Change by Alex Waygood : -- type: crash -> behavior versions: +Python 3.11 ___ Python tracker <https://bugs.python.org/issue46930> ___ ___ Python-bugs-list mai

[issue46927] Improve error message for subscripting non-generic types

Change by Alex Waygood : -- nosy: +Jelle Zijlstra ___ Python tracker <https://bugs.python.org/issue46927> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue44863] Allow TypedDict to inherit from Generics

Change by Alex Waygood : -- nosy: +Jelle Zijlstra, sobolevn ___ Python tracker <https://bugs.python.org/issue44863> ___ ___ Python-bugs-list mailing list Unsub

[issue44863] Allow TypedDict to inherit from Generics

Change by Alex Waygood : -- nosy: +AlexWaygood ___ Python tracker <https://bugs.python.org/issue44863> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue43923] Can't create generic NamedTuple as of py3.9

Alex Waygood added the comment: > Is there an actual use case that broke? No, because this was never usable in the first place. But there are those who wish it were usable :) -- ___ Python tracker <https://bugs.python.org/issu

[issue43923] Can't create generic NamedTuple as of py3.9

Alex Waygood added the comment: I actually have quite a few use cases for this feature. It's true that type checkers don't (yet) support it, but that doesn't mean that it should be disallowed at runtime. In fact, allowing it at runtime will surely give type checkers room to

[issue45100] Improve help() by making typing.overload() information accessible at runtime

Alex Waygood added the comment: The latest plan sounds good to me. I have some Thoughts on the proposed API, but it will be easier to express those as part of a PR review. Looking forward to seeing the PR! -- ___ Python tracker <ht

[issue5043] get_msvcr() returns None rather than []

Alex Zunegin added the comment: This messes up building Cython extensions on MSYS2 and MINGW. Still here as of setuptools 60. There is no line ``` return [] <<<<<<<<- ``` at the end. Adding it helps. -- nosy: +gesserat __

[issue19217] Calling assertEquals for moderately long list takes too long

Change by Alex Waygood : -- keywords: -easy ___ Python tracker <https://bugs.python.org/issue19217> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue43923] Can't create generic NamedTuple as of py3.9

Change by Alex Waygood : -- nosy: +Jelle Zijlstra, gvanrossum, kj, sobolevn ___ Python tracker <https://bugs.python.org/issue43923> ___ ___ Python-bugs-list m

[issue46902] Typo hint message for from-imports?

Change by Alex Waygood : -- nosy: +pablogsal versions: -Python 3.10 ___ Python tracker <https://bugs.python.org/issue46902> ___ ___ Python-bugs-list mailin

[issue46876] Walrus operator not in help

Change by Alex Waygood : -- status: open -> closed ___ Python tracker <https://bugs.python.org/issue46876> ___ ___ Python-bugs-list mailing list Unsubscrib

[issue46876] Walrus operator not in help

Change by Alex Waygood : -- status: pending -> open superseder: -> Assignment expression symbol (walrus) not in built-in help() ___ Python tracker <https://bugs.python.org/i

[issue46876] Walrus operator not in help

Alex Waygood added the comment: Thanks for the report! I think this is a duplicate of Issue37082. -- nosy: +AlexWaygood resolution: -> duplicate stage: needs patch -> resolved status: open -> pending ___ Python tracker <https://bug

[issue38854] Decorator with paren tokens in arguments breaks inspect.getsource

Change by Alex Waygood : -- nosy: +AlexWaygood ___ Python tracker <https://bugs.python.org/issue38854> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue38854] Decorator with paren tokens in arguments breaks inspect.getsource

Change by Alex Waygood : -- nosy: +yselivanov versions: -Python 3.7, Python 3.8 ___ Python tracker <https://bugs.python.org/issue38854> ___ ___ Python-bug

[issue21761] [doc] language reference describes the role of module.__file__ inaccurately

Alex Waygood added the comment: Hi Vidhya — @slateny submitted a PR for this issue only two days ago (you can see that it's linked to this BPO issue in the "Pull Requests" field). I think it would be good to wait until that has been reviewed before doing any work on a possi

[issue46873] inspect.getsource with some lambdas in decorators does not get the full source

Change by Alex Waygood : -- type: -> behavior versions: -Python 3.7, Python 3.8 ___ Python tracker <https://bugs.python.org/issue46873> ___ ___ Python-

[issue46873] inspect.getsource with some lambdas in decorators does not get the full source

Alex Waygood added the comment: I'm removing 3.7 and 3.8 from the "versions" field, since they're currently only accepting patches for security-related bugs. But thanks for testing on those versions as well — that's useful information! -- components: +Library

[issue46851] Document multiprocessing.set_forkserver_preload

Alex Waygood added the comment: (3.7 and 3.8 are not accepting patches unless they relate to security issues, so I am removing them from the "versions" field.) -- nosy: +AlexWaygood versions: -Python 3.7, Python 3.8 ___ Python track

[issue46851] Document multiprocessing.set_forkserver_preload

Change by Alex Waygood : -- nosy: -AlexWaygood ___ Python tracker <https://bugs.python.org/issue46851> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46846] functools.partial objects should set __signature__ and _annotations__

Change by Alex Waygood : -- nosy: +AlexWaygood ___ Python tracker <https://bugs.python.org/issue46846> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46847] functools.update_wrapper doesn't understand partial objects and annotations

Change by Alex Waygood : -- nosy: +AlexWaygood, Jelle Zijlstra, sobolevn ___ Python tracker <https://bugs.python.org/issue46847> ___ ___ Python-bugs-list mailin

[issue45100] Improve help() by making typing.overload() information accessible at runtime

Alex Waygood added the comment: I'd dearly like better introspection tools for functions decorated with @overload, but I'd rather have a solution where: - inspect.signature doesn't have to import typing. That doesn't feel worth it for users who aren't u

[issue45100] Improve help() by making typing.overload() information accessible at runtime

Change by Alex Waygood : -- nosy: +sobolevn ___ Python tracker <https://bugs.python.org/issue45100> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46814] Documentation for constructing abstract base classes is misleading

Change by Alex Waygood : -- title: Documentation for constructin abstract base classes is misleading -> Documentation for constructing abstract base classes is misleading ___ Python tracker <https://bugs.python.org/issu

[issue46821] Introspection support for typing.overload

Alex Waygood added the comment: Discussion of similar ideas in Issue45100 -- ___ Python tracker <https://bugs.python.org/issue46821> ___ ___ Python-bugs-list m

[issue46771] Add some form of cancel scopes

Alex Grönholm added the comment: > I was under the impression that ExceptionGroup was somewhat backwards > compatible, in that you could still use `except CancelledError:` and it would > catch all the errors in the group. But, maybe I'm wrong, I've not seen the > docum

[issue46771] Add some form of cancel scopes

Alex Grönholm added the comment: > But, if we are using nonces on the CancelledError to keep track, then only 1 > context manager will know if it was themselves or not. This is exactly why > I'm proposing to use multiple CancelledErrors, so that every nonce is passed > to

[issue46771] Add some form of cancel scopes

Alex Grönholm added the comment: > Propagating an ExceptionGroup where every exception can be inspected to see > if it was caused by this code or not still seems like the safe option to me > (and obviously still has the cancel count implicitly). Note that this, too, causes

[issue46805] Add low level UDP socket functions to asyncio

Alex Grönholm added the comment: Yeah, my question was specific about the new functions, so I understood that a separate PR should add that to the all the relevant functions. I have a different problem now however: the test suite is failing in CI but not locally. It's giving me Name

[issue46771] Add some form of cancel scopes

Alex Grönholm added the comment: > It looks more complicated -- the extra parameter needs to be passed around > via the task and then into the CancelledError exception. It reduces overall complexity by making uncancellation unnecessary and restoring backwards compatibility. > What

[issue46805] Add low level UDP socket functions to asyncio

Change by Alex Grönholm : -- keywords: +patch pull_requests: +29583 stage: -> patch review pull_request: https://github.com/python/cpython/pull/31455 ___ Python tracker <https://bugs.python.org/issu

[issue46771] Add some form of cancel scopes

Alex Grönholm added the comment: > Alex, the 'scope' argument can be added if it is really required. > I'm not sure if the nonce is unavoidable still. What other generic solution is there? I've read your last few messages but didn't find an answer. There needs

[issue46771] Add some form of cancel scopes

Alex Grönholm added the comment: Can I also get comments on my proposal for the "scope" parameter? Is there a use case it would not solve? -- ___ Python tracker <https://bugs.python.o

[issue46807] Wrong class __annotations__ when field name and type are equal

Change by Alex Waygood : -- nosy: +Jelle Zijlstra ___ Python tracker <https://bugs.python.org/issue46807> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46807] Wrong class __annotations__ when field name and type are equal

Change by Alex Waygood : -- nosy: +AlexWaygood, larry ___ Python tracker <https://bugs.python.org/issue46807> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46805] Add low level UDP socket functions to asyncio

Alex Grönholm added the comment: One question: should I add the "flags" argument to the new functions? For some reason it's missing from the existing functions, so maybe I should add that in a separate PR? -- ___ Python

[issue46805] Add low level UDP socket functions to asyncio

New submission from Alex Grönholm : The asyncio module currently has a number of low-level functions for working asynchronously with raw socket objects. Such functions for working with UDP sockets are, however, notably absent, and there is no workaround for this. You can of course use

[issue46754] Improve Python Language Reference based on [Köhl 2020]

Change by Alex Waygood : -- keywords: -patch nosy: -AlexWaygood stage: patch review -> ___ Python tracker <https://bugs.python.org/issue46754> ___ ___ Py

[issue46754] Improve Python Language Reference based on [Köhl 2020]

Change by Alex Waygood : -- pull_requests: -29560 ___ Python tracker <https://bugs.python.org/issue46754> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46754] Improve Python Language Reference based on [Köhl 2020]

Change by Alex Waygood : -- keywords: +patch nosy: +AlexWaygood nosy_count: 1.0 -> 2.0 pull_requests: +29560 stage: -> patch review pull_request: https://github.com/python/cpython/pull/29479 ___ Python tracker <https://bugs.python.org/i

[issue46771] Add some form of cancel scopes

Alex Grönholm added the comment: I propose the following, backwards compatible solution: Add a new keyword argument to Task.cancel(): "scope: object = None". The behavior would be as follows: the scope is saved, and included in the raised CancelledError. If Task.cancel() is called

[issue46771] Add some form of cancel scopes

Alex Grönholm added the comment: I am also uncomfortable using the cancel message to deliver the token/nonce/whatever. If TaskGroup.cancel() is implemented, would it also deliver a cancellation in the parent task like trio and AnyIO do? It should IMHO, because otherwise if the task group is

[issue46771] Add some form of cancel scopes

Alex Grönholm added the comment: @Guido you asked for the AnyIO implementation of Happy Eyeballs; here it is: https://github.com/agronholm/anyio/blob/ac3e7c619913bd0ddf9c36b6e633b278d07405b7/src/anyio/_core/_sockets.py#L85 (I didn't paste the actual code here because it's wa

[issue46774] Importlib.metadata.version picks first distribution not latest

Change by Alex Waygood : -- nosy: +jaraco ___ Python tracker <https://bugs.python.org/issue46774> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46771] Add some form of cancel scopes

Alex Grönholm added the comment: I just tried to write a snippet to demonstrate the issue in TaskGroup, but that doesn't seem possible since TaskGroup never swallows a CancelledError. It always raises/propagates _some_ exception out of __aexit__() unless of course all the child tasks r

[issue46771] Add some form of cancel scopes

Alex Grönholm added the comment: Thanks, I will take a look at .uncancel() and .cancelling(). I saw that work happening in my email feed but couldn't figure out right away how it helped, but I will definitely look into the new TaskGroup code to see how it's used there and will g

[issue46771] Add some form of cancel scopes

Alex Grönholm added the comment: I'm not trying to argue that asyncio should be changed to have level cancellation or even cancel scopes as built-in (at this point), but expanding the low level API to make implementing these features possible in third party libraries without the aw

[issue46771] Add some form of cancel scopes

Alex Grönholm added the comment: A brief explanation of cancel scopes for the uninitiated: A cancel scope can enclose just a part of a coroutine function, or an entire group of tasks. They can be nested within each other (by using them as context managers), and marked as shielded from

[issue46769] Improve documentation for `typing.TypeVar`

New submission from Alex Waygood : There are three variants of `TypeVar`s: (1) TypeVars that are neither constrained nor bound: `T = TypeVar("T")` (2) TypeVars that are bound: `U = TypeVar("U", bound=str)` (3) TypeVars that are constrained: `V = TypeVar("V", str,

[issue46764] Wrapping a bound method with a @classmethod no longer works

Change by Alex Waygood : -- nosy: +rhettinger type: -> behavior ___ Python tracker <https://bugs.python.org/issue46764> ___ ___ Python-bugs-list mai

  1   2   3   4   5   6   7   8   9   10   >