[ https://issues.apache.org/jira/browse/LUCENE-1410?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12972990#action_12972990 ]
Robert Muir commented on LUCENE-1410: ------------------------------------- bq. How come bits cannot go up to 31? Or maybe you just use a full int if it's over 28? Seems like a good idea... Seems like we need to solve this with simple9/simple16 too? bq. Although all tests pass if I run w/ -Dtests.codec=PatchedFrameOfRef2, if I try to build a big wikipedia index I hit this: Mike, I've encountered this problem myself while messing with for/pfor. I know for these things we need low-level unit tests, but can we cheat in some way? Like a random test that encodes/decodes a ton of integers (including things that would be rare deltas) via the codec API? > PFOR implementation > ------------------- > > Key: LUCENE-1410 > URL: https://issues.apache.org/jira/browse/LUCENE-1410 > Project: Lucene - Java > Issue Type: New Feature > Components: Index > Reporter: Paul Elschot > Priority: Minor > Fix For: Bulk Postings branch > > Attachments: autogen.tgz, for-summary.txt, > LUCENE-1410-codecs.tar.bz2, LUCENE-1410.patch, LUCENE-1410.patch, > LUCENE-1410.patch, LUCENE-1410.patch, LUCENE-1410b.patch, LUCENE-1410c.patch, > LUCENE-1410d.patch, LUCENE-1410e.patch, TermQueryTests.tgz, TestPFor2.java, > TestPFor2.java, TestPFor2.java > > Original Estimate: 21840h > Remaining Estimate: 21840h > > Implementation of Patched Frame of Reference. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org