Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

anextawaitable_close() should be a METH_NOARGS not METH_VARARGS #131666

Closed
picnixz opened this issue Mar 24, 2025 · 0 comments
Closed

anextawaitable_close() should be a METH_NOARGS not METH_VARARGS #131666

picnixz opened this issue Mar 24, 2025 · 0 comments
Assignees
@picnixz
Labels
interpreter-core (Objects, Python, Grammar, and Parser dirs) type-bug An unexpected behavior, bug, or error

Comments

@picnixz
Copy link
Member

picnixz commented Mar 24, 2025 •
edited
Loading

Bug report

Bug description:

See #131609 (comment).

We can backport it because a TypeError is already raised (it's not raised by anext_awaitable.close, but rather by coroutine_wrapper).

CPython versions tested on:

CPython main branch

Operating systems tested on:

No response

Linked PRs
@picnixz picnixz added interpreter-core (Objects, Python, Grammar, and Parser dirs) type-bug An unexpected behavior, bug, or error labels Mar 24, 2025
@picnixz picnixz self-assigned this Mar 24, 2025
@bedevere-app bedevere-app bot mentioned this issue Mar 24, 2025
Merged
kumaraditya303 pushed a commit that referenced this issue Mar 25, 2025
@picnixz
gh-131666: mark anext_awaitable.close as a METH_NOARGS instead of…
1393bd3 
… `METH_VARARGS` (#131671)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees

@picnixz picnixz

Labels
interpreter-core (Objects, Python, Grammar, and Parser dirs) type-bug An unexpected behavior, bug, or error
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
2 participants
@picnixz @kumaraditya303