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 09:16:27 GMT
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.

 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
>
>

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