I setup the integrity testing cycle and investigate the failures in some Fedora machines.
[laichunr...@mrobj-lnx64-03 working_classlib]$ uname -a Linux MRObj-lnx64-03 2.6.18-1.2798.fc6 #1 SMP Mon Oct 16 14:39:22 EDT 2006 x86_64 x86_64 x86_64 GNU/Linux [laichunr...@mrobj-lnx32-03 ~]$ uname -a Linux MRObj-lnx32-03 2.6.21-1.3194.fc7 #1 SMP Wed May 23 22:35:01 EDT 2007 i686 i686 i386 GNU/Linux [share...@mrobj-lnx32-07 ~]$ uname -a Linux MRObj-lnx32-07 2.6.21-1.3194.fc7 #1 SMP Wed May 23 22:35:01 EDT 2007 i686 i686 i386 GNU/Linux [share...@mrobj-lnx32-07 ~]$ gcc -v Using built-in specs. Target: i386-redhat-linux Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-languages=c,c++,objc,obj-c++,java,fortran,ada --enable-java-awt=gtk --disable-dssi --enable-plugin --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre --enable-libgcj-multifile --enable-java-maintainer-mode --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --with-cpu=generic --host=i386-redhat-linux Thread model: posix gcc version 4.1.2 20070502 (Red Hat 4.1.2-12) [share...@mrobj-lnx32-07 lib]$ ls -lt libc.so.* lrwxrwxrwx 1 root root 11 2008-06-23 21:58 libc.so.6 -> libc-2.6.so On Tue, Mar 24, 2009 at 11:52 PM, Mark Hindess <mark.hind...@googlemail.com>wrote: > > In message <49c8ea59.40...@gmail.com>, Tim Ellison writes: > > > > chunrong lai wrote: > > > I also once investigated the issue times ago > > > > http://mail-archives.apache.org/mod_mbox/harmony-dev/200809.mbox/%3cf9761b910809160814s7fd8e257gd99b4a15d9700...@mail.gmail.com%3e > > > and identified the guity commit which breaks SSLSocketImplTest as > > > r691267. > > > > > > What r691267 did is "Remove the hy.no.sig option and make it the > default." > > > so it is basically a classlib patch. It seems that its modifications to > vm > > > makefiles finally make the test crashed. > > > > I suggest you raise a JIRA issue for this (if one does not exist > > already) and bring it to the attention of the committer. > > Well, I am the committer but I'm not going to be much help since I can't > reproduce the problem. I've tested on linux/x86 and linux/x86_64 with: > > ant > cd working_classlib > ant -Dtest.jre.home=../target/hdk/jdk/jre \ > -Dtest.case=org.apache.harmony.xnet.provider.jsse.SSLSocketImplTest \ > -Dbuild.module=x-net test > > and it works for me. I also tried using: > > -Dtest.jre.home=../working_vm/build/linux_x86_gcc_release/deploy/jdk/jre > > as I notice this is what Chunrong (incorrectly?) uses and thinking it might > be a federation build/layout issue but that works too. > > I tried downloading the snapshot from: > > > http://people.apache.org/builds/harmony/snapshots/r751364/apache-harmony-jre-r751364-linux-x86-32-snapshot.tar.gz > > but that works for me too. > > Sadly, the integrity test crash output gives no useful information for > diagnosing the problem. > > Chunrong, can you give me more information about the test environment where > you see this problem? What distribution? What libc version? What kernel > version? > > Regards, > -Mark. > > >
