HD45806: IN RUNTIME CATIA SESSION FAILS TO CREATE JVM IN THE SESSION

APAR status

• Closed as unreproducible in next release.

Error description

• In runtime Catia session fails to create JVM in the
  session
  The goal of this issue is that in a CAA batch
  executed by mkrun, the java API that creates a
  JVM is failing on HP only.
  The bug is on HP, on V5R14. I can reproduce it on
  V5R16 BSF on October 24, on machine aven3dsy
  (HP machine, see http://hotlinedsy, tabpage
  Hardware for more infos on this machine)
  Guillaume PIEL got the customer on a call, and
  accepted the customer's scenario.
  DS build tools team provided a status:
  "
  It seems to be an HP problem.
  Please have a look to this URL:
  http://www.hp.com/products1/unix/java/java2/sdkr
  te14/infolibrary/sdk_rnotes_1.4.1.05.html.
  shl_load HotSpot libjvm problem due to TLS
  The libjvm library for the HotSpot 1.4 JVM uses
  thread local storage (TLS). Currently the dynamic
  loader that is used by shl_load does not support
  dynamically loading a shared library containing TLS
  when the library was not included in the link line.
  You may have a need to load a library dynamically
  (using shl_load or dlopen) that contains TLS, for
  example libjvm.sl, without having linked your
  application against it. For example, this might be
  the case if your application uses plug-ins.
  The current workaround is a new linker feature
  LD_PRELOAD that is available for HP-UX 11.0 in
  patch PHSS_26559. For HP-UX 11i the feature will
  be included in the next update release. For more
  information on LD_PRELOAD functionality and its
  limitations, read the man page for dld.sl AFTER you
  have installed the patch.
  "
  Customer answered the problem still occures.
  The Workspace is WS2.zip
  See the Readme.txt
  There is just a batch program to execute.
  As the issue can be reproduced on V5R16 on
  Maintenance environment, the IRs are open to get
  a status from Development team on this
  issue.
  I cannot confirm the HP Patch PHSS_26559 on 11.0
  does not solve the issue as I have not it on our
  available machine.
  .
  

Local fix

Problem summary

• In runtime Catia session fails to create JVM in the session
  In runtime Catia session fails to create JVM in the
  session
  The goal of this issue is that in a CAA batch
  executed by mkrun, the java API that creates a
  JVM is failing on HP only.
  The bug is on HP, on V5R14. I can reproduce it on
  V5R16 BSF on October 24, on machine aven3dsy
  (HP machine, see http://hotlinedsy, tabpage
  Hardware for more infos on this machine)
  Guillaume PIEL got the customer on a call, and
  accepted the customer's scenario.
  DS build tools team provided a status:
  "
  It seems to be an HP problem.
  Please have a look to this URL:
  http://www.hp.com/products1/unix/java/java2/sdkr
  te14/infolibrary/sdk_rnotes_1.4.1.05.html.
  shl_load HotSpot libjvm problem due to TLS
  The libjvm library for the HotSpot 1.4 JVM uses
  thread local storage (TLS). Currently the dynamic
  loader that is used by shl_load does not support
  dynamically loading a shared library containing TLS
  when the library was not included in the link line.
  You may have a need to load a library dynamically
  (using shl_load or dlopen) that contains TLS, for
  example libjvm.sl, without having linked your
  application against it. For example, this might be
  the case if your application uses plug-ins.
  The current workaround is a new linker feature
  LD_PRELOAD that is available for HP-UX 11.0 in
  patch PHSS_26559. For HP-UX 11i the feature will
  be included in the next update release. For more
  information on LD_PRELOAD functionality and its
  limitations, read the man page for dld.sl AFTER you
  have installed the patch.
  "
  Customer answered the problem still occures.
  The Workspace is WS2.zip
  See the Readme.txt
  There is just a batch program to execute.
  As the issue can be reproduced on V5R16 on
  Maintenance environment, the IRs are open to get
  a status from Development team on this
  issue.
  I cannot confirm the HP Patch PHSS_26559 on 11.0
  does not solve the issue as I have not it on our
  available machine.
  .
  

Problem conclusion

Temporary fix

Comments

• There is two code problems in the sample :
  1- Mix of libraries between PA_RISC 1.1 and
  PA_RISC2.0 > after correction the message
  is not displayed anymore, but there is a
  coredump
  The coredump is due to the second
  problem :
  2- Wrong usage of classic java VM instead
  of server java VM for embedded jvm
  Reason
  This problem and the message is due to a
  mix of PA_RISC1.1 and PA_RISC2.0
  libraries , and thus will not be resolved by
  an LD_PRELOAD as indicated in the IR :
  In the loadjava.cpp , it must be the
  PA_RISC2.0 libjvm.sl which has to be
  loaded : OK ( it is what the customers has
  done) In the SHLIB_PATH it must be the
  PA_RISC2.0 path to be referenced : KO (
  the customer has referenced the 1.1
  libraries ) Moreover, to allow executables to
  access more memory (   1.7 GB of data ,
  and after +q3p aware ) at link time V5 is
  compiled with - Wl,-N option, which precise
  that the executables is EXEC_MAGIC.
  But the classic java is not exec magic
  aware, only the server java.
  Thus customers have to change the
  libjvm.sl used in the source :
  shl_t libsym = shl_load
  ("/opt/java1.3/jre/lib/PA_RISC2.0/server/libj
  vm.sl", BIND_IMMEDIATE|DYNAMIC_PATH,
  0L); and before launching the executables
  generated with the V5 :
  export
  SHLIB_PATH=/opt/java1.3/jre/lib/PA_RISC2.
  0:/opt/ java1.3/jre/lib/PA_RISC2.0/server
  but when using mkrun instead of catstart
  the SHLIB_PATH is supersed, to be sure to
  use the good one :
  export
  MkmkSHLIB_PATH=$SHLIB_PATH:$MkmkSH
  LIB_PATH More over , here the server part
  use Tls, thus the LD_PRELOAD have to be
  used export
  LD_PRELOAD=/opt/java1.3/jre/lib/PA_RISC2.
  0/serv er/libjvm.sl then
  mkrun -c your_executable
  .
  

APAR Information

• APAR is sysrouted FROM one or more of the following:

• APAR is sysrouted TO one or more of the following:

Fix information

• Fixed component name

  CAA V5 HP-UX

• Fixed component ID

  569102100

Applicable component levels