HP-UX 11i Java™ JDK/JRE Version 7.0.09 Release Notes

Interruptible I/O support is disabled by default on JDK 7.0
On previous releases of the HP-UX JDK, the Thread.interrupt() method can interrupt
some blocking I/O operations, resulting in InterruptedIOException thrown by the target
thread and leaving socket or file streams in an inconsistent state. This behavior is the
same as on the Solaris platform, but different from Windows and Linux.
This function is controllable by the the JVM option UseVMInterruptibleIO.
In releases prior to JDK 7.0, the option is on by default, Beginning in JDK 7.0, the default
is changed so that UseVMInterruptibleIO is off by default.
To enable interruptible I/O in JDK 7.0, use the option:
-XX:+UseVMInterruptibleIO
Also see "UseVMInterruptibleIO" at http://www.oracle.com/technetwork/java/javase/
releasenotes-142123.html and http://www.oracle.com/technetwork/java/javase/
jdk7-relnotes-418459.html.
Known issues
The following are known problems for JDK/JRE 7.0.x on HP-UX 11i Integrity systems.
Some of the solutions require installing patches. For more information on locating and
installing patches, see the HP-UX Java Patch Information web page at:
http://ftp.hp.com/pub/softlib/hpuxjava-patchinfo/index.html
Running Java applications with hyperthreading enabled
Prior to JDK 7.0.04, java applications might crash with a SEGV in interpreter code on
systems with hyperthreading enabled. The crash usually occurs when an interpreted
method is executing one of the "fast" getfield or putfield bytecodes. This can be
determined by using gdb to analyze the core file written at the time of the crash. Use
the gdb "bt" command to examine the stack trace and find the stack frame that caused
a signal handler to be called. Then use the "frame" and "info frame" commands to
see what bytecode the errant frame was executing. For example, the excerpted gdb
session below shows that the crash occurred in Hashtable::put while executing the
fast_igetfield function:
> (gdb) bt
> ...
> #7 0x60000000cc4ad4a0:0 in os::Hpux::signalHandler ()
> #8 <signal handler called>
> #9 0x200000007ac25c01 in interpreted frame: java.util.Hashtable::put
> (java.lang.Object, java.lang.Object) ->java.lang.Object bci: 166
> ...
> (gdb) frame 9
> #9 0x200000007ac25c01 in interpreted frame: java.util.Hashtable::put
> (java.lang.Object, java.lang.Object) ->java.lang.Object bci: 166
> (gdb) info frame
> ...
> Java interpreted frame specific info:
> ...
Known issues 19