Mozilla 1.7.2 crash with java on Fedora Core 2

Nigel Wade nmw at ion.le.ac.uk
Mon Sep 20 08:44:18 UTC 2004


Mike Iglesias wrote:
>>Any difference in video driver?  I've heard of some video drivers
>>causing the JVM to crash, but I think that's usually ATI drivers on
>>Windows.
> 
> 
> Both systems are using NVIDIA GeForce 4 MX video boards.  One system is
> an Athlon CPU, the other (the one that doesn't work right) is a dual
> Opteron system installed with the i386 distribution, not the x86_64.
> Both are up to date on patches, and both are running 2.6.8-1.521 kernels
> (the dual Opteron is running the -smp kernel).
> 
> 
>>Is there any way you can get appletviewer to run the applet, rather
>>than using Mozilla? That would at least separate Mozilla and the JVM.
> 
> 
> It's something in java:
> 
> draco> /usr/local/j2re1.4.2_05/bin/java -version
> Segmentation fault
> 
> Here are the last few lines of an strace of the above command:
> 
> mkdir("/tmp/hsperfdata_iglesias", 0755) = -1 EEXIST (File exists)
> lstat64("/tmp/hsperfdata_iglesias", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
> open("/tmp/hsperfdata_iglesias/1067", O_RDWR|O_CREAT|O_TRUNC, 0600) = 3
> ftruncate(3, 16384)                     = 0
> mmap2(NULL, 16384, PROT_READ|PROT_WRITE, MAP_SHARED, 3, 0) = 0xf6ffc000
> close(3)                                = 0
> mmap2(0xfee0e000, 12288, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xfee0e000
> mprotect(0xfee0e000, 12288, PROT_NONE)  = 0
> mmap2(0xfee04000, 40960, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xfee04000
> sigaltstack({ss_sp=0xfee04000, ss_flags=0, ss_size=40960}, NULL) = 0
> rt_sigaction(SIGHUP, NULL, {SIG_DFL}, 8) = 0
> rt_sigaction(SIGINT, NULL, {SIG_DFL}, 8) = 0
> rt_sigaction(SIGTERM, NULL, {SIG_DFL}, 8) = 0
> rt_sigprocmask(SIG_UNBLOCK, [HUP INT QUIT USR2 TERM CHLD], NULL, 8) = 0
> --- SIGSEGV (Segmentation fault) @ 0 (0) ---
> --- SIGSEGV (Segmentation fault) @ 0 (0) ---
> +++ killed by SIGSEGV +++
> 
> and here's a stack trace from gdb on a core file:
> 
> #0  0x00664514 in JVM_handle_linux_signal ()
>    from /usr/local/j2re1.4.2_05/lib/i386/client/libjvm.so
> #1  0x00663728 in signalHandler ()
>    from /usr/local/j2re1.4.2_05/lib/i386/client/libjvm.so
> #2  <signal handler called>
> #3  0x0080eb44 in code_template.15742 ()
>    from /usr/local/j2re1.4.2_05/lib/i386/client/libjvm.so
> #4  0x00665257 in os::Linux::init_thread_fpu_state ()
>    from /usr/local/j2re1.4.2_05/lib/i386/client/libjvm.so
> #5  0x00661655 in os::create_attached_thread ()
>    from /usr/local/j2re1.4.2_05/lib/i386/client/libjvm.so
> #6  0x0066422c in os::create_main_thread ()
>    from /usr/local/j2re1.4.2_05/lib/i386/client/libjvm.so
> #7  0x006ab7c5 in Threads::create_vm ()
>    from /usr/local/j2re1.4.2_05/lib/i386/client/libjvm.so
> #8  0x005d21d8 in JNI_CreateJavaVM ()
>    from /usr/local/j2re1.4.2_05/lib/i386/client/libjvm.so
> #9  0x0804aea3 in ?? ()
> #10 0xfefff814 in ?? ()
> #11 0xfefff810 in ?? ()
> #12 0xfeffd780 in ?? ()
> #13 0x0805813c in ?? ()
> #14 0x00000000 in ?? ()
> 

That doesn't look good. It certainly looks like a JVM problem with your 
Opteron system.

There must be some version of the JVM which runs on Opteron - Sun's new Java 
Station is Opteron after all, and they offer dual cpu with RedHat x86 as an 
option.

I'm not really sure what to suggest. You might try asking in the 
comp.lang.java.help newsgroup if anyone there has had a similar problem and 
knows the cause. I've not seen any posts there specific to Opteron, and if 
there was a general problem with the JVM and Opteron I'm sure there would 
have been some posts.


-- 
Nigel Wade, System Administrator, Space Plasma Physics Group,
             University of Leicester, Leicester, LE1 7RH, UK
E-mail :    nmw at ion.le.ac.uk
Phone :     +44 (0)116 2523548, Fax : +44 (0)116 2523555





More information about the users mailing list