-
Notifications
You must be signed in to change notification settings - Fork 1.7k
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
pathlib.Path change breaks on Mac OS X with OSError: AF_UNIX path too long #929
Comments
As a stop gap fix to the issue you can run the test suite on OSX with some skips:
|
Yeesh OSX, that long temporary directory and short file path limit doesn't leave much room for the file name. Detecting a too-long path and then choosing a shorter one is probably the best solution here. (roughly like the code @voith pointed to) |
fselmo
added a commit
to fselmo/web3.py
that referenced
this issue
Sep 20, 2023
fselmo
added a commit
to fselmo/web3.py
that referenced
this issue
Sep 20, 2023
fselmo
added a commit
to fselmo/web3.py
that referenced
this issue
Sep 20, 2023
fselmo
added a commit
to fselmo/web3.py
that referenced
this issue
Sep 20, 2023
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
What was wrong?
The recently merged PR #921 adding pathlib.Path to IPCProvider breaks on Mac OS X, but not Ubuntu Linux.
$ tox -e py36-core
hangs indefinitely:tests/core/providers/test_ipc_provider.py::test_sync_waits_for_full_result FAILED [ 56%]
The specific test output is:
As can be seen above, the
AF_UNIX path too long
failure happens at web3/providers/ipc.py:30sock.connect(ipc_path)
.How can it be fixed?
Rollback the pathlib.Path change for now, or don't run
test_sync_waits_for_full_result()
on Mac OS X with a pathlib.Path as the argument to theIPCProvider()
constructor.The text was updated successfully, but these errors were encountered: