You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Michael McCandless (JIRA)" <ji...@apache.org> on 2016/03/02 00:56:18 UTC

[jira] [Created] (LUCENE-7059) Verify that 1D point values are visited in order

Michael McCandless created LUCENE-7059:
------------------------------------------

             Summary: Verify that 1D point values are visited in order
                 Key: LUCENE-7059
                 URL: https://issues.apache.org/jira/browse/LUCENE-7059
             Project: Lucene - Core
          Issue Type: Bug
            Reporter: Michael McCandless
            Assignee: Michael McCandless
            Priority: Blocker
             Fix For: master, 6.0


The new PointInSetQuery (LUCENE-7048) hit a tricky test failure
(https://builds.apache.org/job/Lucene-Solr-Tests-trunk-Java8/871/)
where point values were sometimes not visited in order like it
expected.

I pushed a hack to fix the query, but I think we should do a better
fix, here, making the "values in order in the 1D case" part of the
API, fixing CheckIndex, AssertingPointFormat to verify this, and
removing the buggy MultiPointValues.

I also found a possibly serious bug in BKDWriter, where it was doing
{{writeInt/writeLong}} to its offline files, but then reading with
{{readVInt/readVLong}}!  It's hard to provoke, though: it only strikes
in the tie-break case (same values across docs), and even then only if
the {{IntroSorter}} does a non-stable sort.  I made a failing test
case and fixed that bug, and also removed the unnecessary ord tie
breaking from BKDWriter's comparator.

Finally, I saw {{BKDWriter}} was failing to pass on its
{{maxMBSortInHeap}} down to {{OfflineSorter}}, and fixed that.




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org