From dev-return-34081-apmail-harmony-dev-archive=harmony.apache.org@harmony.apache.org Fri May 09 11:06:29 2008 Return-Path: Delivered-To: apmail-harmony-dev-archive@www.apache.org Received: (qmail 78487 invoked from network); 9 May 2008 11:06:29 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 9 May 2008 11:06:29 -0000 Received: (qmail 7623 invoked by uid 500); 9 May 2008 11:06:30 -0000 Delivered-To: apmail-harmony-dev-archive@harmony.apache.org Received: (qmail 7588 invoked by uid 500); 9 May 2008 11:06:30 -0000 Mailing-List: contact dev-help@harmony.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@harmony.apache.org Delivered-To: mailing list dev@harmony.apache.org Received: (qmail 7577 invoked by uid 99); 9 May 2008 11:06:29 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 09 May 2008 04:06:29 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of alexei.fedotov@gmail.com designates 209.85.200.173 as permitted sender) Received: from [209.85.200.173] (HELO wf-out-1314.google.com) (209.85.200.173) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 09 May 2008 11:05:41 +0000 Received: by wf-out-1314.google.com with SMTP id 28so1194756wfc.24 for ; Fri, 09 May 2008 04:05:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=eGVIxfvS+bqn3xtmhpIy+GpglE7x8T4boxO3Bi1V5Go=; b=leY+i4iPjrlXBWe8LE5lGn1mZSW/lxREBYPhRjHjXqzMbAl8svyCRUaON3H6lT2AU2x6CWe4s/yYXQkcm+uIlwYOhsbpPzIObqOR7lP+ls93DIkqEbw9U2GmCbHtScIEQonR9ZyJWwaeZG0UriHw+ijFPISu+wjN1n+aFffsmlA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=qfldBPVcR1SwMhKOV/ntVBolSmjZvcfUJU6CNZ/uzjBTiW9zOg/H6CsKZgmF+lIs705XSvnT0TRID7MGBdWXwoyNLyUgSI7/lryB3Z9YoTn08hmvtS5qoiBDiWHFwsrNdQ2wXiEwrG6O5eUxRH6uxA/ciALGZBrJ5nWkkvOhKCY= Received: by 10.143.34.11 with SMTP id m11mr1892906wfj.222.1210331156043; Fri, 09 May 2008 04:05:56 -0700 (PDT) Received: by 10.142.155.15 with HTTP; Fri, 9 May 2008 04:05:55 -0700 (PDT) Message-ID: Date: Fri, 9 May 2008 15:05:55 +0400 From: "Alexei Fedotov" To: dev@harmony.apache.org Subject: Re: [testing] first M6 candidate (r653525) testing status. In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=WINDOWS-1252 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <6e47b64f0805070304l38845ee0se01fb93fbfc05586@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org Hello Jim, Thank you for your patch! I'm trying to understand the statement from your JIRA report [1] addressing CST and EST with respect to a daylight savings adjustment. CST - Standard Time EST - Eastern Standard Time I think that the time zones which are adjusted to the daylight get different names: CDT - Central Daylight Time EDT - Eastern Daylight Time Moreover, all the listed time zones according to [2] have an official time zone offsets compared to the universal time (and a difference of the corresponding offsets is exactly one hour). Do you know a specific date when the difference between CST and EST is not an hour according to our GregorianCalendar? Calculated for this date, which time zone (CST or EST) offset to UTC does not match the official one? [1] http://issues.apache.org/jira/browse/HARMONY-5818 [2] http://www.timeanddate.com/library/abbreviations/timezones/na/edt.html and others On Fri, May 9, 2008 at 2:04 PM, Jim Yu wrote: > Hi, > > About the org.apache.harmony.luni.tests.java.util.GregorianCalendarTest, > whether the two test cases below (1) (2) will pass or not depends on the > current date. > If current date is using daylight savings in "CST" while "EST" doesn't us= e > daylight > savings all the time, then the hour field of calendar for "CST" and "EST" > are the same, > the test cases will fail. Otherwise, "CST" is 1 hour before "EST", the te= st > cases will > succeed. So we should specify a fixed date for the calendar so as to make > the below > test cases behave unchangeably all the time. I've raised a JIRA and attac= hed > a patch to it. > https://issues.apache.org/jira/browse/HARMONY-5818 > > 2008/5/7 Stepan Mishura : > >> Hi all, >> >> Here is r653525 snapshot testing status. Briefly, there are several >> failures: some of them are intermittent (many in functional suite) >> and/or known issues (i.e there is JIRA for tracking, some of them are >> quite old). Also there are several new regressions (sigh, as usual >> :-() for investigation if they are blockers for M6 or not. >> >> Please add your comments and clarifications. >> >> 1) Classlib: >> >> Regressions on all platforms: >> org.apache.harmony.lang.management.MemoryPoolMXBeanImplTest >> >> org.apache.harmony.lang.management.tests.java.lang.management.MemoryPoo= lMXBeanTest >> org.apache.harmony.luni.tests.java.lang.ProcessBuilderTest >> org.apache.harmony.luni.tests.java.util.GregorianCalendarTest (2) >> >> New test: >> org.apache.harmony.unpack200.tests.ArchiveTest >> >> =95 Windows_x86: +1 failure >> Regression: >> org.apache.harmony.luni.tests.java.net.MulticastSocketTest >> >> =95 Linux_x86: +2 failures >> New test: >> org.apache.harmony.nio.tests.java.nio.MappedByteBufferTest#test_isloa= d >> Regression: >> tests.api.java.security.PermissionCollectionTest >> >> =95 Linux_x86_64: +2 failures >> New test: >> org.apache.harmony.nio.tests.java.nio.MappedByteBufferTest#test_isloa= d >> Regression: >> tests.api.java.security.PermissionCollectionTest >> >> 2) DRLVM tests: >> =95 Windows_x86_64: stress.Threads_srv (regression/crash) >> >> 3) EUTs: >> =95 Windows x86: 99.66% >> =95 Linux x86: 99.53% >> =95 Linux x86_64: 99.79% >> >> 4) Functional: >> >> Old regressions on all platforms: >> api.java.security.F_KeyFactoryTest_01 >> HARMONY-4857 : Bug in third-party component, regression introduced in= M3 >> api.java.text.MessageFormat >> HARMONY-5430 : regression caused by migration to ICU >> api.java.util.jar.Manifest >> HARMONY-5473 : regression introduced by the fix >> api.java.beans.beancontext.BeanContextTest >> regression caused by changes in locale data >> >> New regressions on all platforms: >> api.java.beans.persistence (2) >> reg.vm.btest5625 >> >> =95 Windows_x86: + 1 failure >> Regression: >> api.java.io.ObjectOutputStream.writeObjectReadObject0030 >> >> Not regression (started to fail on M5): >> jit.HLO.devirt.Runtime.RuntimeExtend1 >> >> =95 Linux_x86: +8 failures >> Regression: >> java.math.F_BigIntegerMatrixMultiplyTest_01 >> api.java.rmi.basicexception >> api.java.rmi.basicregistry >> api.java.security.F_AlgorithmParametersTest_01 >> api.java.security.F_SecureRandomTest_02 >> api.java.security.F_SecureRandomTest_04 >> api.java.security.F_SecureRandomTest_05 >> >> Intermittent(?): >> api.java.net.ServerSocket >> >> =95 Windows_x86_64: +8 failures >> Regression since M4: >> jpda.jdwp.scenario.ST07 >> >> Not regression (started to fail on M5): >> jit.HLO.devirt.Runtime.RuntimeExtend1 >> >> Regression since M3,looked intermittent in M4-M5 but it stably fails >> jit.HLO.inline.ControlFlow.IfElse.IfElse1 >> reg.vm.btest5717 >> reg.vm.btest7214 >> >> Failed on M3 too, (Andrey said might be issue with the test) >> reg.vm.btest6353 >> >> Intermittent(?): >> api.java.io.ObjectOutputStream.writeObjectReadObject0003 >> api.java.io.ObjectOutputStream.writeObjectReadObject0021 >> reg.jit.btest4318 >> >> =95 Linux_x86_64: >> >> Regressions: >> api.java.math.F_BigIntegerMatrixMultiplyTest_01 >> api.java.rmi.basicexception >> api.java.rmi.basicregistry >> api.java.security.F_AlgorithmParametersTest_01 >> api.java.security.F_SecureRandomTest_02 >> api.java.security.F_SecureRandomTest_04 >> api.java.security.F_SecureRandomTest_05 >> reg.jit.btest6569 >> >> Regression since M4 >> jpda.jdwp.scenario.ST07 >> reg.jit.btest4318 >> >> Failed on M3 too, (Andrey said might be issue with the test) >> reg.vm.btest6353 >> >> Intermittent(?): >> api.java.math.F_BigIntegerExtEuclidTest_01 >> api.java.math.F_BigIntegerRSATest_01 >> api.java.io.ObjectOutputStream.writeObject0001 >> api.java.io.ObjectOutputStream.writeObject0003 >> api.java.io.ObjectOutputStream.writeObjectReadObject0003 >> api.java.io.ObjectOutputStream.writeObjectReadObject0007 >> api.java.io.ObjectOutputStream.writeObjectReadObject0011 >> api.java.io.ObjectOutputStream.writeObjectReadObject0015 >> api.java.io.ObjectOutputStream.writeObjectReadObject0016 >> api.java.io.ObjectOutputStream.writeObjectReadObject0022 >> api.java.io.ObjectOutputStream.writeObjectReadObject0028 >> api.java.io.ObjectOutputStream.writeObjectReadObject0040 >> api.java.io.ObjectOutputStream.writeObjectReadObject0041 >> reg.jit.btest1487 >> reg.vm.btest6008 >> reg.vm.btest7006 >> >> 5) Geronimo Unit Tests >> >> =95 Linux_x86: 2 failures >> org.apache.geronimo.tomcat.ContainerTest - intermittent(?) >> >> =95 Linux_x86_64: 2 failures >> org.apache.geronimo.timer.TransactionalThreadPooledTimerTest >> - intermittent(?) >> >> 6) Reliability: >> >> =95 Windows_x86: 2 failures >> api.net.DatagramTest - HARMONY-5531 >> api.net.SingleConnectTest - ??? >> >> =95 Linux_x86: 3 failures >> api.net.SingleConnectTest - ??? >> api.nio.charset.EncodingModesTest - intermittent(?) >> api.text.DecimalFormat_Locales - looked intermittent in M5 but it stabl= y >> fails >> >> =95 Linux x86 64 bit: test host was down, rebooted >> >> 7) Stress: need investigation >> >> =95 Windows_x86: 4 failures >> >> Regression: >> exceptions.catcher.StackUnwindingManyObjectsTests >> >> Intermittent: >> classloader.NotSynchThreads.SupIntf >> exceptions.catcher.StackUnwindingTests >> jpda.jdwp.scenario.MIXED001 >> >> =95 Linux_x86: 4 failures >> Regression: >> exceptions.catcher.StackUnwindingManyObjectsTests >> >> HARMONY-5159 (failed on M4-M5 too): >> gc.frag.Fragmentation >> gc.frag.FragmentationFinalizer >> gc.frag.FragmentationReference >> >> =95 Windows_x86_64: 3 failures >> Regression: >> gc.mem.MemoryTest3 >> threads.StressThreads12Test >> >> Intermittent: >> classloader.MixThreads.LargeClassName >> >> =95 Linux_x86_64: 4 failures >> Regression: >> gc.mem.MemoryTest3 >> >> Intermittent: >> classloader.SynchThreads.LargeClassName >> exceptions.catcher.StackUnwindingTests >> gc.frag.FragmentationFinalizer >> >> 8) Struts & EGA: seems that both scenarios are broken >> >> Thanks, >> Stepan >> > > > > -- > Best Regards, > Jim, Jun Jie Yu > > China Software Development Lab, IBM > --=20 With best regards, Alexei