]> git.ipfire.org Git - thirdparty/Python/cpython.git/commit
gh-113320: Reduce the number of dangerous `getattr()` calls when constructing protoco...
authorAlex Waygood <Alex.Waygood@Gmail.com>
Fri, 5 Jan 2024 01:01:48 +0000 (01:01 +0000)
committerGitHub <noreply@github.com>
Fri, 5 Jan 2024 01:01:48 +0000 (01:01 +0000)
commited6ea3ea79fac68b127c7eb457c7ecb996461010
tree956604543a694556b838c54e9650fb2f8bc2e93e
parentfcb3c2a444709d2a53faa20c5b43541674064018
gh-113320: Reduce the number of dangerous `getattr()` calls when constructing protocol classes (#113401)

- Only attempt to figure out whether protocol members are "method members" or not if the class is marked as a runtime protocol. This information is irrelevant for non-runtime protocols; we can safely skip the risky introspection for them.
- Only do the risky getattr() calls in one place (the runtime_checkable class decorator), rather than in three places (_ProtocolMeta.__init__, _ProtocolMeta.__instancecheck__ and _ProtocolMeta.__subclasscheck__). This reduces the number of locations in typing.py where the risky introspection could go wrong.
- For runtime protocols, if determining whether a protocol member is callable or not fails, give a better error message. I think it's reasonable for us to reject runtime protocols that have members which raise strange exceptions when you try to access them. PEP-544 clearly states that all protocol member must be callable for issubclass() calls against the protocol to be valid -- and if a member raises when we try to access it, there's no way for us to figure out whether it's a callable member or not!
Lib/test/test_typing.py
Lib/typing.py
Misc/NEWS.d/next/Library/2023-12-22-11-30-57.gh-issue-113320.Vp5suS.rst [new file with mode: 0644]