I also see it with: test params are: codec=RandomCodecProvider: {id=MockFixedIntBlock(blockSize=1821), geo=SimpleText, name=MockSep}, locale=no_NO_NY, timezone=Europe/Chisinau
IIUC, that picks a random provider for each field? and geo got SimpleText. The actual error I see is with code I have to make sure we don't read too many bytes: BytesRef term = te.next(); while (term != null) { WKBReader reader = new WKBReader(factory); try { final BytesRef ref = term; Geometry geo = reader.read(new InStream() { int off = ref.offset; @Override public void read(byte[] buf) throws IOException { if (off + buf.length > ref.length) { throw new InvalidShapeException("Asking for too many bytes"); } for (int i = 0; i < buf.length; i++) { buf[i] = ref.bytes[off + i]; } off += buf.length; } }); ... On Wed, Mar 30, 2011 at 4:17 PM, Robert Muir <rcm...@gmail.com> wrote: > On Wed, Mar 30, 2011 at 4:15 PM, Ryan McKinley <ryan...@gmail.com> wrote: >> thanks -- I also see it failing on SimpleText. Is that expected? >> >> > > I don't think that is expected? The collation keys use binary terms in > their tests and pass with simpletext, though that doesn't mean their > isn't a possibility of a bug in SimpleText... > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org > For additional commands, e-mail: dev-h...@lucene.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org