Uh oh!
There was an error while loading. Please reload this page.
support for Python 3.11 - #726
Conversation
hroncok
commented
Jun 17, 2022
Unfortunately, I still get errors/failures like: Or A lot of stuff like: I ama afraid I don'T know how to debug this :( |
hroncok
commented
Jun 17, 2022
Thanks |
minrk
commented
Jun 17, 2022
Managed to track it down to rendering tracebacks of deserialized functions: importtracebackfromipyparallel.serializeimportdeserialize_object, serialize_objectdeffail():
1/0pfail=serialize_object(fail)
fail2, _=deserialize_object(pfail)
try:
fail2()
exceptExceptionase:
traceback.print_exc()That Ultimately, because similar code is called in Maybe you know what the right fix is for that? Seems like there's something to add in the deserialize code. |
hroncok
commented
Jun 17, 2022
Sorry, no idea yet. |
minrk
commented
Jun 18, 2022
Oops, committed some debug prints. Will clean those out later |
hroncok
commented
Jun 18, 2022
The code that fails was added in python/cpython#26958 (Print columns in tracebacks (PEP 657)). I suppose @ammaraskar might be able to help here. It seems the position information is missing when ipyparallel serializes and deserializes the function, but I am not sure how exactly to access (and store) this information. |
should be more forward-compatible than a hardcoded tuple that changes every time but: can't inspect CodeType signature before 3.10
hroncok
commented
Jun 20, 2022
The current version seems to work for us in Fedora, thanks! |
minrk
commented
Jun 20, 2022
Thanks! |
No description provided.