JVM Crashes on HPPA 64 Bit and HPIA 64 Bit

[Vaishali Maurya]

I am working on a project which uses 3rd party library which invokes JVM. Except HP platforms, this library is working fine on all other platforms. On HP platform JVM crashes with following stack trace:

#1 0xc0000000000de5d0:1 in ENTER_PTHREAD_LIBRARY_FUNC+0x131 ()
at
/CLO/Components/JAVA_HOTSPOT/Src/src/share/vm/utilities/yieldingWorkgroup.cpp:
218
#2 0xc0000000001064e0:0 in pthread_num_processors_np+0xa0 ()
at
/CLO/Components/JAVA_HOTSPOT/Src/src/share/vm/utilities/yieldingWorkgroup.cpp:
218
#3 0xc00000000f6aabe0:0 in os::active_processor_count ()
at /CLO/Components/JAVA_HOTSPOT/Src/src/os/hp-ux/vm/os_hp-ux.cpp:834
#4 0xc000000010010400:0 in os::is_server_class_machine ()
at /CLO/Components/JAVA_HOTSPOT/Src/src/share/vm/runtime/os.cpp:944
#5 0xc00000001000fb30:0 in Arguments::set_ergonomics_flags ()
at
/CLO/Components/JAVA_HOTSPOT/Src/src/share/vm/runtime/arguments.cpp:1417
#6 0xc00000000fffef10:0 in Arguments::parse ()
at
/CLO/Components/JAVA_HOTSPOT/Src/src/share/vm/runtime/arguments.cpp:3110
#7 0xc00000000fff6670:0 in Threads::create_vm ()
at /CLO/Components/JAVA_HOTSPOT/Src/src/share/vm/runtime/thread.cpp:3388
#8 0x9fffffffe550a470:0 in JNI_CreateJavaVM ()
at /CLO/Components/JAVA_HOTSPOT/Src/src/share/vm/prims/jni.cpp:3291


I wrote one simple C program which uses JNI_CreateJavaVM(), this program is working fine for me.

Can anyone please help to know why that library is causing this problem?
I have rebuild this 3rd party library with same link options which I used for my C program but even now this library is crashing.

[Dennis Handly]

What's at frame #0? What's the signal?
Are you in a thread? Do you have a thread stack overflow?

You'll probably need to contact the Response Center.

[Vaishali Maurya]

I am not getting any frame#0 in stack trace. Is it possible? Sorry I don't know much about trace thing.

But how can simple JNI_CreateJavaVm works fine with this Java?

[Dennis Handly · Accepted solution]

>I am not getting any frame#0 in stack trace.

Are you in gdb or is this being printed automatically?
Do you have a core file?

>But how can simple JNI_CreateJavaVm work fine with this Java?

As I mentioned, if you have a thread stack overflow, that may explain why it doesn't work on HP-UX.

[Vaishali Maurya]

> Are you in gdb or is this being printed automatically?

yeah I am in GDB.

[Dennis Handly]

>yeah I am in GDB.

Then gdb will show frame #0. And it should tell you the signal.
When you get a stack trace, does it go past frame #8?

[Vaishali Maurya]

Complete stack trace with signal recieved :


Program received signal SIGSEGV, Segmentation fault
si_code: 2 - SEGV_ACCERR - Invalid Permissions for object.
0xc0000000000de5d0:1 in ENTER_PTHREAD_LIBRARY_FUNC+0x131 ()
at /CLO/Components/JAVA_HOTSPOT/Src/src/share/vm/utilities/yieldingWorkgroup.cpp:218
218 /CLO/Components/JAVA_HOTSPOT/Src/src/share/vm/utilities/yieldingWorkgroup.cpp: No such file or directory.
in /CLO/Components/JAVA_HOTSPOT/Src/src/share/vm/utilities/yieldingWorkgroup.cpp
(gdb) where
#0 0xc0000000000de5d0:1 in ENTER_PTHREAD_LIBRARY_FUNC+0x131 ()
at /CLO/Components/JAVA_HOTSPOT/Src/src/share/vm/utilities/yieldingWorkgroup.cpp:218
#1 0xc0000000001064e0:0 in pthread_num_processors_np+0xa0 ()
at /CLO/Components/JAVA_HOTSPOT/Src/src/share/vm/utilities/yieldingWorkgroup.cpp:218
#2 0xc00000000f6aabe0:0 in os::active_processor_count ()
at /CLO/Components/JAVA_HOTSPOT/Src/src/os/hp-ux/vm/os_hp-ux.cpp:834
#3 0xc000000010010400:0 in os::is_server_class_machine ()
at /CLO/Components/JAVA_HOTSPOT/Src/src/share/vm/runtime/os.cpp:944
#4 0xc00000001000fb30:0 in Arguments::set_ergonomics_flags ()
at /CLO/Components/JAVA_HOTSPOT/Src/src/share/vm/runtime/arguments.cpp:1417
#5 0xc00000000fffef10:0 in Arguments::parse ()
at /CLO/Components/JAVA_HOTSPOT/Src/src/share/vm/runtime/arguments.cpp:3110
#6 0xc00000000fff6670:0 in Threads::create_vm ()
at /CLO/Components/JAVA_HOTSPOT/Src/src/share/vm/runtime/thread.cpp:3388
#7 0xc00000000fff4470:0 in JNI_CreateJavaVM ()
at /CLO/Components/JAVA_HOTSPOT/Src/src/share/vm/prims/jni.cpp:3291
#8 0xc000000005ea5200:0 in pst_StartLibrary () at pStart:54
#9 0xc000000005972570:0 in psCreateJVM() at pJVM:87

[Dennis Handly]

You need a disassembly and a register dump:
(gdb) disas $pc-16*12 $pc+16*4
(gdb) info reg

You can get the thread stack used by:
(gdb) p /x $sp_save = $sp
(gdb) frame 9 # the largest one
(gdb) p $sp-$sp_save

[Steven E. Protter]

Shalom,

Whats the back end version of Java/JVM?

Have you considered updating that, recompiling the application?

http://www.hp.com/go/java

SEP

[Kursat Tuncel_1]

What is the JVM version? If you updated to JVM 1.6.003, consider downgrading to 1.6.002. That solved my different problem.

Regards,