-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
Avoid crashes in rowGroupUncompressedSize due to column index being o… #9223
Avoid crashes in rowGroupUncompressedSize due to column index being o… #9223
Conversation
Hi @makagonov! Thank you for your pull request. We require contributors to sign our Contributor License Agreement, and yours needs attention. You currently have a record in our system, but the CLA is no longer valid, and will need to be resubmitted. ProcessIn order for us to review and merge your suggested changes, please sign at https://code.facebook.com/cla. If you are contributing on behalf of someone else (eg your employer), the individual CLA may not be sufficient and your employer may need to sign the corporate CLA. Once the CLA is signed, our tooling will perform checks and validations. Afterwards, the pull request will be tagged with If you have received this in error or have any questions, please contact us at cla@meta.com. Thanks! |
✅ Deploy Preview for meta-velox canceled.
|
@@ -418,7 +418,7 @@ std::shared_ptr<const ParquetTypeWithId> ReaderBase::getParquetColumnInfo( | |||
std::move(children), | |||
curSchemaIdx, | |||
maxSchemaElementIdx, | |||
columnIdx++, | |||
columnIdx - 1, // was already incremented for leafTypePtr |
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.
for my understanding, why here it's not ParquetTypeWithId::kNonLeaf but columnIdx - 1?
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.
the else
statement is for the leaf type columns. If the column is a repeated type (like array), it would have the same column index as the column itself.
closing with #9187 |
fixes #9222
Turns out that in the
getParquetColumnInfo
function, the column was incremented twice for array types, which would result in out-of-bounds vector access down the road. We could confirm it in Uber by deploying theVELOX_CHECK_LT
statements in the code, where we started seeing tons of logs like:The crash was not happening frequently because the
[]
operator on vector does not do out-of-bounds check and would result in an undefined behavior in case if the code tries to access an element at wrong index. Undefined behavior does not necessarily mean you'll get an error: you might, but you might instead get some result that doesn't make much sense.