You are viewing a plain text version of this content. The canonical link for it is here.

Posted to jira@arrow.apache.org by "ASF GitHub Bot (Jira)" <ji...@apache.org> on 2021/10/14 07:20:00 UTC

[jira] [Updated] (ARROW-14203) [C++] Fix description of ExecBatch.length for Scalars in aggregate kernels

     [ https://issues.apache.org/jira/browse/ARROW-14203?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

ASF GitHub Bot updated ARROW-14203:
-----------------------------------
    Labels: pull-request-available  (was: )

> [C++] Fix description of ExecBatch.length for Scalars in aggregate kernels
> --------------------------------------------------------------------------
>
>                 Key: ARROW-14203
>                 URL: https://issues.apache.org/jira/browse/ARROW-14203
>             Project: Apache Arrow
>          Issue Type: Bug
>            Reporter: Eduardo Ponce
>            Assignee: Eduardo Ponce
>            Priority: Minor
>              Labels: pull-request-available
>             Fix For: 6.0.0
>
>          Time Spent: 10m
>  Remaining Estimate: 0h
>
> [The comment for the *length* data member of ExecBatch|https://github.com/apache/arrow/blob/master/cpp/src/arrow/compute/exec.h#L202-L211] states that it will always have a value of 1 for Scalar types. This is misleading/incorrect because for aggregate kernels you could have an ExecBatch formed by projecting just the partition columns from a batch, in which case you'd have scalar rows with a length > 1.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)