Name: gm110360 Date: 10/02/2001


bash-2.03$ java -version
java version "1.4.0-beta2"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.0-beta2-b77)
Java HotSpot(TM) Client VM (build 1.4.0-beta2-b77, mixed mode)

Howdy,
I had my LD_LIBRARY_PATH set to:

LD_LIBRARY_PATH=/usr/local/lib:/usr/j2se/jre/lib/sparc:/usr/j2se/jre/lib/sparc/server

and when I tried to set up the vm by loading in the shared library (not
statically linked, but using dlopen/dlsym to set things up, the symbolic link
that was placed into /usr/j2se/jre/lib/sparc that points to the client libjvm.so
was also getting loaded by the libzip.so. This was causing things to seg fault.
Reversing the LD_LIBRARY_PATH made everything happy again. But everything was
happy on BETA 1, so it was kind of a surprise to have it all fall apart with
BETA 2. Here's some output from gdb showing what was going on:

  Program received signal SIGSEGV, Segmentation fault.
0x0 in ?? ()
(gdb) bt
#0 0x0 in ?? ()
#1 0xfec7ce10 in __1cFMutex2t6Mipkci_v_ ()
   from /usr/j2se/jre/lib/sparc/libjvm.so
#2 0xfec81ad4 in JVM_RawMonitorCreate ()
   from /usr/j2se/jre/lib/sparc/libjvm.so
#3 0xfea623d4 in ZIP_Open () from /usr/j2se/jre/lib/sparc/libzip.so
#4 0xfea6211c in ZIP_Open () from /usr/j2se/jre/lib/sparc/libzip.so
#5 0xfea620e8 in ZIP_Open () from /usr/j2se/jre/lib/sparc/libzip.so
#6 0xfdaca8ec in __1cLClassLoaderbBsetup_bootstrap_search_path6F_v_ ()
   from /usr/j2se/jre/lib/sparc/server/libjvm.so
#7 0xfdb35ab8 in __1cMinit_globals6F_v_ ()
   from /usr/j2se/jre/lib/sparc/server/libjvm.so
#8 0xfdaf661c in __1cHThreadsJcreate_vm6FpnOJavaVMInitArgs__i_ ()
   from /usr/j2se/jre/lib/sparc/server/libjvm.so
#9 0xfdb300b4 in JNI_CreateJavaVM ()
   from /usr/j2se/jre/lib/sparc/server/libjvm.so
#10 0xff1635c8 in checkerspot_open_jvm2 ()
   from
/home/gabe/butterfly/checkerspot/builds/working/connectors/apache/mod_checkerspot.so
#11 0xff162cec in checkerspot_open_jvm ()
   from
/home/gabe/butterfly/checkerspot/builds/working/connectors/apache/mod_checkerspot.so
#12 0xff162298 in module_init ()
---Type <return> to continue, or q <return> to quit---
   from
/home/gabe/butterfly/checkerspot/builds/working/connectors/apache/mod_checkerspot.so
#13 0x459f8 in ap_init_modules ()
#14 0x54d50 in main ()
(gdb) quit

This was happening with the Solaris package version of the distribution. I don't
know if that symbolic link is in all distributions or not...

Anyway, seems like it should be a documentation issue at the very least...
(Review ID: 132995)
======================================================================