Design Studio SIGSEGV While Testing HelloWorld - libxul.so

Bug #569660 reported by upandacross
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
eclipse (Ubuntu)
Expired
Undecided
Unassigned

Bug Description

Config: Karmic Koala and CE running on Ubuntu server.

This started as a problem getting Design Studio to display the Test screen for HelloWorld.xaction in Getting Started. There's a thread in the Community Forum on this. I found a dependence missing: libxpcom.so. As locate found it in a "xul" directory, Synaptic reported that package xulrunner provided XUL and XPCOM so I installed it. Presto, Design Studio can display the test screen but a lot of things got removed, e.g. firefox and eclipse, so this was a concern. I started the BI Server, loaded HelloWorld.xaction into Design Studio, configure it with name and message, then selected the Test capability. Presto, Design Studio can "GenerateURL" for the action sequence but, when attempting to "Test Server" I get the SIGSEGV.

OK, so I guess xulrunner is obsolete and I went back to xulrunner-1.9.1 then reinstalled the things that got removed. Presto, I can't Test HelloWorld again but firefox is back. It may be that the symbolic links to xul libraries in /usr/lib have not been correctly updated to reflect the latest (?) version 1.9.1.9. I'll investigate tomorrow and fiddle with the symbolic links trying to have everything point to 1.9.1.9 as is possible.

Config:
Eclipse 3.2.2, Ubuntu server 9.10, Pentaho CE version 3.5.2

Revision history for this message
upandacross (bren-upandacross) wrote :

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.

Revision history for this message
Matthias Klose (doko) wrote :

this appears to be a problem with a locally installed version of eclipse/DesignStudio. Please report the problem where you downloaded it.
Can this issue be reproduced with the eclipse package in Ubuntu?

affects: openjdk-6 (Ubuntu) → eclipse (Ubuntu)
Changed in eclipse (Ubuntu):
status: New → Incomplete
Revision history for this message
Niels Thykier (niels-thykier) wrote :

Note, Karmic ships with eclipse 3.5.1 and not eclipse 3.2.2.

~Niels

Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for eclipse (Ubuntu) because there has been no activity for 60 days.]

Changed in eclipse (Ubuntu):
status: Incomplete → Expired
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.