Skip to content

create_datagram_endpoint expects a str when family=AF_UNIX #9574

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.

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

Merged
merged 3 commits into from
Jan 21, 2023

Conversation

kizycat
Copy link

@kizycat kizycat commented Jan 20, 2023

Since python 3.7, asyncio.loop.create_datagram_endpoint expects the arguments local_addr and remote_addr to be str or None when the argument family is socket.AF_UNIX (and if when sock is not None, it is also a unix socket). Here is a link to the relevant line in the standard library: https://github.com/python/cpython/blob/main/Lib/asyncio/base_events.py#L1319

Here is a link to the pull request on the cpython repository which effected this change: python/cpython#3164

i'm not at all sure if I've made the changes correctly. is there a way to represent the dependency on the family argument that i'm missing?

Since python 3.7, asyncio.loop.create_datagram_endpoint expects the
arguments `local_addr` and `remote_addr` to be `str` or `None` when the
argument family=`socket.AF_UNIX` and the argument `sock` is `None` or
also a unix socket.

Here is a link to the relevant line in the standard library:
https://github.com/python/cpython/blob/main/Lib/asyncio/base_events.py#L1319

And here is a link to the pull request for the change which introduced
this in python 3.7:
python/cpython#3164
@github-actions

This comment has been minimized.

@srittau
Copy link
Collaborator

srittau commented Jan 21, 2023

Please note that Python 3.7 is the minimum version we support in typeshed, so there's no need for an extra branch for Python >= 3.7.

@kizycat
Copy link
Author

kizycat commented Jan 21, 2023

thanks, i think i've fixed it now. i was going off the versions file which lists 3.4 as the minimum version but i am probably reading it wrong.

@github-actions
Copy link
Contributor

According to mypy_primer, this change has no effect on the checked open source code. 🤖🎉

@srittau
Copy link
Collaborator

srittau commented Jan 21, 2023

Thanks!

@srittau srittau merged commit b11e2e3 into python:main Jan 21, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants