Colin Alworth
Colin Alworth
Filed https://github.com/davidhalter/jedi/issues/2020 with jedi to correctly import without a RecursionError. However, it seems that a recursion error doesn't safely pass through jpy into Java, but instead causes this seg fault....
Filed https://github.com/jpy-consortium/jpy/issues/157 with jpy - apparently a higher than default recursionlimit must be used, but jedi sets recursionlimit to 3000 on startup: https://github.com/davidhalter/jedi/blob/91ffdead3291263a356a66e40c7e82cfa431107f/jedi/api/__init__.py#L46-L48
I've closed the jpy issue, and there is little or nothing we can do from DHC as far as I can tell - there seems to be a case where...
Affected: Python 3.9 and 3.10 Not affected: Python 3.8, 3.11+
I've found we do have one more mitigation option - the default python recursion limit is 1000, and jedi automatically raises this to 3000. It looks like the bug doesn't...
> I'm assuming something like `grpc-java/ (deephaven/)` would be what we want for the java client? Yes exactly - the JS client wouldn't list a grpc version (since it doesn't...
@rbasralian and while we could add a tool that just collects/shares the DH version, it seemed like a better bet to piggyback on the grpc version reporting feature, since we...
Hit this again today with @bmingles, the same workaround got us past it.
This is dependent on #188 to get proper deserialization of the values that the server wants to be able to send.