Blackdown Java HotSpot Error 11

cellist · 04-23-2005, 04:31 PM

Ok. This is an old issue for me, but it has recently become intolerable. I'm trying to compile libreadline-java-0.8.0-r1 and I keep getting the following heap error/ output (Note, this does not appear to be a memory issue as I can compile everything else, kernel, etc cleanly and without incident):

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

NOTE: We are unable to locate the function name symbol for the error
just occurred. Please refer to release documentation for possible
reason and solutions.

Current Java thread:

Dynamic libraries:
00000000-00000000 r-xp 00000000 03:03 1951007 /opt/blackdown-jdk-1.4.2.01/bin/javah
00000000-00000000 rw-p 0000e000 03:03 1951007 /opt/blackdown-jdk-1.4.2.01/bin/javah
00000000-00000000 r-xp 00000000 03:03 2093112 /lib/ld-2.3.4.so
00000000-00000000 rw-p 00015000 03:03 2093112 /lib/ld-2.3.4.so
00000000-00000000 r-xp 00000000 03:03 1921475 /lib/libsandbox.so
00000000-00000000 rw-p 00006000 03:03 1921475 /lib/libsandbox.so
00000000-00000000 r-xp 00000000 03:03 1951484 /opt/blackdown-jdk-1.4.2.01/jre/lib/i386/native_threads/libhpi.so
00000000-00000000 rw-p 00007000 03:03 1951484 /opt/blackdown-jdk-1.4.2.01/jre/lib/i386/native_threads/libhpi.so
00000000-00000000 r-xp 00000000 03:03 2090540 /lib/libnss_compat-2.3.4.so
00000000-00000000 rw-p 00006000 03:03 2090540 /lib/libnss_compat-2.3.4.so
00000000-00000000 r-xp 00000000 03:03 2093090 /lib/libnss_nis-2.3.4.so
00000000-00000000 rw-p 00007000 03:03 2093090 /lib/libnss_nis-2.3.4.so
00000000-00000000 rw-s 00000000 03:03 647661 /tmp/hsperfdata_root/6390
00000000-00000000 r-xp 00000000 03:03 2093124 /lib/libpthread-0.10.so
00000000-00000000 r--p 0000d000 03:03 2093124 /lib/libpthread-0.10.so
00000000-00000000 rw-p 0000e000 03:03 2093124 /lib/libpthread-0.10.so
00000000-00000000 r-xp 00000000 03:03 2093091 /lib/libdl-2.3.4.so
00000000-00000000 rw-p 00001000 03:03 2093091 /lib/libdl-2.3.4.so
00000000-00000000 r-xp 00000000 03:03 2092945 /lib/libc-2.3.4.so
00000000-00000000 ---p 00110000 03:03 2092945 /lib/libc-2.3.4.so
00000000-00000000 r--p 00110000 03:03 2092945 /lib/libc-2.3.4.so
00000000-00000000 rw-p 00111000 03:03 2092945 /lib/libc-2.3.4.so
00000000-00000000 r-xp 00000000 03:03 1951488 /opt/blackdown-jdk-1.4.2.01/jre/lib/i386/client/libjvm.so
00000000-00000000 rw-p 002c0000 03:03 1951488 /opt/blackdown-jdk-1.4.2.01/jre/lib/i386/client/libjvm.so
00000000-00000000 r-xp 00000000 03:03 2092944 /lib/libnsl-2.3.4.so
00000000-00000000 rw-p 00010000 03:03 2092944 /lib/libnsl-2.3.4.so
00000000-00000000 r-xp 00000000 03:03 2093089 /lib/libm-2.3.4.so
00000000-00000000 rw-p 00020000 03:03 2093089 /lib/libm-2.3.4.so
00000000-00000000 r-xp 00000000 03:03 1951477 /opt/blackdown-jdk-1.4.2.01/jre/lib/i386/libverify.so
00000000-00000000 rw-p 00011000 03:03 1951477 /opt/blackdown-jdk-1.4.2.01/jre/lib/i386/libverify.so
00000000-00000000 r--s 00000000 03:03 1951621 /opt/blackdown-jdk-1.4.2.01/jre/lib/jce.jar
00000000-00000000 r-xp 00000000 03:03 2093150 /lib/libnss_files-2.3.4.so
00000000-00000000 rw-p 00007000 03:03 2093150 /lib/libnss_files-2.3.4.so
00000000-00000000 r-xp 00000000 03:03 1951494 /opt/blackdown-jdk-1.4.2.01/jre/lib/i386/libjava.so
00000000-00000000 rw-p 0001f000 03:03 1951494 /opt/blackdown-jdk-1.4.2.01/jre/lib/i386/libjava.so
00000000-00000000 r-xp 00000000 03:03 1951483 /opt/blackdown-jdk-1.4.2.01/jre/lib/i386/libzip.so
00000000-00000000 rw-p 00011000 03:03 1951483 /opt/blackdown-jdk-1.4.2.01/jre/lib/i386/libzip.so
00000000-00000000 r--s 00000000 03:03 1951683 /opt/blackdown-jdk-1.4.2.01/jre/lib/rt.jar
00000000-00000000 r--s 00000000 03:03 1951573 /opt/blackdown-jdk-1.4.2.01/jre/lib/sunrsasign.jar
00000000-00000000 r--s 00000000 03:03 1951540 /opt/blackdown-jdk-1.4.2.01/jre/lib/jsse.jar
00000000-00000000 r--s 00000000 03:03 1951544 /opt/blackdown-jdk-1.4.2.01/jre/lib/charsets.jar

