On 8/3/06, Paulex Yang wrote:
Mark Hindess wrote:
> On 3 August 2006 at 21:36, "Andrew Zhang" <[EMAIL PROTECTED]>
wrote:
>
>> On 8/3/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
>>
>>> Paulex Yang wrote:
>>>
Andrew Zhang wrote:
> The failure is caused by Harmony-1040.
> Th
Mark Hindess wrote:
On 3 August 2006 at 21:36, "Andrew Zhang" <[EMAIL PROTECTED]> wrote:
On 8/3/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
Paulex Yang wrote:
Andrew Zhang wrote:
The failure is caused by Harmony-1040.
The updated hostEquals(URL u1, URL u2) introdu
Mark Hindess wrote:
> On 3 August 2006 at 21:36, "Andrew Zhang" <[EMAIL PROTECTED]> wrote:
>> On 8/3/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
>>> Paulex Yang wrote:
Andrew Zhang wrote:
> The failure is caused by Harmony-1040.
> The updated hostEquals(URL u1, URL u2) introduce
On 3 August 2006 at 21:36, "Andrew Zhang" <[EMAIL PROTECTED]> wrote:
>
> On 8/3/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
> >
> > Paulex Yang wrote:
> > > Andrew Zhang wrote:
> > >> The failure is caused by Harmony-1040.
> > >> The updated hostEquals(URL u1, URL u2) introduces a new bug:
>
i've taken a look at the tests and it seems that we might reduce execution time
as we did it several months ago. There are test-champions, e.g.
according to the Junit report on my windows machine
the test org.apache.harmony.logging.tests.java.util.logging.SocketHandlerTest
takes 65 seconds out of
On 8/3/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
Paulex Yang wrote:
> Andrew Zhang wrote:
>> The failure is caused by Harmony-1040.
>> The updated hostEquals(URL u1, URL u2) introduces a new bug:
>> It returns true when u1.host = null and u2.host = "" while it should
>> return
>> false.
Sorry for that...I checked in the patch in LUNI, and I ran LUNI test on
both platform(win/linux), but it caused security module fail...
But it's really hard to run all harmony tests for only several lines of
update(it lasts half hour on my T43, and I have nothing to do with it
during this)
Paulex Yang wrote:
> Andrew Zhang wrote:
>> The failure is caused by Harmony-1040.
>> The updated hostEquals(URL u1, URL u2) introduces a new bug:
>> It returns true when u1.host = null and u2.host = "" while it should
>> return
>> false.
>
>> Sorry for the mistake caused by my patch. I'll updat
Andrew Zhang wrote:
The failure is caused by Harmony-1040.
The updated hostEquals(URL u1, URL u2) introduces a new bug:
It returns true when u1.host = null and u2.host = "" while it should
return
false.
Sorry for the mistake caused by my patch. I'll update a new patch to
solve
this problem.
The failure is caused by Harmony-1040.
The updated hostEquals(URL u1, URL u2) introduces a new bug:
It returns true when u1.host = null and u2.host = "" while it should return
false.
Sorry for the mistake caused by my patch. I'll update a new patch to solve
this problem.
Thanks!
On 8/3/06, Paule
I'm looking at it, seems it is due to my commit about HARMONY-1040
(r428264), I'll roll back it at first, and look more inside.
Stepan Mishura wrote:
I'd suggest stop committing new code until the issue is resolved - two
security tests failed (see below)
Thanks,
Stepan.
-Original Message
I'd suggest stop committing new code until the issue is resolved - two
security tests failed (see below)
Thanks,
Stepan.
-Original Message-
From: Apache Harmony Build [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 03, 2006 3:19 PM
To: [EMAIL PROTECTED]
Subject: [continuum] BUILD FAILU
The failure here was:
localhost/127.0.0.1:2657 - Connection refused
java.net.ConnectException: localhost/127.0.0.1:2657 - Connection
refused at
org.apache.harmony.luni.net.PlainSocketImpl.connect(PlainSocketImpl.java:238)
at org.apache.harmony.luni.net.PlainSocketImpl.connect(PlainSocketImpl.ja
Can anyone recreate this failure? I can't.
[exec] [junit] TEST
org.apache.harmony.tests.internal.net.www.protocol.http.HttpURLConnectionTes
t FAILED
Is there any way we can get the JUnit results for these builds? I can never
recreate these failures on my machine and I don't have anywhere to s
>-Original Message-
>From: Paulex Yang [mailto:[EMAIL PROTECTED]
>Sent: Thursday, July 20, 2006 4:17 PM
>To: harmony-dev@incubator.apache.org
>Subject: Re: [continuum] BUILD FAILURE: Classlib/win.ia32 Build/Test
>
>Ivanov, Alexey A wrote:
>> Hi all.
>>
, 2006 3:02 PM
>To: harmony-dev@incubator.apache.org
>Subject: RE: [continuum] BUILD FAILURE: Classlib/win.ia32 Build/Test
>
>Hi all.
>
>>BTW, my default locale is Russian
>
>That's the reason. DecimalFormatTest is locale-dependent, but the test
>logic doesn'
--
From: Alexei Zakharov [mailto:[EMAIL PROTECTED]
Sent: Tuesday, July 18, 2006 4:36 PM
To: harmony-dev@incubator.apache.org
Subject: Re: [continuum] BUILD FAILURE: Classlib/win.ia32 Build/Test
BTW, my default locale is Russian
2006/7/18, Alexei Zakharov <[EMAIL PROTECTED]>:
Sur
n
>-Original Message-
>From: Alexei Zakharov [mailto:[EMAIL PROTECTED]
>Sent: Tuesday, July 18, 2006 4:36 PM
>To: harmony-dev@incubator.apache.org
>Subject: Re: [continuum] BUILD FAILURE: Classlib/win.ia32 Build/Test
>
>BTW, my default locale is Russian
>
>2006/7/18,
FYI I've logged it as HARMONY-925 so we don't forget.
Regards,
Tim
Alexei Zakharov wrote:
> BTW, my default locale is Russian
>
> 2006/7/18, Alexei Zakharov <[EMAIL PROTECTED]>:
>> Sure,
>>
>> DecimalFormatTest:
>>
>> Testcase: test_parseLjava_lang_String_Ljava_text_ParsePositio
BTW, my default locale is Russian
2006/7/18, Alexei Zakharov <[EMAIL PROTECTED]>:
Sure,
DecimalFormatTest:
Testcase: test_parseLjava_lang_String_Ljava_text_ParsePosition took 0 sec
FAILED
null
junit.framework.AssertionFailedError
at
org.apache.harmony.text.tests.java.text.Deci
Sure,
DecimalFormatTest:
Testcase: test_parseLjava_lang_String_Ljava_text_ParsePosition took 0 sec
FAILED
null
junit.framework.AssertionFailedError
at
org.apache.harmony.text.tests.java.text.DecimalFormatTest.test_parseLjava_lang_String_Ljava_text_ParsePosition(DecimalFormatTest
Can you send details (e.g. a walkback) from the failing tests?
Thanks
Tim
Alexei Zakharov wrote:
> Are you talking about HARMONY-910? I've applied it and
> MessageFormatTest is ok now (thanks, Richard!) But ChoiceFormatTest
> and DecimalFormatTest continue failing.
>
> 2006/7/18, Geir Magnusson
Are you talking about HARMONY-910? I've applied it and
MessageFormatTest is ok now (thanks, Richard!) But ChoiceFormatTest
and DecimalFormatTest continue failing.
2006/7/18, Geir Magnusson Jr <[EMAIL PROTECTED]>:
Read back to the [build] status thread I think that Richard has the
fix done...
Yeah, but this doesn't explain why
org.apache.harmony.text.tests.java.text.ChoiceFormatTest fails. It
wasn't in the exclude list.
The log shows the following:
===
Revision: 422501
Author: ndbeyer
Date: 23:10:14, 16 July 2006
Message:
Cleanup source and add some tests; mark failing tests
---
Read back to the [build] status thread I think that Richard has the
fix done...
Alexei Zakharov wrote:
> Nathan,
>
> I have the following picture for text with fresh classlib, j9 and WinXP:
>
> run.tests:
>[mkdir] Created dir:
> C:\Java\harmony\enhanced\classlib\trunk\build\test_repo
> r
Seems, that exclude list was cleaned:
thanks, Vladimir
On 7/18/06, Alexei Zakharov <[EMAIL PROTECTED]> wrote:
Nathan,
I have the following picture for text with fresh classlib, j9 and WinXP:
run.tests:
[mkdir] Created dir:
C:\Java\harmony\enhanced\classlib\trunk\build\test_repo
rt
[j
Nathan,
I have the following picture for text with fresh classlib, j9 and WinXP:
run.tests:
[mkdir] Created dir: C:\Java\harmony\enhanced\classlib\trunk\build\test_repo
rt
[junit] Running org.apache.harmony.text.tests.java.text.StringCharacterItera
torTest
[junit] java version 1.5 (subs
Has anyone been able to recreate this failure? My WinXP build is successful.
> -Original Message-
> From: Apache Harmony Build [mailto:[EMAIL PROTECTED]
> Sent: Monday, July 17, 2006 7:18 PM
> To: [EMAIL PROTECTED]
> Subject: [continuum] BUILD FAILURE: Classlib/win.ia32 Build/Test
>
> Onl
Geir Magnusson Jr wrote:
> do we have a list of the intermittent failures?
They are reported each time to the commit list.
Regards,
Tim
--
Tim Ellison ([EMAIL PROTECTED])
IBM Java technology centre, UK.
-
Terms of use : http:
Andrew Zhang wrote:
Hello Tim
I think I have found where the problem is.
When I ran the test with latest code, the test failed again on my machine.
How lucky am I :)
Lucky dog :)
The failure trace[1] tells us it fails because of
ServerSocketChannel.accept().
Message "The socket is marke
Hello Tim
I think I have found where the problem is.
When I ran the test with latest code, the test failed again on my machine.
How lucky am I :)
The failure trace[1] tells us it fails because of ServerSocketChannel.accept().
Message "The socket is marked as nonblocking operation would block"
Hi everybody,
I have run the test hundreds of times, but can't reproduces the failure.
If anyone has encountered the same failure, please share the information.
Any related info are highly appreciated!
Thanks a lot!
Best regards,
On 6/30/06, Andrew Zhang <[EMAIL PROTECTED]> wrote:
Hi T
Hi Tim,
I took a look at the code, and suspected the failure is caused by network.
Here're my comments:
I guess there are two possible reasons that why this test failed. The first
possible one is network problem. If the failure is caused by network
problem, the failure point is strange. It faile
Latest Windows build just failed a test:
java.nio.channels.ClosedChannelException at
java.nio.channels.spi.AbstractSelectableChannel.configureBlocking(AbstractSelectableChannel.java:208)
at
org.apache.harmony.tests.java.nio.channels.SelectorTest.assert_select_OP_READ(SelectorTest.java:416)
at
org
do we have a list of the intermittent failures?
Tim Ellison wrote:
> Apache Harmony Build wrote:
>> Online report :
>> http://ibmonly.hursley.ibm.com/continuum/win.ia32/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/6/buildId/1435
>> Build statistics:
>> State: Failed
>> Previo
My fault -- fixing it...
Apache Harmony Build wrote:
> Online report :
> http://ibmonly.hursley.ibm.com/continuum/win.ia32/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/6/buildId/1457
> Build statistics:
> State: Failed
> Previous State: Failed
> Started at: Tue, 27 Jun 2006
I've excluded the SocketChannelTest (repo rev r417387) until it is fixed.
Regards,
Tim
Andrew Zhang wrote:
> Hi Tim,
>
> Please do not appy this patch. The test hangs sometimes after applying this
> patch.
>
> I'll take a deep look at the test, and suggest exclude the test at first.
>
> Thanks
Hi Tim,
Please do not appy this patch. The test hangs sometimes after applying this
patch.
I'll take a deep look at the test, and suggest exclude the test at first.
Thanks!
On 6/27/06, Andrew Zhang <[EMAIL PROTECTED]> wrote:
Hi Tim,
I took a look at the test, and found there are some prob
Hi Tim,
I took a look at the test, and found there are some problems in the test.
The test looks like:
while(true){
count = read();
if(count <= 0){ // Error! For nonblocking read, returns 0 means non data
available currently
break;
}
}
For nonblocking read, I think "count <= 0" is not the rigth
Apache Harmony Build wrote:
> Online report :
> http://ibmonly.hursley.ibm.com/continuum/win.ia32/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/6/buildId/1435
> Build statistics:
> State: Failed
> Previous State: Ok
> Started at: Mon, 26 Jun 2006 16:09:03 +0100
> Finished a
Arghh. Thanks for bailing me out George -- I'd forgotten about that
subant business.
I'll seek out purveyors of sack cloth and ashes in the area :-(
Regards,
Tim
George Harley wrote:
> Mark Hindess wrote:
>> This has broken because the subant target picks up any directory
>> matching modules/*
Mark Hindess wrote:
This has broken because the subant target picks up any directory
matching modules/* which has a make/build.xml in it. The modules/rmi2/
make/build.xml isn't integrated so it breaks the build.
Quick fix would be to rename:
modules/rmi2/make/build.xml
to:
modules/rmi2/
This has broken because the subant target picks up any directory
matching modules/* which has a make/build.xml in it. The modules/rmi2/
make/build.xml isn't integrated so it breaks the build.
Quick fix would be to rename:
modules/rmi2/make/build.xml
to:
modules/rmi2/make/build.orig.xml
43 matches
Mail list logo
