Mailing-List: contact dev-help@lucene.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@lucene.apache.org
Received-SPF: pass (athena.apache.org: domain of yseeley@gmail.com designates
 74.125.82.48 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:reply-to:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:content-type
         :content-transfer-encoding;
        b=Nc0K+QCdeyoirkLxM1KezznUGjT5HR8VeWo+ALPxkd1Vx042uQko0as2lXUHPgurFV
         q+GVYg0mVEcegf5Ls1H7ijYPKg54CmGk2p9/BlB3ksn8VwVVcMjY3FQ1ONl+lKD2MfDo
         9Nckghtd5hPD/NXYG9+zEz48hEOLf7rDmi2ng=
MIME-Version: 1.0
Sender: yseeley@gmail.com
Reply-To: yonik@lucidimagination.com
In-Reply-To: <AANLkTinero7p82TlrgNk12eBB7L1gtUnJzezkuNsFZI0@mail.gmail.com>
References: 
 <22422775.9881273806729330.JavaMail.hudson@hudson.zones.apache.org>
	 <AANLkTinkObZKjR0MzzvRI1ulw7xbZtWMqf7QMI2gt8Te@mail.gmail.com>
	 <AANLkTinC05ALTEG8mcWlGrmhPvfxSYAGZMd4HC1OHVs-@mail.gmail.com>
	 <AANLkTintQu9FOaOXgwNVfOvH3RORJCxFW_9OasKGYAVi@mail.gmail.com>
	 <AANLkTimeOiygRCQTHHmCR0VQb2NR_cvOtAe-I3w4huyy@mail.gmail.com>
	 <AANLkTimsglMpPUh19xxNET2TmNw2Z5THrt8ZYPoBCd1t@mail.gmail.com>
	 <AANLkTinero7p82TlrgNk12eBB7L1gtUnJzezkuNsFZI0@mail.gmail.com>
Date: Fri, 14 May 2010 11:26:18 -0400
Message-ID: <AANLkTimlPofN4h0EYotO-dLsNFzqyqvcI70_ghRmgEE0@mail.gmail.com>
Subject: Re: Build failed in Hudson: Lucene-trunk #1187
From: Yonik Seeley <yonik@lucidimagination.com>
To: dev@lucene.apache.org
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

On Fri, May 14, 2010 at 11:23 AM, Yonik Seeley
<yonik@lucidimagination.com> wrote:
> On Fri, May 14, 2010 at 11:21 AM, Michael McCandless
> <lucene@mikemccandless.com> wrote:
>> On Fri, May 14, 2010 at 10:59 AM, Yonik Seeley
>> <yonik@lucidimagination.com> wrote:
>>> On Fri, May 14, 2010 at 7:29 AM, Robert Muir <rcmuir@gmail.com> wrote:
>>>> On Fri, May 14, 2010 at 5:14 AM, Michael McCandless
>>>> <lucene@mikemccandless.com> wrote:
>>>>> Or just cutover to UTF8 order for trunk.
>>>>
>>>> I would really prefer we go this route, instead of trying to do any
>>>> hacks at this point!
>>>
>>> Sounds good...
>>> So it seems like the biggest issue we might have in cutting over would
>>> be the field cache and sorting? =A0Instead of using String.compareTo we
>>> need one that compares as UTF-32 (or longer term, don't even create
>>> strings of course...)
>>
>> Actually, I think on changing to unicode codepoint order, the
>> StringIndex returned by FieldCache would in fact be sorted in
>> codepoint order (even though it's still a String[]), because it just
>> enums the terms from TermsEnum.
>
> Right... the FIeldCache will be ordered correctly... but when the sort
> code compares values across segments?

And even worse... when a binary search is done to convert an ord from
one segment to another.
-Yonik

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