-
-
Notifications
You must be signed in to change notification settings - Fork 246
Add workaround for CPython issue #10509 #166
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
Comments
Issue #189 was marked as a duplicate of this issue. Original Comment By: Andreas Stührk |
Fixed upstream (http://hg.python.org/cpython/rev/fa5e348889c2) in 3.2 as well. As it will be fixed in the next Python 3.2 release and we have a workaround for the most common case, I'll close this issue. Original Comment By: Andreas Stührk |
I added a workaround for the most common case in <<changeset 1f9c109f0d1d>>. Original Comment By: Andreas Stührk |
Unfortunately, this might not be as easy that I thought, as //importlib// seems to implement some stuff as internal API only. Original Comment By: Andreas Stührk |
I think we should rather use //importlib// instead of that crazy patch. Original Comment By: Andreas Stührk |
Patch at http://bpaste.net/show/14319/ Original Comment By: Andreas Stührk |
It didn't get fixed. Also, someone complained on IRC about it. We should add a workaround. Original Comment By: Andreas Stührk |
Seee http://bugs.python.org/issue10509. If it doesn't get fixed in 3.2, we probably need some workaround. Otherwise, bpython can crash while initialising its import completion, which is quite bad (as I don't think that import completion can be turned off right now).
The text was updated successfully, but these errors were encountered: