Bug 59365 – subversion emerge with sun-jdk-1.4.2.04 as system vm fails

• Product: Gentoo Linux
• Status: RESOLVED TEST-REQUEST

[Description Josh Scheid 2004-08-04 02:50:52 UTC]

The emerge works with the vm as blackdown-jdk-1.4.1.  I switched the system vm to sun-jdk-1.4.2.04 and get the failure in "Actual Results".

  /opt/sun-jdk-1.4.2.04/bin/javah -force -verbose -classpath ../cls org.tigris.subversion.javahl.SVNClient

  Unexpected Signal : 11 occurred at PC=0x497C2E78
  Function=[Unknown.]
  Library=(N/A)

No sun jre is installed.  I have the blackdown jre, though.

Reproducible: Always
Steps to Reproduce:
1. java-config --set-system-vm=sun-jdk-1.4.2.04
2. /usr/sbin/env-update && source /etc/profile
3. emerge dev-util/subversion-1.0.6

Actual Results:  
...
/opt/sun-jdk-1.4.2.04/bin/javah -force -verbose -classpath ../cls
org.tigris.subversion.javahl.SVNClient

Unexpected Signal : 11 occurred at PC=0x497C2E78
Function=[Unknown.]
Library=(N/A)


Expected Results:  
Successfully emerged subversion.

Portage 2.0.50-r9 (2004.2, gcc-3.3.3, glibc-2.3.3.20040420-r0, 2.4.26-gentoo-r3)
=================================================================
System uname: 2.4.26-gentoo-r3 i686 Intel(R) Pentium(R) 4 CPU 1600MHz
Gentoo Base System version 1.4.16
Autoconf: sys-devel/autoconf-2.59-r4
Automake: sys-devel/automake-1.8.3
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O3 -march=pentium4 -funroll-loops -fprefetch-loop-arrays -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3.2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref
/usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O3 -march=pentium4 -funroll-loops -fprefetch-loop-arrays -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache sandbox sfperms"
GENTOO_MIRRORS="ftp://mirror.iawnet.sandia.gov/pub/gentoo/
http://mirror.tucdemonic.org/gentoo/ http://gentoo.mirrors.pair.com/
http://mirror.datapipe.net/gentoo http://mirror.gentoo.gr.jp"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X acpi alsa apm arts avi berkdb cdr crypt cups divx4linux encode esd flac
foomaticdb gdbm gif gnome gphoto2 gpm gtk gtk2 imlib java jpeg libg++ libwww mad
mikmod motif mozilla mpeg mysql ncurses nls offensive oggvorbis opengl oss pam
pda pdflib perl png ppds python quicktime readline ruby sdl slang spell sse ssl
svga tcltk tcpd tiff truetype usb x86 xml2 xmms xv xvid zlib"

[Comment 1 Josh Scheid 2004-08-04 02:52:56 UTC]

Created attachment 36738 [details]
Full log of failed emerge

[Comment 2 Paul de Vrieze (RETIRED) 2004-08-04 23:30:05 UTC]

Does this still happen with the 05 revision of the sun jdk? If so, you might want to report it at sun, as it seems like something in the java virtual machine went wrong.

[Comment 3 Josh Scheid 2004-08-04 23:41:12 UTC]

OK.  I'll take that route.

This doesn't block me, since I switched to build with blackdown successfully.
Feel free to resolve.

The VM dump mentions "An error report file has been saved as hs_err_pid15740.log"  That's what Sun will want.  Normally, I would expect such a file to be in PWD.  It was not.  If the build fails, should such files still be laying around in /var/tmp/portage/subversion-1.0.6?  I will recreate and look.

[Comment 4 Jakub Moc (RETIRED) 2005-12-06 18:36:29 UTC]

Stale bug, please reopen if this still happens with current stable
subversion/java versions.