Skip to content
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

[C++] Investigate recursive data types limit in flatbuffers #15526

Closed
asfimport opened this issue Apr 18, 2016 · 4 comments
Closed

[C++] Investigate recursive data types limit in flatbuffers #15526

asfimport opened this issue Apr 18, 2016 · 4 comments
Assignees
Milestone

Comments

@asfimport
Copy link

This was discovered when testing out recursion limit code. It appears there is a bug in our code or a limitation in flatbuffers that a nested type of length ~71 doesn't round trip correctly.

Reporter: Micah Kornfield / @emkornfield
Assignee: Wes McKinney / @wesm

Note: This issue was originally created as ARROW-109. Please see the migration documentation for further details.

@asfimport
Copy link
Author

Julien Le Dem / @julienledem:
[~emkornfield@gmail.com] do you have a unit test to reproduce this?
Is it a problem? 71 levels of nesting sounds like a lot.

@asfimport
Copy link
Author

Micah Kornfield / @emkornfield:
I don't think its a blocker it is a lot. It was just surprising (and a strange number to break at). I discovered it while writing https://github.com/apache/arrow/blob/master/cpp/src/arrow/ipc/ipc-adapter-test.cc#L221

@asfimport
Copy link
Author

Wes McKinney / @wesm:
PR: #357

@asfimport
Copy link
Author

Wes McKinney / @wesm:
Issue resolved by pull request 357
#357

@asfimport asfimport added this to the 0.3.0 milestone Jan 11, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants