Geting ready for the first beta of MUTIS (lucene port to Delphi), I wonder
if is possible reuse the PyLucene conversion of the Java package to C/C++
and extend it under Delphi.
I plan release MUTIS for .NET and Win32/Linux and I think for the
Linux/Win32 route this can be the short path.
However
Got it.
This was the problem, in TermInfosWriter.writeTerm():
-lastTerm = term;
+lastBytes = bytes;
}
Without lastTerm being updated, the auxiliary term dictionary got
screwed up. This problem only manifested on large tests because small
tests never moved past the first entry, which
Duh, sorry for the noise. I didn't see that attachment in the other message.
It looks like it wasn't stripped after all.
Otis
- Original Message
From: Otis Gospodnetic <[EMAIL PROTECTED]>
To: java-dev@lucene.apache.org
Sent: Sunday, May 7, 2006 11:08:42 AM
Subject: Re: 2.0 release
Mu
Murat,
The mailing list software strips attachments. You may want to post this
somewhere and send the URL.
Thanks,
Otis
- Original Message
From: [EMAIL PROTECTED]
To: java-dev@lucene.apache.org
Cc: Otis Gospodnetic <[EMAIL PROTECTED]>
Sent: Sunday, May 7, 2006 9:27:34 AM
Subject: Re:
Previously, I replied to another thread on Vectors.
The attached .xsl file which shows avg. msec. for changing buffer sizes,
reported from an experiment on TREC collection.
This might help for a decision.
Cheers,
Murat
> I recall somebody (Doug, I think, but I could be wrong) trying different
>
I recall somebody (Doug, I think, but I could be wrong) trying different buffer
sizes and reporting insignificant performance changes. But please provide a
patch in the JIRA issue, and people can vote for it, if they like it.
Otis
- Original Message
From: Tatu Saloranta <[EMAIL PROTEC
On Sun, 2006-05-07 at 12:55 +0100, [EMAIL PROTECTED] wrote:
> > Some what off topic, but I've started looking in to porting Lucene to
> > J2ME (that leaves me with only pre-JCF collections and no floats). I
> > have absolutely no idea what to use it for, but imagine something in the
> > lines of d
Hi,
A few months ago, I did some benchmarking on file reading operations, not
for the collection classes, I'm affraid. I wrote a couple of lines to see
which method of reading files would perform better than the others(XP 1Gb
mem, P4 3.19Hhz, java 1.4.2). I experimented on TREC collection. The
att
Karel Tejnora <[EMAIL PROTECTED]> wrote on 03/05/2006 02:29:06 AM:>
>..
> Before compound file is created the segments info are written but points
> to non-existing coumpound file then new .tmp is created and renamed to
.cfs
> Between time when new segments was written and new cfs is creating Index
[
http://issues.apache.org/jira/browse/LUCENE-554?page=comments#action_12378295 ]
Nadav Har'El commented on LUCENE-554:
-
Hi Otis, sorry about lingering with this patch (I've been very busy, not to
mention a daughter two weeks ago :-) I still want to tes
We have done this two years ago, for Lucene 1.2.
The major challenge was the Floating points and a few classes.
(We used this pack http://mywebpages.comcast.net/ohommes/MathFP/)
As u said J2ME has a very limited API for data structures.
I'm not sure there is need for all the classes of Lucene to
11 matches
Mail list logo
