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 xiaofeng.li@gmail.com
 designates 66.249.82.230 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=TE7dh2z+Ueju38vTv88OLm2jZyIRXBxlbiWxcJATCakJVFMMlsVnxBqWB/cZVGO2QQvmpnC7Dysh0jYdnYbYjq8poJkV5XZ2qBAVltQ1fJsn4hUReBPncY7WcqqALVGxtli52iW1TfGGate7ybdgAqskTAa5YnhiojE3IReTaPc=
Message-ID: <9623c9a50705140219q4a0b89a2ubae34af295352414@mail.gmail.com>
Date: Mon, 14 May 2007 17:19:01 +0800
From: "Xiao-Feng Li" <xiaofeng.li@gmail.com>
To: dev@harmony.apache.org
Subject: Re: [testing][general] CC/CI reports failures
In-Reply-To: <7273946b0705132223u6c6e2171ped7c2cf745cb67e1@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: <7273946b0705132024q15bb0eeue1a2665f65971cd7@mail.gmail.com>
	 <9623c9a50705132044l327f2d96t1dbabd008cf6aaac@mail.gmail.com>
	 <7273946b0705132221s4d3ba842p2f0e2fbf763ce30a@mail.gmail.com>
	 <7273946b0705132223u6c6e2171ped7c2cf745cb67e1@mail.gmail.com>

On 5/14/07, Vladimir Ivanov <ivavladimir@gmail.com> wrote:
> Sorry, forgot to copy test name:
> classlib\trunk\build.xml:169: The following error occurred while
> executing this line: classlib\trunk\make\build-test.xml:142: There
> were test crashes:
> classlib\trunk\build\test_report\TEST-tests.api.java.nio.charset.CharsetDecoderTest.xml

This failure can't be reproduced locally in my machine. Btw, this test
doesn't invoke GC actually, so it might be caused by some other
components than GC.

I found the other two intermittent failures: One is the
java.lang.ClassGenericsTest in jit/opt mode (more in Linux64); The
other is JVMTI test PopFrame1 with following strange error message:
              SIGTRAP in VM code.
              Stack trace:
              <end of stack trace>
This is sometimes reported in Linux32.

Have you met the similar failures before?

Thanks,
xiaofeng

> On 5/14/07, Vladimir Ivanov <ivavladimir@gmail.com> wrote:
> > Thanks!
> > Classlib tests passed for me on 3 platforms now. On Win64 classlib
> > tests failed due to failure of test:
> >
> > It is intermittent failure and it is hard to reproduce :(
> >
> >  thanks, Vladimir
> >
> > On 5/14/07, Xiao-Feng Li <xiaofeng.li@gmail.com> wrote:
> > > On 5/14/07, Vladimir Ivanov <ivavladimir@gmail.com> wrote:
> > > > Hello everybody,
> > > > the summary of CC/CI status available at
> > > > http://www.harmonytest.org/upload/cc1.html and
> > > > http://www.harmonytest.org/upload/cc2.html
> > > >
> > > > is:
> > > > 1) the classlib test test_CtorLjava_io_ByteArrayInputStreamClass (from
> > > > org.apache.harmony.security.tests.asn1.der.BerInputStreamTest)
> > > > failed with java.lang.OutOfMemoryError on DRLVM+GCv5 on 4 platforms.
> > > > Note this test passed on DRLVM GCv4.1
> > >
> > > Vladimir, I've reverted a commit that caused the failure. Now it
> > > should have no problem.
> > >
> > > > 2) DRLVM test test_freeMemoryClass (from java.lang.RuntimeTest)
> > > > intermittently failed with "junit.framework.AssertionFailedError:
> > > > Runtime.freeMemory method should be sensitive to huge memory
> > > > allocating!". Issue 3711 was created to track it.
> > >
> > > This should pass as well after the revert.
> > >
> > > > 3) DRLVM kernel test testGetContextClassLoader_MainClass (from
> > > > java.lang.ThreadTest) intermittently failed on DRLVM with
> > > > java.util.NoSuchElementException. Issue 3838 was created to track it.
> > >
> > > This one is not related to the reverted commit. It is suspected to be
> > > an issue with the association mechanism between native thread and Java
> > > thread. Still under investigation.
> > >
> > > > I suggest excluding these tests up to end of failures evaluation if
> > > > this evaluation will take long time (say, more than 1 day).
> > > > Is it OK?
> > > >  thanks, Vladimir
> > >
> > > Basically I agree to exclude the third one for the moment.
> > >
> > > Thanks, xiaofeng
> > >
> > > --
> > > http://xiao-feng.blogspot.com
> > >
> >
>


-- 
http://xiao-feng.blogspot.com