This somewhat of a weird problem. Here is what I know about it: When I run java on my Athlon box (simply typing "java" at bash prompt!), it will segfault about 1 time in 5, randomly. It will print its usual usage/help message and at the very end it will print this as well: --- **************** Another exception has been detected while we were handling last error. Dumping information about last error: ERROR REPORT FILE = (N/A) PC = 0x0x401a10e0 SIGNAL = 11 FUNCTION NAME = (N/A) LIBRARY NAME = (N/A) Please check ERROR REPORT FILE for further information, if there is any. Good bye. Aborted --- I have checked and verified that this error message is *able* to come from: aeoo@void2 opt $ grep -rl "Please check ERROR REPORT FILE for further" . ./blackdown-jre-1.3.1/lib/i386/client/libjvm.so ./blackdown-jre-1.3.1/lib/i386/server/libjvm.so ./blackdown-jdk-1.3.1/jre/lib/i386/server/libjvm.so ./blackdown-jdk-1.3.1/jre/lib/i386/client/libjvm.so By default, typing java executes -client VM, and with this VM you get a segfault about 1 in 5 times as I said. You *ALSO* get it using -server VM, but about 1 time in 50+ or so!! Yes, I've typed it that many times to try it :). It *ALSO* happens when you invoke java using JRE instead of the JDK. Interestingly enough, it happens about 1 time in 50 or so using -client VM in JRE. I cannot get this to happen on my other box (p3-450). Relevant environment: box 1 (Athlon TB 1.333Mhz): + 2.4.17 SGI cvs kernel *unpatched* (not gentoo ebuild) + sys-libs/glibc-2.2.4-r9 + sys-devel/ld.so-1.9.11-r2 + dev-java/blackdown-jdk-1.3.1-r2 (build Blackdown-1.3.1-FCS) box 2 (p3 450Mhz): + 2.4.18_pre7 vanilla + sys-libs/glibc-2.2.4-r9 + sys-devel/ld.so-1.9.11-r2 + dev-java/blackdown-jdk-1.3.1-r1 (build Blackdown-1.3.1-FCS) Using native threads on both. This might be a bug in the kernel, but I need a starting point, so I am filing this bug here to collect information, etc.
Hello, i'm experiencing the same problems. Box is a dual PII 350, 256mb ram and a 19" screen ;-) My systemfiles: sys-libs/glibc-2.2.4-r9 linux-sources-2.4.17-r3 ld.so-1.9.11-r2 dev-java/blackdown-jdk-1.3.1-r2 Maarten/datadevil
Bug doesn't seem reproducable here, running kernel 2.4.17-r1 from the gentoo ebuild, no XFS. glibc-2.2.4-r9 ld.so-1.9.11-r2 blackdown-jdk-1.3.1-r2 Machine is an AMD Athlon 1400
I cannot reproduce this problem. I will leave it open until I get more info. Can you check if this is a Blackdown-specific problem, or if it only appears on Gentoo ?
get the same error at my box at work and at home, kernel 2.4.17 non-gentoo sys-libs/glibc-2.2.4-r9 linux-sources-2.4.17-r3 ld.so-1.9.11-r2 dev-java/blackdown-jdk-1.3.1-r2 reiserfs, no xfs workbox: intel p3 866mhz homebox intel p2 350
Ok, Just booted into 2.4.16-r3 kernel (gentoo ebuild) and this problem happens about 1 in 5 or so times using both jdk and jre. What *is* interesting, I booted into Libranet (which is basically Debian potato) using the *same* kernel I nomally use to boot into Gentoo (2.4.17-xfs, from SGI's cvs), and copied the same blackdown java to Libranet's /opt, and.... I can't get it to segfault!!! *pulling our my hair now*. Some info about Libranet's environment: aeoo@void2:~$ ldd -V /lib/ld.so: version 1.9.11 glibc-2.1.3 (from glibcbug tool) --- Also, now I got curious about the .so dependencies and here is what I see: aeoo@void2:~$ ldd /opt/blackdown-jdk-1.3.1/bin/i386/native_threads/java libpthread.so.0 => /lib/libpthread.so.0 (0x4001a000) libhpi.so => not found libjvm.so => not found libdl.so.2 => /lib/libdl.so.2 (0x4002e000) libc.so.6 => /lib/libc.so.6 (0x40032000) libBrokenLocale.so.1 => /lib/libBrokenLocale.so.1 (0x4010f000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) libhpi.so and libjvm.so are blackdown's .so's and blackdown java finds them normally because the java script sets up the environment before running the actual java, so the msgs about them not being found are to be ignored.
Hmmm... We may need a patched libpthread. It's really hard to say, but other distros generally have glibc 2.2.4 patched like a crazy person. In particular, Mandrake has a pthread patch that prevents threads from sometimes getting out of sync. Since I assume that Java has lots of threads, this may be the problem. I also suggest searching bugs.debian.org.
OK, got something similar on a PIII 600 with 256mb ram, and glibc-2.2.5. Unexpected Signal : 11 occurred at PC=0x40265988 Function name=pending_exception__C6Thread Library=/opt/blackdown-jdk-1.3.1/jre/lib/i386/client/libjvm.so Cannot obtain thread information Dynamic libraries: 08048000-0804c000 r-xp 00000000 21:02 571397 /opt/blackdown-jdk-1.3.1/bin/i386/native_threads/java 0804c000-0804d000 rw-p 00003000 21:02 571397 /opt/blackdown-jdk-1.3.1/bin/i386/native_threads/java 40000000-40015000 r-xp 00000000 21:02 247198 /lib/ld-2.2.5.so 40015000-40016000 rw-p 00014000 21:02 247198 /lib/ld-2.2.5.so 40017000-40018000 r--p 00000000 21:02 604465 /usr/lib/locale/en_US/LC_IDENTIFICATION 40018000-40019000 r--p 00000000 21:02 604464 /usr/lib/locale/en_US/LC_MEASUREMENT40019000-4001a000 r--p 00000000 21:02 604463 /usr/lib/locale/en_US/LC_TELEPHONE 4001a000-4001b000 r--p 00000000 21:02 604462 /usr/lib/locale/en_US/LC_ADDRESS 4001b000-4001c000 r--p 00000000 21:02 604461 /usr/lib/locale/en_US/LC_NAME 4001c000-4001d000 r--p 00000000 21:02 604032 /usr/lib/locale/en_US/LC_PAPER 4001d000-4001e000 r--p 00000000 21:02 69931 /usr/lib/locale/en_US/LC_MESSAGES/SYS_LC_MESSAGES 4001e000-4001f000 r--p 00000000 21:02 604395 /usr/lib/locale/en_US/LC_MONETARY 4001f000-40020000 r--p 00000000 21:02 604380 /usr/lib/locale/en_US/LC_TIME 40020000-40021000 r--p 00000000 21:02 604018 /usr/lib/locale/en_US/LC_NUMERIC 40023000-40031000 r-xp 00000000 21:02 247841 /lib/libpthread-0.9.so 40031000-40038000 rw-p 0000d000 21:02 247841 /lib/libpthread-0.9.so 40038000-40043000 r-xp 00000000 21:02 633230 /opt/blackdown-jdk-1.3.1/jre/lib/i386/native_threads/libhpi.so 40043000-40044000 rw-p 0000a000 21:02 633230 /opt/blackdown-jdk-1.3.1/jre/lib/i386/native_threads/libhpi.so 40044000-40307000 r-xp 00000000 21:02 730295 /opt/blackdown-jdk-1.3.1/jre/lib/i386/client/libjvm.so 40307000-4031e000 rw-p 002c2000 21:02 730295 /opt/blackdown-jdk-1.3.1/jre/lib/i386/client/libjvm.so 40336000-40338000 r-xp 00000000 21:02 247199 /lib/libdl-2.2.5.so 40338000-40339000 rw-p 00001000 21:02 247199 /lib/libdl-2.2.5.so 40339000-4045e000 r-xp 00000000 21:02 247196 /lib/libc-2.2.5.so 4045e000-40465000 rw-p 00124000 21:02 247196 /lib/libc-2.2.5.so 40469000-4046a000 r-xp 00000000 21:02 248026 /lib/libBrokenLocale-2.2.5.so 4046a000-4046b000 rw-p 00000000 21:02 248026 /lib/libBrokenLocale-2.2.5.so 4046c000-4047f000 r-xp 00000000 21:02 247998 /lib/libnsl-2.2.5.so 4047f000-40480000 rw-p 00012000 21:02 247998 /lib/libnsl-2.2.5.so 40482000-404a3000 r-xp 00000000 21:02 247197 /lib/libm-2.2.5.so 404a3000-404a4000 rw-p 00020000 21:02 247197 /lib/libm-2.2.5.so 404a4000-404b6000 r-xp 00000000 21:02 308671 /opt/blackdown-jdk-1.3.1/jre/lib/i386/libverify.so 404b6000-404b8000 rw-p 00011000 21:02 308671 /opt/blackdown-jdk-1.3.1/jre/lib/i386/libverify.so 404b8000-404db000 r-xp 00000000 21:02 308672 /opt/blackdown-jdk-1.3.1/jre/lib/i38 6/libjava.so 404db000-404dd000 rw-p 00022000 21:02 308672 /opt/blackdown-jdk-1.3.1/jre/lib/i386/libjava.so 404de000-404f3000 r-xp 00000000 21:02 308673 /opt/blackdown-jdk-1.3.1/jre/lib/i386/libzip.so 404f3000-404f6000 rw-p 00014000 21:02 308673 /opt/blackdown-jdk-1.3.1/jre/lib/i386/libzip.so 404f6000-4120f000 r--s 00000000 21:02 308703 /opt/blackdown-jdk-1.3.1/jre/lib/rt.jar 4123c000-414e1000 r--s 00000000 21:02 308704 /opt/blackdown-jdk-1.3.1/jre/lib/i18n.jar 414e1000-414f7000 r--s 00000000 21:02 308691 /opt/blackdown-jdk-1.3.1/jre/lib/sunrsasign.jar 495ff000-49605000 r--p 00000000 21:02 69904 /usr/lib/locale/en_US/LC_COLLATE 49605000-49630000 r--p 00000000 21:02 69901 /usr/lib/locale/en_US/LC_CTYPE 4963c000-49648000 r-xp 00000000 21:02 248006 /lib/libnss_compat-2.2.5.so 49648000-49649000 rw-p 0000b000 21:02 248006 /lib/libnss_compat-2.2.5.so Local Time = Thu Jan 31 00:37:32 2002 Elapsed Time = 0 # # HotSpot Virtual Machine Error : 11 # Error ID : 4F530E43505002CC # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # **************** Another exception has been detected while we were handling last error. Dumping information about last error: ERROR REPORT FILE = (N/A) PC = 0x0x40265988 SIGNAL = 11 FUNCTION NAME = pending_exception__C6Thread LIBRARY NAME = /opt/blackdown-jdk-1.3.1/jre/lib/i386/client/libjvm.so Please check ERROR REPORT FILE for further information, if there is any. Good bye. Aborted
I get the same behaviour with blackdown-jdk-1.3.1, however sun jdk 1.3.1-b24 and ibm 1.3.0 build cx130-20010925 work without any problems. I'd say that blackdown has trouble. I also seem to recall that I had similar issues on rocklinux with blackdown.
Runs perfectly fine on my p3-450 I tried running it several times without it crashing Also runs limewire very well
Just saying ME TO. I also get this on my PIII-700Mhz IBM T20 laptop.
*** Bug 98837 has been marked as a duplicate of this bug. ***
Still gives me random errors: 17:32 <@Betelgeuse> Fatal: Stack size too small. Use 'ulimit -s' to increase default stack size.
betelgeuse@pena ~/java $ java --help head: `-1' option is obsolete; use `-n 1' since this will be removed in the future Unrecognized option: --help Could not create the Java virtual machine. betelgeuse@pena ~/java $ which java /opt/blackdown-jdk-1.3.1/bin/java
Something maybe related; http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4654443
closing