Heap at VM Abort:
Heap
def new generation total 576K, used 83K [0x4bba0000, 0x4bc40000, 0x4c080000)
eden space 512K, 16% used [0x4bba0000, 0x4bbb4ec8, 0x4bc20000)
from space 64K, 0% used [0x4bc20000, 0x4bc20000, 0x4bc30000)
to space 64K, 0% used [0x4bc30000, 0x4bc30000, 0x4bc40000)
tenured generation total 1408K, used 0K [0x4c080000, 0x4c1e0000, 0x4fba0000)
the space 1408K, 0% used [0x4c080000, 0x4c080000, 0x4c080200, 0x4c1e0000)
compacting perm gen total 4096K, used 741K [0x4fba0000, 0x4ffa0000, 0x53ba0000)
the space 4096K, 18% used [0x4fba0000, 0x4fc597c8, 0x4fc59800, 0x4ffa0000)

Local Time = Fri Apr 22 21:42:27 2005
Elapsed Time = 0
#
# HotSpot Virtual Machine Error : 11
# Error ID : 4F530E43505002EF
# Please report this error at
# http://www.blackdown.org/cgi-bin/jdk
#
# Java VM: Java HotSpot(TM) Client VM (Blackdown-1.4.2-01 mixed mode)
#

I've submitted a bug report on www.blackdown.org, but I was hoping someone could come up with a more timely solution.

Thanks.

foo_bar_foo · 04-23-2005, 11:39 PM

this is a real generic sig 11 crash that is happening to people all over the place in many different situations

try this (i'm just guessing at the path)

export LD_PRELOAD=/opt/blackdown-jdk-1.4.2.01/jre/lib/i386/libjsig.so

or try to pass -Xint to JVM to prevent Hotspot from running

cellist · 04-24-2005, 07:35 PM

Thanks for the reply. I tried the "export" statement and it didn't work. It gave me the exact same error. Also, I should point out that regardless of how often I compile and recompile blackdown java 1.4.2 I always always always get segmentation faults when I try to do anything java related.

How do I pass -Xint to the JVM?

Thanks.

foo_bar_foo · 04-24-2005, 09:14 PM

is there any reason not to use binary precompiled java ?
you can't optimize java anyway with gcc3 , it won't work
this could be what you are experiencing
make sure you take out any hardcoded -O3 in the makefiles
i have this LFS command here that might give some insight

Code:

for i in hotspot/build/linux/makefiles/gcc.make \
		hotspot/build/solaris/makefiles/gcc.make \
		j2se/make/sun/image/generic/Makefile
        do
                chmod +w $i
                cp $i $i.orig
                sed -e "s:\-O3:\-march=i686 \-fomit\-frame\-pointer \-s:g" \
			$i.orig > $i
        done

cellist · 04-25-2005, 12:13 PM

The reason libreadjava is compiling from source is I'm using Gentoo, and Gentoo almost always "emerges" from source. I think blackdown-java gets installed from the binary, but the resulting java programs almost never seem to work as they keep giving me seg faults, consistently. My make.conf file is specifying -O2 as a flag, not -O3, so I don't think that's the problem, unless, as you say, they're hardcoded into the makefile.

The code that you provided, is this something I need to execute? If so, how? Thanks.

cellist · 05-03-2005, 11:27 AM

Ok, so I haven't been able to solve the problem yet, and I've tried everything I know. I even tried installing Sun's JDK and creating symlinks in the Blackdown directory. Still getting the same error. Probably because the compiler being used is javac, which isn't (apparently) included with Sun's JDK. So I'm still stuck not being able to update my system beyond this point. Oh, and blackdown java still gives me segmentation faults in general when I try to run any java applets.

foo_bar_foo, I'm interested in what you suggested I do, particularly with regard to getting HotSpot to stop running, but I don't know where it is I have to pass -Xint to the JVM. Do I need to edit the Makefile of libreadline-java? Also, I still don't know where it is, or how it is that I'm supposed to execute the code you so kindly posted earlier.

Anyone???

Thanks.

foo_bar_foo · 05-03-2005, 06:10 PM

hi,

i think i'm not understanding gentoo -- i thought you were just trying to compile java from scratch
*quite a daunting task i must say*
but you are compiling libread-java ? that's what you said but i wasn't paying atention
libreadline-java is real simple just one JNI *.c file so one call to javah and one to gcc then link
and the stock makefile doesn't use ant optimization flags or pick up any from the system

as for the other thing just try starting a program like this (example)
java -jar -Xint whatever.jar (or hack the Makefile to libreadjava and add it to the javah call or wherever the build fails) don't know if you can use it with javah ? (JNI native compiler)

also to try to use just the Sun jdk adjust the $PATH variable to include the Sun jdk bin directory and not the blackdown one and change $JAVA_HOME
(ibm makes a java jdk as well that might work) you can put them in /opt so they don't interfear with each other

sorry no more insight other than it looks like an incompatability with one of your local libraries like libnss or something

make sure you preload that java sig library in the same shell you are trying to run java from
-- it should be able to catch the exception ??? must not be though

cellist · 05-26-2005, 02:50 PM

Well, Sun JDK doesn't work either. It gives me a "Segmentation fault". So it looks like Java in general doesn't work on my system. What's going on?

harro · 06-13-2005, 06:38 PM

I encountered this error on Gentoo Linux with sun JDK vers 1.4.2.08 and blackdown vers 1.4.2.01. The error can be reproduced simply by executing javac.

My current workaround is to use the older blackdown vers 1.4.1.

Any feedback from someone who has fixed this problem with the latest releases is much appreciated.

Rgds
-Daniel