You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@drill.apache.org by "Paul Rogers (JIRA)" <ji...@apache.org> on 2017/06/18 06:06:00 UTC

[jira] [Resolved] (DRILL-5592) Invalid

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

Paul Rogers resolved DRILL-5592.
--------------------------------
       Resolution: Invalid
    Fix Version/s:     (was: 1.11.0)

> Invalid
> -------
>
>                 Key: DRILL-5592
>                 URL: https://issues.apache.org/jira/browse/DRILL-5592
>             Project: Apache Drill
>          Issue Type: Bug
>    Affects Versions: 1.8.0
>            Reporter: Paul Rogers
>            Assignee: Paul Rogers
>
> Drill contains a vector class called {{BitVector}} that, apparently, at one time used bits to indicate the set (i.e. not null) state of a nullable vector. At some point in time, the vector because a byte vector (though it retained the original name.)
> It seems some methods were never updated and continue to assume 8 values per byte:
> {code}
>   private int getSizeFromCount(int valueCount) {
>     return (int) Math.ceil(valueCount / 8.0);
>   }
>   @Override
>   public int getValueCapacity() {
>     return (int) Math.min((long)Integer.MAX_VALUE, data.capacity() * 8L);
>   }
>   private int getByteIndex(int index) {
>     return (int) Math.floor(index / 8.0);
>   }
> {code}
> As a result of this old code, certain other methods don't work as expected:
> {code}
>   @Override
>   public void allocateNew(int valueCount) {
>     final int size = getSizeFromCount(valueCount);
>     allocateBytes(size);
>   }
> {code}
> The bug causes the above to allocate room for only 1/8 the values expected. While the mistake is benign, {setSafe}} will have to do three unnecessary doublings to compensate for the error.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)