Comment 1 for bug 569660

OK - found the following shared libraries in /usr/lib/xulrunner that also appear in /usr/lib/xulrunner-1.9.1.9:

   libmozjs.so
   libxpcom.so
   libxul.so

They appear in xulrunner as symbolic kinks to /usr/lib/{shared libraryname}.0d, but exist as actual files in xulrunner-1.9.1.9. So, I moved the .0d files in /usr/lib out of the way and copied the actual shared library files from xulrunner-1.9.1.9 to /usr/lib with a ".0d" appended to the name so that the symbolic links in xulrunner point to current shared libraries in /usr/lib (not sure this matters). Finally, I created symbolic links in /usr/lib to the ".0d" files named with the ".so" name (e.g. ln -s libxul.so.0d libxul.so). After all was said and done, I have symbolic links in /usr/lib pointing to xulrunner-1.9.1.9 versions. Hope that's reasonably clear.

Anyway, fired up bi server, then design studio, then tried to test HelloWorld.xaction - didn't work but in a different way, i.e. no complaints about not finding a lib{whatever}.so. Instead, the JVM crashes. Couldn't find a log file (find / -name 'hs*.log' -print) but the following clip appears in my terminal window where I started design studio:

biserver-ce/pentaho-solutions/system/usr/bin/java: symbol lookup error: /home/bren/pentaho/design-studio/configuration/org.eclipse.osgi/bundles/108/1/.cp/libswt-mozilla-gtk-3236.so: undefined symbol: _ZN4nsID5ParseEPKc

Note that there is no /usr/bin/java directory in biserver-cd/pentaho-solution/system as mentioned in the clip.

I'm stumped.