Mailing-List: contact dev-help@lucene.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@lucene.apache.org
Received-SPF: pass (nike.apache.org: domain of rcmuir@gmail.com designates
 209.85.214.48 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :content-type:content-transfer-encoding;
        b=NTrJUiifd8tfm8rzJhAJIYAmRHHuj/N5c4eif0cw2u46MHoGQqcx/yg+V8v+vM8ZII
         G58RfTx983VYWnfg9CzOeYg2Wnr8cNhdLb4YTuyBofK9ho2jmmU6dQC9P9txbsI9IfQF
         HxKuFFiZnfZBQslhtfreUZEWhLoQTHHXcf+JA=
MIME-Version: 1.0
In-Reply-To: <009701cc3283$f1d897b0$d589c710$@thetaphi.de>
References: <BANLkTikhaH2qi3Qy5Bf4rUKGEwy4T_WFcA@mail.gmail.com>
 <008a01cc327d$1b223830$5166a890$@thetaphi.de>
 <009401cc327d$5d4ab660$17e02320$@thetaphi.de>
 <BANLkTin5t3O9s0U3w70Em=NBj317v93iOg@mail.gmail.com>
 <009501cc327e$943cea70$bcb6bf50$@thetaphi.de>
 <BANLkTinJpdVQgoHKWQz2KePhAR=obtxFVg@mail.gmail.com>
 <BANLkTi=i8DO_daicvsj=jmfNs=KkvNXgbg@mail.gmail.com>
 <009601cc3282$4264eeb0$c72ecc10$@thetaphi.de>
 <009701cc3283$f1d897b0$d589c710$@thetaphi.de>
From: Robert Muir <rcmuir@gmail.com>
Date: Fri, 24 Jun 2011 11:33:26 -0400
Message-ID: <BANLkTik2c+Skk2v0Zcm2uBu68WJ99u32UQ@mail.gmail.com>
Subject: Re: [VOTE] release 3.3
To: dev@lucene.apache.org
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

And -Xint and -client

On Fri, Jun 24, 2011 at 11:32 AM, Uwe Schindler <uwe@thetaphi.de> wrote:
> The bug is *not* fixed by replacing Long.numberOfLeadingZeros(word) with =
BitUtils.nlz(word).
>
> So this is really strange. Also happens with -Xbatch.
>
> -----
> Uwe Schindler
> H.-H.-Meier-Allee 63, D-28213 Bremen
> http://www.thetaphi.de
> eMail: uwe@thetaphi.de
>
>
>> -----Original Message-----
>> From: Uwe Schindler [mailto:uwe@thetaphi.de]
>> Sent: Friday, June 24, 2011 5:20 PM
>> To: dev@lucene.apache.org
>> Subject: RE: [VOTE] release 3.3
>>
>> I assume the problem is the intrinsic, I will replace by the own hacker'=
s
>> delight impl (like we do everywhere else in OpenBitSet, why did we use t=
he
>> platform method here?) and try again....
>>
>> Uwe
>>
>> -----
>> Uwe Schindler
>> H.-H.-Meier-Allee 63, D-28213 Bremen
>> http://www.thetaphi.de
>> eMail: uwe@thetaphi.de
>>
>>
>> > -----Original Message-----
>> > From: Robert Muir [mailto:rcmuir@gmail.com]
>> > Sent: Friday, June 24, 2011 5:07 PM
>> > To: dev@lucene.apache.org
>> > Subject: Re: [VOTE] release 3.3
>> >
>> > Just some more info: i took away the seed and used -Dtests.iter=3D100 =
on
>> > this
>> > test:
>> >
>> > JAVA5:
>> > =C2=A0 =C2=A0 [junit] Testsuite: org.apache.lucene.util.TestOpenBitSet
>> > =C2=A0 =C2=A0 [junit] Tests run: 400, Failures: 0, Errors: 23, Time el=
apsed:
>> > 21.793 sec
>> >
>> > JAVA6:
>> > junit-sequential:
>> > =C2=A0 =C2=A0 [junit] Testsuite: org.apache.lucene.util.TestOpenBitSet
>> > =C2=A0 =C2=A0 [junit] Tests run: 400, Failures: 0, Errors: 0, Time ela=
psed:
>> > 19.719 sec
>> >
>> > so this test fails 23% of the time on java5.
>> >
>> > The reason we never caught it, is that java5 is unmaintained and we
>> > cannot even test it in hudson... aka we cannot support this monster
>> anymore!!!!
>> >
>> > On Fri, Jun 24, 2011 at 11:02 AM, Robert Muir <rcmuir@gmail.com> wrote=
:
>> > > On Fri, Jun 24, 2011 at 10:54 AM, Uwe Schindler <uwe@thetaphi.de>
>> > wrote:
>> > >> The OpenBitSet test is in all cases serious (vs. the skiplist test
>> > >> is a test bug,
>> > that true).
>> > >>
>> > >> The AIOOBE is caused inside OpenBitSet and that should never ever
>> > happen, even if you use it incorrectly!
>> > >
>> > > Its not clear that its that serious, it only fails with java 5 for
>> > > me (not java 6) :)
>> > >
>> > > Looks like a bug in java 5...
>> > >
>> >
>> > ---------------------------------------------------------------------
>> > To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For
>> > additional commands, e-mail: dev-help@lucene.apache.org
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For additional
>> commands, e-mail: dev-help@lucene.apache.org
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
> For additional commands, e-mail: dev-help@lucene.apache.org
>
>

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