Mailing-List: contact dev-help@harmony.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@harmony.apache.org
Received-SPF: pass (herse.apache.org: domain of ivavladimir@gmail.com
 designates 66.249.82.238 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=cvljdLkRKrdFq+RvfN8vyb9xgDRheWRimzpbqn1OdbVqCcnz9z8bUTKTRBLuX0+OIB9A76J0/7TrTU0hisRA/Jd7aPMDvu5s4wONSxe86iOFnVKuMRVtEPL9UHJaeFK18wPNxmGOGMT1OSYoG/jdDPcLA1pcvRx+qMJA7I+fT2Y=
Message-ID: <7273946b0706260506g31809cebi5a6ac979169d1049@mail.gmail.com>
Date: Tue, 26 Jun 2007 19:06:35 +0700
From: "Vladimir Ivanov" <ivavladimir@gmail.com>
To: dev@harmony.apache.org
Subject: Re: [general][M2] Code frozen
In-Reply-To: <7273946b0706260422r2630986bl15825f63fd3b30cd@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <906dd82e0706240018u3f4f092fqb30fe4aa87b1af03@mail.gmail.com>
	 <6e47b64f0706250238o6152ca0av84e6a8b810805e6d@mail.gmail.com>
	 <906dd82e0706250242u53a29864s9f4854561a9e0b9f@mail.gmail.com>
	 <6e47b64f0706250312h70259818m821277f04d3a467c@mail.gmail.com>
	 <b6cb498e0706250918s2d49a2f2j29567edb8a6ec03b@mail.gmail.com>
	 <6e47b64f0706251953k32d85a1ale6acacb393d78006@mail.gmail.com>
	 <6e47b64f0706252024i4e7fa110p8f0d301096068766@mail.gmail.com>
	 <4680F074.2070509@gmail.com>
	 <b6cb498e0706260411o7f96d0ddnffc48d155e7f729e@mail.gmail.com>
	 <7273946b0706260422r2630986bl15825f63fd3b30cd@mail.gmail.com>

OK, looking through the federated build I found the difference between
my 'DRLVM' build and federated one. In the first case 'classlib' was
built in the 'debug' mode.
When classlib was rebuilt with -Dhy.cfg=release option the
StrictMathTest failed on this build too.
So we should look at the differences between classlib 'debug' and
'release' build modes to find the reason of these test failure.

 thanks, Vladimir

On 6/26/07, Vladimir Ivanov <ivavladimir@gmail.com> wrote:
> I run the failed Math tests and got a litle bit strange results:
> these 3 tests passed on the runtime built by DRLVM build and failed on
> the runtime built by federated build. ie the command:
> ant test -Dbuild.module=luni
> -Dtest.jre.home=projects/trunk/working_vm/build/lnx_ia32_gcc_release/deploy/jdk/jre/
> -Dtest.case=org.apache.harmony.luni.tests.java.lang.StrictMathTest
>
> leads to the message:
>    [junit] Tests run: 44, Failures: 1, Errors: 0, Time elapsed: 0.335 sec
>    [junit] Test org.apache.harmony.luni.tests.java.lang.StrictMathTest FAILED
>
> while command:
> ant test -Dbuild.module=luni
> -Dtest.jre.home=projects/drlvm/trunk/build/lnx_ia32_gcc_release/deploy/jdk/jre/
> -Dtest.case=org.apache.harmony.luni.tests.java.lang.StrictMathTest
>
> leads to the message:
>    [junit] Running org.apache.harmony.luni.tests.java.lang.StrictMathTest
>    [junit] Tests run: 44, Failures: 0, Errors: 0, Time elapsed: 0.332 sec
>
> Both runtimes report one version:
> svn = r550333, (Jun 26 2007), Linux/ia32/gcc 3.3.3, release build
>
> Could someone from DRLVM-build gurus look at this issue?
>
>  thanks, Vladimir
>
> On 6/26/07, Ivan Popov <ivan.g.popov@gmail.com> wrote:
> > As I mentioned above, it is known failure, not a regression. It's safe
> > to add it to exclude list and ignore for now.
> >
> > Thanks.
> > Ivan (jdwp person)
> >
> > On 6/26/07, Tim Ellison <t.p.ellison@gmail.com> wrote:
> > > Stepan Mishura wrote:
> > > > On 6/26/07, Stepan Mishura wrote:
> > > >> On 6/25/07, Ivan Popov wrote:
> > > >> > I see two failures of jdktools tests, which are not new ones.
> > > >> >
> > > >>
> > > >> Ivan,
> > > >>
> > > >> Thanks for prompt failure analysis. I'm going to add HoldEventsTest to
> > > >> exclude list for intermittent failures on Linux, increase timeout and
> > > >> re-run tests.
> > > >
> > > > Ops, sorry ... I've updated the exclude list without getting agreement
> > > > from another committer. Please let me know if there any objections for
> > > > updating the exclude list.
> > >
> > > It would be good to hear from a VM/jdwp person whether this is a
> > > regression that needs to be fixed, or whether it is safe to ignore it
> > > for now.
> > >
> > > Regards,
> > > Tim
> > >
> >
>