Alexey,
Sorry I've missed your question.
I got 400 different test failures in several subsequent test runs.
Many tests failed one or two times. The difference from Tatiana's
report could be explained in a following way: I ran tess in one JVM.
Today I've got better results, though a test run isn't complete yet
SuSE 9
22 [junit] TEST
org.apache.harmony.tests.internal.net.www.protocol.http.HttpURLConnectionTest
FAILED
2 [junit] TEST javax.swing.JCheckBoxMenuItemTest FAILED
Win2003 server
23 [junit] TEST
org.apache.harmony.tests.internal.net.www.protocol.http.HttpURLConnectionTe
st FAILED
23 [junit] TEST
org.apache.harmony.prefs.tests.java.util.prefs.PreferencesTest FAILED
23 [junit] TEST
org.apache.harmony.nio.tests.java.nio.channels.SocketChannelTest
FAILED
2 [junit] TEST javax.swing.Timer_MultithreadedTest FAILED
--
Thank you,
Alexei
On 11/22/06, Alexey Varlamov <[EMAIL PROTECTED]> wrote:
23 Nov 2006 12:20:05 +0600, Egor Pasko <[EMAIL PROTECTED]>:
> On the 0x22A day of Apache Harmony Alexei Fedotov wrote:
> > Since many guys reported different regressions, I believe it is good
> > time to delay a bit DRLVM features and optimizations and accept only
> > regression bug fixes. What do you think?
>
> I suggest to revert HARMONY-2223 until Alex has a better fix. Alex
> is working on it now.
>
> > The first thing to do is to understand what's broken. To my
> > understanding the most obvious thing which is broken is Vladimir's
> > CruiseControl which runs tests with DRLVM. I do not see automatic
> > notifications.
>
> when is it going to be repaired? Can we afford to stop implementing
> features until then?
>
> > I believe there are more regressions. For example, in my yesterday's
> > test run 400 class library tests failed on Linux. The guy who
> > descriptively named himself "test" reported the same statistics at
> > http://harmonytest.org. I need some time to stop and mediate about it
> > (and file JIRAs of course).
>
> that's weird, I ran Classlib tests on Linux yesterday, and they passed
> in default mode with a known exception: HttpURLConnectionTest. Maybe,
> the reason of your observation is some recent commit (maybe, even
> HARMONY-2223)?
I've just rechecked - got 18669/1/2 cases, with all failures known.
Alexei, could you please confirm your result?
>
> > --
> > Thank you,
> > Alexei
> >
> > On 11/22/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
> > > I have a small problem with this - seems like we're rushing patches in
> > > without much review or discussion. For a while there we were able to
> > > test on a few platforms first, lazily, because there was more than 1
> > > hour between patch submission and commit.
> > >
> > > Was there any on-list discussion about this? did I simply miss it?
> > >
> > > geir
> > >
> > >
> > > Salikh Zakirov wrote:
> > > > Hi,
> > > >
> > > > DRLVM is broken on Linux/x86_64 (SUSE9) after following commit
> > > >
> > > > [r478172] Applied HARMONY-2223 [drlvm][jit][performance] Inlined int64
> > > > arithmetic
> > > > routines - speedup of 64 arithmetics. Tested on SUSE9, observed ~5%
> > > > gain on the microbenchmark.
> > > >
> > > > with the following diagnostics:
> > > >
> > > >
/files/sszakiro/harmony/drlvm/trunk/vm/port/src/encoder/ia32_em64t/enc_tabl.cpp:1540:
> > > > static void EncoderBase::buildMnemonicDesc(const MnemonicInfo*):
> > > > Assertion `opcodesHashMap[minfo->mn][hash] == NOHASH' failed.
> > > >
> > > > This assertion failure is observed on C Unit tests and when trying to
> > > > run java with any arguments.
> > > >
> > >
> >
>
> --
> Egor Pasko
>
>
