You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@harmony.apache.org by Vladimir Ivanov <iv...@gmail.com> on 2007/03/06 05:53:05 UTC
[testing] today’s failures of classlib tests on Linux to investigate
Hello everybody,
in case if someone miss the CC notification: now the classlib tests
crashed/ hang up on the Linux boxes when run over DRLVM.
Notifications were send ~12hours ago.
Failed tests:
Linux x86_64 (hang up):
TEST-org.apache.harmony.archive.tests.java.util.jar.JarExecTest.xml
Linux x86 (trying to reproduce):
TEST-org.apache.harmony.archive.tests.java.util.jar.JarFileTest.xml
TEST-org.apache.harmony.security.tests.PolicyEntryTest.xml
TEST-org.apache.harmony.security.tests.java.security.cert.CertificateFactory4Test.xml
thanks, Vladimir
Re: [testing] today’s failures of classlib tests on Linux to investigate
Posted by Stepan Mishura <st...@gmail.com>.
On 3/7/07, Ruth Cao wrote:
>
> Hello Vladimir,
>
> I also run all tests on r515079, DRLVM/RHEL4.x86_64, but only found
> org.apache.harmony.archive.tests.java.util.jar.JarFileTest crash. Then I
> revert the change of r514596 back and still have the crash.
>
> It seems to me that I cannot reproduce the failure you mentioned. Would
> you pls give more information on this issue? Thanks.
It sounds like you can reproduce the crash but reverting the change in
hysock.c doesn't help in your case. Correct?
Thanks,
Stepan.
Vladimir Ivanov wrote:
> > Hello everybody,
> > in case if someone miss the CC notification: now the classlib tests
> > crashed/ hang up on the Linux boxes when run over DRLVM.
> > Notifications were send ~12hours ago.
> > Failed tests:
> > Linux x86_64 (hang up):
> > TEST-org.apache.harmony.archive.tests.java.util.jar.JarExecTest.xml
> >
> > Linux x86 (trying to reproduce):
> > TEST-org.apache.harmony.archive.tests.java.util.jar.JarFileTest.xml
> > TEST-org.apache.harmony.security.tests.PolicyEntryTest.xml
> >
> TEST-org.apache.harmony.security.tests.java.security.cert.CertificateFactory4Test.xml
> >
> >
> > thanks, Vladimir
> >
>
>
> --
> Regards,
>
> Ruth Cao
> China Software Development Lab, IBM
>
>
>
--
Stepan Mishura
Intel Enterprise Solutions Software Division
Re: [testing] today’s failures of classlib tests on Linux to investigate
Posted by Alexey Varlamov <al...@gmail.com>.
FYI, I've got the following backtraces on SUSE9@ia32:
[junit] SIGSEGV in VM code.
[junit] Stack trace:
[junit] 0: hysock_getaddrinfo_family
(/export/users/avarlamo/linux.ia32/svn-repo/classlib/modules/portlib/src/main/native/port/unix/hysock.c:1096)
[junit] 1: Java_java_net_InetAddress_getHostByNameImpl
(../shared/inetadds.c:184)
[junit] 2: <Generated stub> IP is 0x53a12a42
[junit] 3:
java/net/InetAddress.lookupHostByName(Ljava/lang/String;)Ljava/net/InetAddress;
(InetAddress.java:434)
[junit] 4:
java/net/InetAddress.getByName(Ljava/lang/String;)Ljava/net/InetAddress;
(InetAddress.java:273)
[junit] 5:
java/net/InetSocketAddress.<init>(Ljava/lang/String;IZ)V
(InetSocketAddress.java:66)
[junit] 6:
java/net/InetSocketAddress.<init>(Ljava/lang/String;I)V
(InetSocketAddress.java:51)
[junit] 7:
org/apache/harmony/luni/internal/net/www/protocol/http/HttpURLConnection.getHTTPConnection(Ljava/net/Proxy;)Ljava/net/Socket;
(HttpURLConnection.java:635)
[junit] 8:
org/apache/harmony/luni/internal/net/www/protocol/http/HttpURLConnection.connect()V
(HttpURLConnection.java:619)
[junit] 9:
org/apache/harmony/luni/internal/net/www/protocol/http/HttpURLConnection.getInputStream()Ljava/io/InputStream;
(HttpURLConnection.java:870)
[junit] 10: java/net/URL.openStream()Ljava/io/InputStream; (URL.java:664)
[junit] 11:
org/apache/harmony/archive/tests/java/util/jar/JarFileTest.test_getJarEntryLjava_lang_String()V
(JarFileTest.java:151)
[junit] 12: vm_invoke_native_array_stub
(/export/users/avarlamo/linux.ia32/svn-repo/drlvm/vm/vmcore/src/util/ia32/base/invoke_native_stub_ia32.asm:41)
[junit] 13: .L49 (??:-1)
[junit] 14: DrlEMImpl::executeMethod(_jmethodID*, jvalue*, jvalue*) (??:-1)
[junit] 15: ExecuteMethod (??:-1)
[junit] 16: vm_execute_java_method_array(_jmethodID*, jvalue*,
jvalue*) (??:-1)
[junit] 17: call_method_no_ref_result(JNIEnv_External*,
_jobject*, _jmethodID*, jvalue*, jvalue*, int) (??:-1)
[junit] 18: .L551 (??:-1)
[junit] 19: <Generated stub> IP is 0x53652717
[junit] 20:
java/lang/reflect/Method.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;
(Method.java:381)
[junit] 21: junit/framework/TestCase.runTest()V (TestCase.java:154)
[junit] 22: junit/framework/TestCase.runBare()V (TestCase.java:127)
[junit] 23: junit/framework/TestResult$1.protect()V (TestResult.java:106)
[junit] 24:
junit/framework/TestResult.runProtected(Ljunit/framework/Test;Ljunit/framework/Protectable;)V
(TestResult.java:124)
[junit] 25:
junit/framework/TestResult.run(Ljunit/framework/TestCase;)V
(TestResult.java:109)
[junit] 26:
junit/framework/TestCase.run(Ljunit/framework/TestResult;)V
(TestCase.java:118)
[junit] 27:
junit/framework/TestSuite.runTest(Ljunit/framework/Test;Ljunit/framework/TestResult;)V
(TestSuite.java:208)
[junit] 28:
junit/framework/TestSuite.run(Ljunit/framework/TestResult;)V
(TestSuite.java:203)
[junit] 29:
org/apache/tools/ant/taskdefs/optional/junit/JUnitTestRunner.run()V
(JUnitTestRunner.java:297)
[junit] 30:
org/apache/tools/ant/taskdefs/optional/junit/JUnitTestRunner.launch(Lorg/apache/tools/ant/taskdefs/optional/junit/JUnitTest;ZZZZLjava/util/Properties;)I
(JUnitTestRunner.java:672)
[junit] 31:
org/apache/tools/ant/taskdefs/optional/junit/JUnitTestRunner.main([Ljava/lang/String;)V
(JUnitTestRunner.java:546)
[junit] 32: vm_invoke_native_array_stub
(/export/users/avarlamo/linux.ia32/svn-repo/drlvm/vm/vmcore/src/util/ia32/base/invoke_native_stub_ia32.asm:41)
[junit] 33: .L49 (??:-1)
[junit] 34: DrlEMImpl::executeMethod(_jmethodID*, jvalue*, jvalue*) (??:-1)
[junit] 35: ExecuteMethod (??:-1)
[junit] 36: vm_execute_java_method_array(_jmethodID*, jvalue*,
jvalue*) (??:-1)
[junit] 37: call_static_method_no_ref_result(JNIEnv_External*,
_jobject*, _jmethodID*, jvalue*, jvalue*) (??:-1)
[junit] 38: CallStaticVoidMethodV(JNIEnv_External*, _jobject*,
_jmethodID*, char*) (??:-1)
[junit] 39: CallStaticVoidMethod(JNIEnv_External*, _jobject*,
_jmethodID*, ...) (??:-1)
[junit] 40: ?? (??:-1)
[junit] 41: ?? (??:-1)
[junit] 42: ?? (??:-1)
[junit] 43: ?? (??:-1)
[junit] 44: __libc_start_main (??:-1)
[junit] 45: ?? (??:-1)
[junit] <end of stack trace>
[junit] Tests FAILED
[junit] SIGSEGV in VM code.
[junit] Stack trace:
[junit] 0: hysock_getaddrinfo_family
(/export/users/avarlamo/linux.ia32/svn-repo/classlib/modules/portlib/src/main/native/port/unix/hysock.c:1096)
[junit] 1: Java_java_net_InetAddress_getHostByNameImpl
(../shared/inetadds.c:184)
[junit] 2: <Generated stub> IP is 0x53c36222
[junit] 3:
java/net/InetAddress.lookupHostByName(Ljava/lang/String;)Ljava/net/InetAddress;
(InetAddress.java:434)
[junit] 4:
java/net/InetAddress.getByName(Ljava/lang/String;)Ljava/net/InetAddress;
(InetAddress.java:273)
[junit] 5:
java/net/InetSocketAddress.<init>(Ljava/lang/String;IZ)V
(InetSocketAddress.java:66)
[junit] 6:
java/net/InetSocketAddress.<init>(Ljava/lang/String;I)V
(InetSocketAddress.java:51)
[junit] 7:
org/apache/harmony/luni/internal/net/www/protocol/http/HttpURLConnection.getHTTPConnection(Ljava/net/Proxy;)Ljava/net/Socket;
(HttpURLConnection.java:635)
[junit] 8:
org/apache/harmony/luni/internal/net/www/protocol/http/HttpURLConnection.connect()V
(HttpURLConnection.java:619)
[junit] 9:
org/apache/harmony/luni/internal/net/www/protocol/http/HttpURLConnection.getInputStream()Ljava/io/InputStream;
(HttpURLConnection.java:870)
[junit] 10: java/net/URL.openStream()Ljava/io/InputStream; (URL.java:664)
[junit] 11:
org/apache/harmony/security/tests/java/security/cert/CertificateFactory4Test.test_generateCertificatesLjava_io_InputStream()V
(CertificateFactory4Test.java:91)
[junit] 12: vm_invoke_native_array_stub
(/export/users/avarlamo/linux.ia32/svn-repo/drlvm/vm/vmcore/src/util/ia32/base/invoke_native_stub_ia32.asm:41)
[junit] 13: .L49 (??:-1)
[junit] 14: DrlEMImpl::executeMethod(_jmethodID*, jvalue*, jvalue*) (??:-1)
[junit] 15: ExecuteMethod (??:-1)
[junit] 16: vm_execute_java_method_array(_jmethodID*, jvalue*,
jvalue*) (??:-1)
[junit] 17: call_method_no_ref_result(JNIEnv_External*,
_jobject*, _jmethodID*, jvalue*, jvalue*, int) (??:-1)
[junit] 18: .L551 (??:-1)
[junit] 19: <Generated stub> IP is 0x5373ea57
[junit] 20:
java/lang/reflect/Method.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;
(Method.java:381)
[junit] 21: junit/framework/TestCase.runTest()V (TestCase.java:154)
[junit] 22: junit/framework/TestCase.runBare()V (TestCase.java:127)
[junit] 23: junit/framework/TestResult$1.protect()V (TestResult.java:106)
[junit] 24:
junit/framework/TestResult.runProtected(Ljunit/framework/Test;Ljunit/framework/Protectable;)V
(TestResult.java:124)
[junit] 25:
junit/framework/TestResult.run(Ljunit/framework/TestCase;)V
(TestResult.java:109)
[junit] 26:
junit/framework/TestCase.run(Ljunit/framework/TestResult;)V
(TestCase.java:118)
[junit] 27:
junit/framework/TestSuite.runTest(Ljunit/framework/Test;Ljunit/framework/TestResult;)V
(TestSuite.java:208)
[junit] 28:
junit/framework/TestSuite.run(Ljunit/framework/TestResult;)V
(TestSuite.java:203)
[junit] 29:
org/apache/tools/ant/taskdefs/optional/junit/JUnitTestRunner.run()V
(JUnitTestRunner.java:297)
[junit] 30:
org/apache/tools/ant/taskdefs/optional/junit/JUnitTestRunner.launch(Lorg/apache/tools/ant/taskdefs/optional/junit/JUnitTest;ZZZZLjava/util/Properties;)I
(JUnitTestRunner.java:672)
[junit] 31:
org/apache/tools/ant/taskdefs/optional/junit/JUnitTestRunner.main([Ljava/lang/String;)V
(JUnitTestRunner.java:546)
[junit] 32: vm_invoke_native_array_stub
(/export/users/avarlamo/linux.ia32/svn-repo/drlvm/vm/vmcore/src/util/ia32/base/invoke_native_stub_ia32.asm:41)
[junit] 33: .L49 (??:-1)
[junit] 34: DrlEMImpl::executeMethod(_jmethodID*, jvalue*, jvalue*) (??:-1)
[junit] 35: ExecuteMethod (??:-1)
[junit] 36: vm_execute_java_method_array(_jmethodID*, jvalue*,
jvalue*) (??:-1)
[junit] 37: call_static_method_no_ref_result(JNIEnv_External*,
_jobject*, _jmethodID*, jvalue*, jvalue*) (??:-1)
[junit] 38: CallStaticVoidMethodV(JNIEnv_External*, _jobject*,
_jmethodID*, char*) (??:-1)
[junit] 39: CallStaticVoidMethod(JNIEnv_External*, _jobject*,
_jmethodID*, ...) (??:-1)
[junit] 40: ?? (??:-1)
[junit] 41: ?? (??:-1)
[junit] 42: ?? (??:-1)
[junit] 43: ?? (??:-1)
[junit] 44: __libc_start_main (??:-1)
[junit] 45: ?? (??:-1)
[junit] <end of stack trace>
[junit] Tests FAILED
2007/3/7, Vladimir Ivanov <iv...@gmail.com>:
> On 3/7/07, Ruth Cao <ru...@gmail.com> wrote:
> > Hello Vladimir,
> >
> > I also run all tests on r515079, DRLVM/RHEL4.x86_64, but only found
> > org.apache.harmony.archive.tests.java.util.jar.JarFileTest crash. Then I
> > revert the change of r514596 back and still have the crash.
>
> Please, be sure that your rebuild the CLASSLIB and DRLVM after your
> revert patch.
>
>
> >
> > It seems to me that I cannot reproduce the failure you mentioned. Would
> > you pls give more information on this issue? Thanks.
>
> Please, write if your need some additional info.
> To reproduce it I use the box
> nstdrlel19:~> uname -a
> Linux nstdrlel19 2.6.5-7.191-smp #1 SMP Tue Jun 28 14:58:56 UTC 2005
> x86_64 x86_64 x86_64 GNU/Linux
> nstdrlel19:classlib/trunk> java -version
> java version "1.5.0_09"
> Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_09-b01)
> Java HotSpot(TM) 64-Bit Server VM (build 1.5.0_09-b01, mixed mode)
>
> My command to run:
> nstdrlel19:classlib/trunk> ant
> -Dtest.jre.home=drlvm/trunk/build/lnx_em64t_gcc_debug/deploy/jdk/jre
> -Dbuild.module=archive test
>
> thanks, Vladimir
>
> >
> > Vladimir Ivanov wrote:
> > > Hello everybody,
> > > in case if someone miss the CC notification: now the classlib tests
> > > crashed/ hang up on the Linux boxes when run over DRLVM.
> > > Notifications were send ~12hours ago.
> > > Failed tests:
> > > Linux x86_64 (hang up):
> > > TEST-org.apache.harmony.archive.tests.java.util.jar.JarExecTest.xml
> > >
> > > Linux x86 (trying to reproduce):
> > > TEST-org.apache.harmony.archive.tests.java.util.jar.JarFileTest.xml
> > > TEST-org.apache.harmony.security.tests.PolicyEntryTest.xml
> > > TEST-org.apache.harmony.security.tests.java.security.cert.CertificateFactory4Test.xml
> > >
> > >
> > > thanks, Vladimir
> > >
> >
> >
> > --
> > Regards,
> >
> > Ruth Cao
> > China Software Development Lab, IBM
> >
> >
> >
>
Re: [testing] today’s failures of classlib tests on Linux to investigate
Posted by Vladimir Ivanov <iv...@gmail.com>.
On 3/7/07, Ruth Cao <ru...@gmail.com> wrote:
> Hello Vladimir,
>
> I also run all tests on r515079, DRLVM/RHEL4.x86_64, but only found
> org.apache.harmony.archive.tests.java.util.jar.JarFileTest crash. Then I
> revert the change of r514596 back and still have the crash.
Please, be sure that your rebuild the CLASSLIB and DRLVM after your
revert patch.
>
> It seems to me that I cannot reproduce the failure you mentioned. Would
> you pls give more information on this issue? Thanks.
Please, write if your need some additional info.
To reproduce it I use the box
nstdrlel19:~> uname -a
Linux nstdrlel19 2.6.5-7.191-smp #1 SMP Tue Jun 28 14:58:56 UTC 2005
x86_64 x86_64 x86_64 GNU/Linux
nstdrlel19:classlib/trunk> java -version
java version "1.5.0_09"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_09-b01)
Java HotSpot(TM) 64-Bit Server VM (build 1.5.0_09-b01, mixed mode)
My command to run:
nstdrlel19:classlib/trunk> ant
-Dtest.jre.home=drlvm/trunk/build/lnx_em64t_gcc_debug/deploy/jdk/jre
-Dbuild.module=archive test
thanks, Vladimir
>
> Vladimir Ivanov wrote:
> > Hello everybody,
> > in case if someone miss the CC notification: now the classlib tests
> > crashed/ hang up on the Linux boxes when run over DRLVM.
> > Notifications were send ~12hours ago.
> > Failed tests:
> > Linux x86_64 (hang up):
> > TEST-org.apache.harmony.archive.tests.java.util.jar.JarExecTest.xml
> >
> > Linux x86 (trying to reproduce):
> > TEST-org.apache.harmony.archive.tests.java.util.jar.JarFileTest.xml
> > TEST-org.apache.harmony.security.tests.PolicyEntryTest.xml
> > TEST-org.apache.harmony.security.tests.java.security.cert.CertificateFactory4Test.xml
> >
> >
> > thanks, Vladimir
> >
>
>
> --
> Regards,
>
> Ruth Cao
> China Software Development Lab, IBM
>
>
>
Re: [testing] today’s failures of classlib tests on Linux to investigate
Posted by Ruth Cao <ru...@gmail.com>.
Hello Vladimir,
I also run all tests on r515079, DRLVM/RHEL4.x86_64, but only found
org.apache.harmony.archive.tests.java.util.jar.JarFileTest crash. Then I
revert the change of r514596 back and still have the crash.
It seems to me that I cannot reproduce the failure you mentioned. Would
you pls give more information on this issue? Thanks.
Vladimir Ivanov wrote:
> Hello everybody,
> in case if someone miss the CC notification: now the classlib tests
> crashed/ hang up on the Linux boxes when run over DRLVM.
> Notifications were send ~12hours ago.
> Failed tests:
> Linux x86_64 (hang up):
> TEST-org.apache.harmony.archive.tests.java.util.jar.JarExecTest.xml
>
> Linux x86 (trying to reproduce):
> TEST-org.apache.harmony.archive.tests.java.util.jar.JarFileTest.xml
> TEST-org.apache.harmony.security.tests.PolicyEntryTest.xml
> TEST-org.apache.harmony.security.tests.java.security.cert.CertificateFactory4Test.xml
>
>
> thanks, Vladimir
>
--
Regards,
Ruth Cao
China Software Development Lab, IBM
Re: [testing] today’s failures of classlib tests on Linux to investigate
Posted by Ruth Cao <ru...@gmail.com>.
Hi Vladimir,
I'll look into this issue since the patch is provided by me. Thanks.
Vladimir Ivanov wrote:
> The 'archive' tests passed on x86_64 for r514595 and failed for r514596:
> Modified:
> harmony/enhanced/classlib/trunk/modules/portlib/src/main/native/port/unix/hysock.c
>
>
> Thnanks, Vladimir
>
> On 3/6/07, Vladimir Ivanov <iv...@gmail.com> wrote:
>> Hello everybody,
>> in case if someone miss the CC notification: now the classlib tests
>> crashed/ hang up on the Linux boxes when run over DRLVM.
>> Notifications were send ~12hours ago.
>> Failed tests:
>> Linux x86_64 (hang up):
>> TEST-org.apache.harmony.archive.tests.java.util.jar.JarExecTest.xml
>>
>> Linux x86 (trying to reproduce):
>> TEST-org.apache.harmony.archive.tests.java.util.jar.JarFileTest.xml
>> TEST-org.apache.harmony.security.tests.PolicyEntryTest.xml
>> TEST-org.apache.harmony.security.tests.java.security.cert.CertificateFactory4Test.xml
>>
>>
>> thanks, Vladimir
>>
>
Re: [testing] today’s failures of classlib tests on Linux to investigate
Posted by Vladimir Ivanov <iv...@gmail.com>.
For ia32 platform I can't reproduce failure of 'archive' test but
'security' tests reports 3 failures for 3 subsequent runs.
thanks, Vladimir
On 3/6/07, Vladimir Ivanov <iv...@gmail.com> wrote:
> On 3/6/07, Yang Paulex <pa...@gmail.com> wrote:
> > 2007/3/6, Vladimir Ivanov <iv...@gmail.com>:
> > >
> > > The 'archive' tests passed on x86_64 for r514595 and failed for r514596:
> > > Modified:
> > >
> > > harmony/enhanced/classlib/trunk/modules/portlib/src/main/native/port/unix/hysock.c
> >
> >
>
> > I commited that patch, but I cannot reproduce the crash in DRLVM/RHEL4.x86,
> > does this only reproducible on x86_64?
>
> I was able to stable reproduce it on x86_64 only. On my ia32 box tests
> sometimes passed.
> Thanks, Vladimir
>
> >
> > Thnanks, Vladimir
> > >
> > > On 3/6/07, Vladimir Ivanov <iv...@gmail.com> wrote:
> > > > Hello everybody,
> > > > in case if someone miss the CC notification: now the classlib tests
> > > > crashed/ hang up on the Linux boxes when run over DRLVM.
> > > > Notifications were send ~12hours ago.
> > > > Failed tests:
> > > > Linux x86_64 (hang up):
> > > > TEST-org.apache.harmony.archive.tests.java.util.jar.JarExecTest.xml
> > > >
> > > > Linux x86 (trying to reproduce):
> > > > TEST-org.apache.harmony.archive.tests.java.util.jar.JarFileTest.xml
> > > > TEST-org.apache.harmony.security.tests.PolicyEntryTest.xml
> > > >
> > > TEST-org.apache.harmony.security.tests.java.security.cert.CertificateFactory4Test.xml
> > > >
> > > > thanks, Vladimir
> > > >
> > >
> >
> >
> >
> > --
> > Paulex Yang
> > China Software Development laboratory
> > IBM
> >
>
Re: [testing] today’s failures of classlib tests on Linux to investigate
Posted by Vladimir Ivanov <iv...@gmail.com>.
On 3/6/07, Yang Paulex <pa...@gmail.com> wrote:
> 2007/3/6, Vladimir Ivanov <iv...@gmail.com>:
> >
> > The 'archive' tests passed on x86_64 for r514595 and failed for r514596:
> > Modified:
> >
> > harmony/enhanced/classlib/trunk/modules/portlib/src/main/native/port/unix/hysock.c
>
>
> I commited that patch, but I cannot reproduce the crash in DRLVM/RHEL4.x86,
> does this only reproducible on x86_64?
I was able to stable reproduce it on x86_64 only. On my ia32 box tests
sometimes passed.
Thanks, Vladimir
>
> Thnanks, Vladimir
> >
> > On 3/6/07, Vladimir Ivanov <iv...@gmail.com> wrote:
> > > Hello everybody,
> > > in case if someone miss the CC notification: now the classlib tests
> > > crashed/ hang up on the Linux boxes when run over DRLVM.
> > > Notifications were send ~12hours ago.
> > > Failed tests:
> > > Linux x86_64 (hang up):
> > > TEST-org.apache.harmony.archive.tests.java.util.jar.JarExecTest.xml
> > >
> > > Linux x86 (trying to reproduce):
> > > TEST-org.apache.harmony.archive.tests.java.util.jar.JarFileTest.xml
> > > TEST-org.apache.harmony.security.tests.PolicyEntryTest.xml
> > >
> > TEST-org.apache.harmony.security.tests.java.security.cert.CertificateFactory4Test.xml
> > >
> > > thanks, Vladimir
> > >
> >
>
>
>
> --
> Paulex Yang
> China Software Development laboratory
> IBM
>
Re: [testing] today’s failures of classlib tests on Linux to investigate
Posted by Yang Paulex <pa...@gmail.com>.
2007/3/6, Vladimir Ivanov <iv...@gmail.com>:
>
> The 'archive' tests passed on x86_64 for r514595 and failed for r514596:
> Modified:
>
> harmony/enhanced/classlib/trunk/modules/portlib/src/main/native/port/unix/hysock.c
I commited that patch, but I cannot reproduce the crash in DRLVM/RHEL4.x86,
does this only reproducible on x86_64?
Thnanks, Vladimir
>
> On 3/6/07, Vladimir Ivanov <iv...@gmail.com> wrote:
> > Hello everybody,
> > in case if someone miss the CC notification: now the classlib tests
> > crashed/ hang up on the Linux boxes when run over DRLVM.
> > Notifications were send ~12hours ago.
> > Failed tests:
> > Linux x86_64 (hang up):
> > TEST-org.apache.harmony.archive.tests.java.util.jar.JarExecTest.xml
> >
> > Linux x86 (trying to reproduce):
> > TEST-org.apache.harmony.archive.tests.java.util.jar.JarFileTest.xml
> > TEST-org.apache.harmony.security.tests.PolicyEntryTest.xml
> >
> TEST-org.apache.harmony.security.tests.java.security.cert.CertificateFactory4Test.xml
> >
> > thanks, Vladimir
> >
>
--
Paulex Yang
China Software Development laboratory
IBM
Re: [testing] today’s failures of classlib tests on Linux to investigate
Posted by Vladimir Ivanov <iv...@gmail.com>.
The 'archive' tests passed on x86_64 for r514595 and failed for r514596:
Modified:
harmony/enhanced/classlib/trunk/modules/portlib/src/main/native/port/unix/hysock.c
Thnanks, Vladimir
On 3/6/07, Vladimir Ivanov <iv...@gmail.com> wrote:
> Hello everybody,
> in case if someone miss the CC notification: now the classlib tests
> crashed/ hang up on the Linux boxes when run over DRLVM.
> Notifications were send ~12hours ago.
> Failed tests:
> Linux x86_64 (hang up):
> TEST-org.apache.harmony.archive.tests.java.util.jar.JarExecTest.xml
>
> Linux x86 (trying to reproduce):
> TEST-org.apache.harmony.archive.tests.java.util.jar.JarFileTest.xml
> TEST-org.apache.harmony.security.tests.PolicyEntryTest.xml
> TEST-org.apache.harmony.security.tests.java.security.cert.CertificateFactory4Test.xml
>
> thanks, Vladimir
>
Re: [testing] today’s failures of classlib tests on Linux to investigate
Posted by Gregory Shimansky <gs...@gmail.com>.
Ruth Cao wrote:
> Hi Gregory,
>
> Thanks so much for the detailed analysis. And I finally reproduce this
> failure on my side since setting up the environment takes a lot of time :-(
>
> I modified the findError method when fixing Harmony-2387, in which the
> hysock_connect_with_timeout has a bug. I added this entry since the
> getsockopt method returns a error code of zero when it indicates success.
>
> Now it seems that this schema does not apply to everything. May you pls
> revert this change? And I'll provide a new patch for Harmony-2387. Sorry
> for any inconvenience caused.
>
> Besides, I wonder why this failure does not happen on IBMVME/Linux,
> sometimes even cannot reproduce on DRLVM/Linux32. I'll also take a
> closer look. Thanks a lot.
I think that since free is done on uninitialized pointer, it is just
pure luck that this pointer may sometimes be NULL, so free doesn't
complain. For me this crash is best reproducible on x86_64, probably
stack layout is different on this architecture so addrinfo doesn't get
mapped on stack area with NULL values in it.
> Gregory Shimansky wrote:
>> Vladimir Ivanov wrote:
>>> Hello everybody,
>>> in case if someone miss the CC notification: now the classlib tests
>>> crashed/ hang up on the Linux boxes when run over DRLVM.
>>> Notifications were send ~12hours ago.
>>> Failed tests:
>>> Linux x86_64 (hang up):
>>> TEST-org.apache.harmony.archive.tests.java.util.jar.JarExecTest.xml
>>>
>>> Linux x86 (trying to reproduce):
>>> TEST-org.apache.harmony.archive.tests.java.util.jar.JarFileTest.xml
>>> TEST-org.apache.harmony.security.tests.PolicyEntryTest.xml
>>> TEST-org.apache.harmony.security.tests.java.security.cert.CertificateFactory4Test.xml
>>
>>
>>
>> I've found the reason of crash of
>> org.apache.harmony.archive.tests.java.util.jar.JarExecTest. The reason
>> for it is actually commit in revision 514596. Most likely other tests
>> fail for the same reason. The sequence that leads to a crash looks
>> like this:
>>
>> 1. Java calls Java_java_net_InetAddress_getHostByNameImpl with a host
>> name "jcltest.apache.org".
>> 2. It calls hysock_getaddrinfo with this name and uninitialized
>> hyaddrinfo_struct addrinfo variable.
>> 3. Function hysock_getaddrinfo calls system function getaddrinfo and
>> it returns not null which means error.
>> 4. In this case hysock_getaddrinfo reads errno and records it in
>> errorCode. But errorCode appears to be 0. Looking at man page for
>> getaddrinfo I see that only in case of EAI_SYSTEM it sets errno to
>> some specific value. In other cases errno state is not specified.
>> 5. Function hysock_getaddrinfo records an error with errorCode 0 using
>> findError. Since after the change in 514596 the errorCode 0 means
>> HYPORT_SUCCESS, then it is considered to be no error. Previously
>> before that change findError would return HYPORT_ERROR_SOCKET_OPFAILED.
>> 6. Since hysock_getaddrinfo returned HYPORT_SUCCESS which is 0, the
>> function Java_java_net_InetAddress_getHostByNameImpl continues to work
>> with uninitialized addrinfo variable.
>> 7. When Java_java_net_InetAddress_getHostByNameImpl calls to
>> hysock_freeaddrinfo, free is called on unintialized pointer which
>> leads to a crash.
>>
>
>
--
Gregory
Re: [testing] today’s failures of classlib tests on Linux to investigate
Posted by Ruth Cao <ru...@gmail.com>.
Hi Gregory,
Thanks so much for the detailed analysis. And I finally reproduce this
failure on my side since setting up the environment takes a lot of time :-(
I modified the findError method when fixing Harmony-2387, in which the
hysock_connect_with_timeout has a bug. I added this entry since the
getsockopt method returns a error code of zero when it indicates success.
Now it seems that this schema does not apply to everything. May you pls
revert this change? And I'll provide a new patch for Harmony-2387. Sorry
for any inconvenience caused.
Besides, I wonder why this failure does not happen on IBMVME/Linux,
sometimes even cannot reproduce on DRLVM/Linux32. I'll also take a
closer look. Thanks a lot.
Gregory Shimansky wrote:
> Vladimir Ivanov wrote:
>> Hello everybody,
>> in case if someone miss the CC notification: now the classlib tests
>> crashed/ hang up on the Linux boxes when run over DRLVM.
>> Notifications were send ~12hours ago.
>> Failed tests:
>> Linux x86_64 (hang up):
>> TEST-org.apache.harmony.archive.tests.java.util.jar.JarExecTest.xml
>>
>> Linux x86 (trying to reproduce):
>> TEST-org.apache.harmony.archive.tests.java.util.jar.JarFileTest.xml
>> TEST-org.apache.harmony.security.tests.PolicyEntryTest.xml
>> TEST-org.apache.harmony.security.tests.java.security.cert.CertificateFactory4Test.xml
>
>
> I've found the reason of crash of
> org.apache.harmony.archive.tests.java.util.jar.JarExecTest. The reason
> for it is actually commit in revision 514596. Most likely other tests
> fail for the same reason. The sequence that leads to a crash looks
> like this:
>
> 1. Java calls Java_java_net_InetAddress_getHostByNameImpl with a host
> name "jcltest.apache.org".
> 2. It calls hysock_getaddrinfo with this name and uninitialized
> hyaddrinfo_struct addrinfo variable.
> 3. Function hysock_getaddrinfo calls system function getaddrinfo and
> it returns not null which means error.
> 4. In this case hysock_getaddrinfo reads errno and records it in
> errorCode. But errorCode appears to be 0. Looking at man page for
> getaddrinfo I see that only in case of EAI_SYSTEM it sets errno to
> some specific value. In other cases errno state is not specified.
> 5. Function hysock_getaddrinfo records an error with errorCode 0 using
> findError. Since after the change in 514596 the errorCode 0 means
> HYPORT_SUCCESS, then it is considered to be no error. Previously
> before that change findError would return HYPORT_ERROR_SOCKET_OPFAILED.
> 6. Since hysock_getaddrinfo returned HYPORT_SUCCESS which is 0, the
> function Java_java_net_InetAddress_getHostByNameImpl continues to work
> with uninitialized addrinfo variable.
> 7. When Java_java_net_InetAddress_getHostByNameImpl calls to
> hysock_freeaddrinfo, free is called on unintialized pointer which
> leads to a crash.
>
--
Regards,
Ruth Cao
China Software Development Lab, IBM
Re: [testing] today’s failures of classlib tests on Linux to investigate
Posted by Yang Paulex <pa...@gmail.com>.
Thank you, all guys, patch recovered at revision r515959. Sorry for the
inconvenience caused.
2007/3/7, Gregory Shimansky <gs...@gmail.com>:
>
> Vladimir Ivanov wrote:
> > Hello everybody,
> > in case if someone miss the CC notification: now the classlib tests
> > crashed/ hang up on the Linux boxes when run over DRLVM.
> > Notifications were send ~12hours ago.
> > Failed tests:
> > Linux x86_64 (hang up):
> > TEST-org.apache.harmony.archive.tests.java.util.jar.JarExecTest.xml
> >
> > Linux x86 (trying to reproduce):
> > TEST-org.apache.harmony.archive.tests.java.util.jar.JarFileTest.xml
> > TEST-org.apache.harmony.security.tests.PolicyEntryTest.xml
> >
> TEST-org.apache.harmony.security.tests.java.security.cert.CertificateFactory4Test.xml
>
> I've found the reason of crash of
> org.apache.harmony.archive.tests.java.util.jar.JarExecTest. The reason
> for it is actually commit in revision 514596. Most likely other tests
> fail for the same reason. The sequence that leads to a crash looks like
> this:
>
> 1. Java calls Java_java_net_InetAddress_getHostByNameImpl with a host
> name "jcltest.apache.org".
> 2. It calls hysock_getaddrinfo with this name and uninitialized
> hyaddrinfo_struct addrinfo variable.
> 3. Function hysock_getaddrinfo calls system function getaddrinfo and it
> returns not null which means error.
> 4. In this case hysock_getaddrinfo reads errno and records it in
> errorCode. But errorCode appears to be 0. Looking at man page for
> getaddrinfo I see that only in case of EAI_SYSTEM it sets errno to some
> specific value. In other cases errno state is not specified.
> 5. Function hysock_getaddrinfo records an error with errorCode 0 using
> findError. Since after the change in 514596 the errorCode 0 means
> HYPORT_SUCCESS, then it is considered to be no error. Previously before
> that change findError would return HYPORT_ERROR_SOCKET_OPFAILED.
> 6. Since hysock_getaddrinfo returned HYPORT_SUCCESS which is 0, the
> function Java_java_net_InetAddress_getHostByNameImpl continues to work
> with uninitialized addrinfo variable.
> 7. When Java_java_net_InetAddress_getHostByNameImpl calls to
> hysock_freeaddrinfo, free is called on unintialized pointer which leads
> to a crash.
>
> --
> Gregory
>
>
--
Paulex Yang
China Software Development laboratory
IBM
Re: [testing] today’s failures of classlib tests on Linux to investigate
Posted by Gregory Shimansky <gs...@gmail.com>.
Geir Magnusson Jr. wrote:
> Nice work
This work actually shows that the IMHO correct change by Paulex to an
innocent function findError may affect other places where errno may not
be set. This function used to always return an error code in "default"
case because it didn't have case for 0. Now it shall return
HYPORT_SUCCESS in such cases, and more than one place that I've found
today may be affected where error is returned by system API, but errno
is not set to any kind of specific error.
> On Mar 7, 2007, at 8:19 AM, Gregory Shimansky wrote:
>
>> Vladimir Ivanov wrote:
>>> Hello everybody,
>>> in case if someone miss the CC notification: now the classlib tests
>>> crashed/ hang up on the Linux boxes when run over DRLVM.
>>> Notifications were send ~12hours ago.
>>> Failed tests:
>>> Linux x86_64 (hang up):
>>> TEST-org.apache.harmony.archive.tests.java.util.jar.JarExecTest.xml
>>> Linux x86 (trying to reproduce):
>>> TEST-org.apache.harmony.archive.tests.java.util.jar.JarFileTest.xml
>>> TEST-org.apache.harmony.security.tests.PolicyEntryTest.xml
>>> TEST-org.apache.harmony.security.tests.java.security.cert.CertificateFactory4Test.xml
>>>
>>
>> I've found the reason of crash of
>> org.apache.harmony.archive.tests.java.util.jar.JarExecTest. The reason
>> for it is actually commit in revision 514596. Most likely other tests
>> fail for the same reason. The sequence that leads to a crash looks
>> like this:
>>
>> 1. Java calls Java_java_net_InetAddress_getHostByNameImpl with a host
>> name "jcltest.apache.org".
>> 2. It calls hysock_getaddrinfo with this name and uninitialized
>> hyaddrinfo_struct addrinfo variable.
>> 3. Function hysock_getaddrinfo calls system function getaddrinfo and
>> it returns not null which means error.
>> 4. In this case hysock_getaddrinfo reads errno and records it in
>> errorCode. But errorCode appears to be 0. Looking at man page for
>> getaddrinfo I see that only in case of EAI_SYSTEM it sets errno to
>> some specific value. In other cases errno state is not specified.
>> 5. Function hysock_getaddrinfo records an error with errorCode 0 using
>> findError. Since after the change in 514596 the errorCode 0 means
>> HYPORT_SUCCESS, then it is considered to be no error. Previously
>> before that change findError would return HYPORT_ERROR_SOCKET_OPFAILED.
>> 6. Since hysock_getaddrinfo returned HYPORT_SUCCESS which is 0, the
>> function Java_java_net_InetAddress_getHostByNameImpl continues to work
>> with uninitialized addrinfo variable.
>> 7. When Java_java_net_InetAddress_getHostByNameImpl calls to
>> hysock_freeaddrinfo, free is called on unintialized pointer which
>> leads to a crash.
--
Gregory
Re: [testing] today’s failures of classlib tests on Linux to investigate
Posted by "Geir Magnusson Jr." <ge...@pobox.com>.
Nice work
On Mar 7, 2007, at 8:19 AM, Gregory Shimansky wrote:
> Vladimir Ivanov wrote:
>> Hello everybody,
>> in case if someone miss the CC notification: now the classlib tests
>> crashed/ hang up on the Linux boxes when run over DRLVM.
>> Notifications were send ~12hours ago.
>> Failed tests:
>> Linux x86_64 (hang up):
>> TEST-org.apache.harmony.archive.tests.java.util.jar.JarExecTest.xml
>> Linux x86 (trying to reproduce):
>> TEST-org.apache.harmony.archive.tests.java.util.jar.JarFileTest.xml
>> TEST-org.apache.harmony.security.tests.PolicyEntryTest.xml
>> TEST-
>> org.apache.harmony.security.tests.java.security.cert.CertificateFacto
>> ry4Test.xml
>
> I've found the reason of crash of
> org.apache.harmony.archive.tests.java.util.jar.JarExecTest. The
> reason for it is actually commit in revision 514596. Most likely
> other tests fail for the same reason. The sequence that leads to a
> crash looks like this:
>
> 1. Java calls Java_java_net_InetAddress_getHostByNameImpl with a
> host name "jcltest.apache.org".
> 2. It calls hysock_getaddrinfo with this name and uninitialized
> hyaddrinfo_struct addrinfo variable.
> 3. Function hysock_getaddrinfo calls system function getaddrinfo
> and it returns not null which means error.
> 4. In this case hysock_getaddrinfo reads errno and records it in
> errorCode. But errorCode appears to be 0. Looking at man page for
> getaddrinfo I see that only in case of EAI_SYSTEM it sets errno to
> some specific value. In other cases errno state is not specified.
> 5. Function hysock_getaddrinfo records an error with errorCode 0
> using findError. Since after the change in 514596 the errorCode 0
> means HYPORT_SUCCESS, then it is considered to be no error.
> Previously before that change findError would return
> HYPORT_ERROR_SOCKET_OPFAILED.
> 6. Since hysock_getaddrinfo returned HYPORT_SUCCESS which is 0, the
> function Java_java_net_InetAddress_getHostByNameImpl continues to
> work with uninitialized addrinfo variable.
> 7. When Java_java_net_InetAddress_getHostByNameImpl calls to
> hysock_freeaddrinfo, free is called on unintialized pointer which
> leads to a crash.
>
> --
> Gregory
>
Re: [testing] today’s failures of classlib tests on Linux to investigate
Posted by Gregory Shimansky <gs...@gmail.com>.
Vladimir Ivanov wrote:
> Hello everybody,
> in case if someone miss the CC notification: now the classlib tests
> crashed/ hang up on the Linux boxes when run over DRLVM.
> Notifications were send ~12hours ago.
> Failed tests:
> Linux x86_64 (hang up):
> TEST-org.apache.harmony.archive.tests.java.util.jar.JarExecTest.xml
>
> Linux x86 (trying to reproduce):
> TEST-org.apache.harmony.archive.tests.java.util.jar.JarFileTest.xml
> TEST-org.apache.harmony.security.tests.PolicyEntryTest.xml
> TEST-org.apache.harmony.security.tests.java.security.cert.CertificateFactory4Test.xml
I've found the reason of crash of
org.apache.harmony.archive.tests.java.util.jar.JarExecTest. The reason
for it is actually commit in revision 514596. Most likely other tests
fail for the same reason. The sequence that leads to a crash looks like
this:
1. Java calls Java_java_net_InetAddress_getHostByNameImpl with a host
name "jcltest.apache.org".
2. It calls hysock_getaddrinfo with this name and uninitialized
hyaddrinfo_struct addrinfo variable.
3. Function hysock_getaddrinfo calls system function getaddrinfo and it
returns not null which means error.
4. In this case hysock_getaddrinfo reads errno and records it in
errorCode. But errorCode appears to be 0. Looking at man page for
getaddrinfo I see that only in case of EAI_SYSTEM it sets errno to some
specific value. In other cases errno state is not specified.
5. Function hysock_getaddrinfo records an error with errorCode 0 using
findError. Since after the change in 514596 the errorCode 0 means
HYPORT_SUCCESS, then it is considered to be no error. Previously before
that change findError would return HYPORT_ERROR_SOCKET_OPFAILED.
6. Since hysock_getaddrinfo returned HYPORT_SUCCESS which is 0, the
function Java_java_net_InetAddress_getHostByNameImpl continues to work
with uninitialized addrinfo variable.
7. When Java_java_net_InetAddress_getHostByNameImpl calls to
hysock_freeaddrinfo, free is called on unintialized pointer which leads
to a crash.
--
Gregory
Re: [testing] today’s failures of classlib tests on Linux to investigate
Posted by Stepan Mishura <st...@gmail.com>.
On 3/6/07, Vladimir Ivanov wrote:
>
> Hello everybody,
> in case if someone miss the CC notification: now the classlib tests
> crashed/ hang up on the Linux boxes when run over DRLVM.
> Notifications were send ~12hours ago.
> Failed tests:
> Linux x86_64 (hang up):
> TEST-org.apache.harmony.archive.tests.java.util.jar.JarExecTest.xml
>
> Linux x86 (trying to reproduce):
> TEST-org.apache.harmony.archive.tests.java.util.jar.JarFileTest.xml
> TEST-org.apache.harmony.security.tests.PolicyEntryTest.xml
>
> TEST-org.apache.harmony.security.tests.java.security.cert.CertificateFactory4Test.xml
>
> thanks, Vladimir
>
Yes, I can reproduce the failures but only if I run tests in 'once'
forkmode. If forkmode is 'perTest' or I run these tests separately then they
pass for me.
Thanks,
Stepan Mishura
Intel Enterprise Solutions Software Division