-
Notifications
You must be signed in to change notification settings - Fork 65
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
allow arrow::ListType, arrow::StringType until permanent solution in place #251
allow arrow::ListType, arrow::StringType until permanent solution in place #251
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank you. That is what you meant by add them as cases. I didn't realize it would be so easy. But will it cause them to be dropped or passed along?
It shouldn't change the "drop or pass along" behavior, which is still dependent on shared-memory vs distributed. What it will change is, once it's passed along, it won't fail due to this particular reason |
Quick FYI @aneeshdurg @roshandathathri This will introduce List and String back to our visitors, that way code running on shared memory can still use the list properties that we can't distribute for now. A more permanent solution is wip in #250 to get those properties matching the types we expect, after which this can be rolled back. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Lgtm
I would love to just port this fix into my local PR. But when I do, I get these build errors. Am I overlooking something?
|
It starts here.
|
This should be resolvable by duplicating this function https://github.com/KatanaGraph/katana-enterprise/blob/ac28ce27d7cfdea537d2583362e295289c724037/libquery/include/katana/query/ArrowArrays.h#L20-L27 with a change from |
Boy, ain't it easy when you know how. Yep, that does it and of course that change isn't in this PR because it is in enterprise. While I have picked up these changes on my branch, I'm happy for you to merge them. Though I realize an open/enterprise merge is a bit of a pain. |
Hmm, I'm not sure this is such a great workaround because when I enable it, I get the following error from ArrowVisitor.cpp:79.
|
Ah yes, this would trigger that issue. This one should be worth fixing instead of working around, shouldn't take too long |
9c1ac62
to
3ebff4d
Compare
3ebff4d
to
0dc4933
Compare
@witchel should be fixed now, let me know if there's any more whack-a-mole to play! |
My preferred path at this point would be for you to commit the PR, is that possible? |
Yes, my intent is to merge it simultaneous with #246, https://github.com/KatanaGraph/katana-enterprise/pull/1148, and https://github.com/KatanaGraph/query-verify-neo4j/pull/31, hopefully tonight |
Possible temporary solution for problematic types