harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Vladimir Ivanov" <ivavladi...@gmail.com>
Subject Re: [drlvm] current tests - can we focus on getting everything to pass?
Date Thu, 28 Sep 2006 11:37:40 GMT
On 9/28/06, Alexey Varlamov <alexey.v.varlamov@gmail.com> wrote:
>
> 2006/9/28, Vladimir Ivanov <ivavladimir@gmail.com>:
> > May be we start from failed test exclusion to run CC over these tests
> and
> > will enable these tests one by one? Now, the CC is useless for drlvm due
> to
> > "known" stable failures.
>
> I'm afraid CC is useless for flickering failures as well.



Yes, but at least CC may works as reminder for them.

>
> >  Thanks, Vladimir
> >
> >
> > On 9/28/06, Alexey Varlamov <alexey.v.varlamov@gmail.com> wrote:
> > >
> > > Apparently there are some threading issues, which affect almost all
> > > suites (except may be smoke tests). I observe quite many sporadic
> > > crashes in c-unit, kernel and classlib tests. For example, the
> > > following assert fails often:
> > > drlvm/vm/thread/src/thread_native_suspend.c:351:
> > > hythread_set_safepoint_callback: Assertion `status == (0)' failed.
> > > Another incomprehensible error is described in HARMONY-1614.
> > > These defects most probably point to races in TM or VM internals, and
> > > are hard enough to insulate and root-cause.
> > >
> > > Aside from that, there are "known" stable failures, like kernel
> > > ThreadTest and ClassLoaderTest, or classlib's
> > > org.apache.harmony.archive.tests.java.util.jar.JarOutputStreamTest and
> > > org.apache.harmony.luni.tests.java.lang.ThreadGroupTest. These are
> > > good candidates to fix first - especially Thread related - maybe this
> > > would help to get closer to more subtle defects.
> > >
> > >
> > > 28 Sep 2006 14:47:27 +0700, Egor Pasko <egor.pasko@gmail.com>:
> > > > On the 0x1F2 day of Apache Harmony Geir Magnusson, Jr. wrote:
> > > > > Right now, we have lots of tests that are skipped in smoke tests,
> and
> > > > > some that fail in kernel, and I believe that we're still failing
> the
> > > > > classlib test suite.
> > > > >
> > > > > We should drive this to goodness and health.  How shall we
> start?  :)
> > > >
> > > > I am working on the ClassLoaderTest :)
> > > > "memopt" optimization pass makes it fail, it even removes some
> > > > array-bounds-checks (surprize, surprize), which looks like, ehm,
> > > > unfair. For now I could not reduce the test to a small one. On small
> > > > pieces of code "memopt" works less dangerously.
> > > >
> > > > Disabling "memopt" helps, but that would drop performance down. You
> > > > can disable it temporarily if stability is very critical. Just edit
> > > > the opt.emconf file (and server.emconf, etc.)
> > > >
> > > > --
> > > > Egor Pasko, Intel Managed Runtime Division
> > > >
> > > >
> > > >
> ---------------------------------------------------------------------
> > > > Terms of use : http://incubator.apache.org/harmony/mailing.html
> > > > To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> > > > For additional commands, e-mail:
> harmony-dev-help@incubator.apache.org
> > > >
> > > >
> > >
> > > ---------------------------------------------------------------------
> > > Terms of use : http://incubator.apache.org/harmony/mailing.html
> > > To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> > > For additional commands, e-mail: harmony-dev-help@incubator.apache.org
> > >
> > >
> >
> >
>
> ---------------------------------------------------------------------
> Terms of use : http://incubator.apache.org/harmony/mailing.html
> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message