FS#25458 - [eclipse] Crash because of librsvg

Attached to Project: Arch Linux
Opened by Juergen Fickel (Steinpfeffer) - Monday, 08 August 2011, 15:00 GMT
Last edited by Ionut Biru (wonder) - Monday, 27 February 2012, 17:56 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Paul Mattal (paul)
Architecture x86_64
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 6
Private No

Details

Description:
While working with Eclipse it crashes with following message:

"/opt/java/bin/java: symbol lookup error: /usr/lib/librsvg-2.so.2: undefined symbol: gdk_pixbuf_new_from_data"

The crashes happen randomly but only after user action like checking for updates.


Additional info:
* package version(s)
eclipse 3.7
jdk 7-3
jre 7-3
kde 4.7
librsvg 2.34.0-


* config and/or log files etc.
Message after crash attached.


Steps to reproduce:
Try to open "SVN Repository" view or try to look for updates.
   EclipseCrashMessage.png (48.3 KiB)
This task depends upon

Closed by  Ionut Biru (wonder)
Monday, 27 February 2012, 17:56 GMT
Reason for closing:  Works for me
Additional comments about closing:  please open a new bug if is still available in 3.7.2
Comment by Jan de Groot (JGC) - Monday, 08 August 2011, 17:27 GMT
This is caused by a local outdated installation of GTK. Your eclipse tries to load a pixbuf loader compiled against system libgdk-2.0 into an older release of libgdk-2.0, resulting in the missing symbol error.
Comment by Stefan Langer (musk) - Tuesday, 09 August 2011, 21:08 GMT
So what do we have to do to fix this?
Comment by faffi (faffi) - Monday, 15 August 2011, 07:58 GMT
I'm running into the same problem. According to the eclipse faq, Eclipse/SWT 3.6+ requires GTK+ 2.4.1 and its dependencies.

I guess either downgrade eclipse or somehow upgrade to a newer version of GTK? As far as I can tell the newest version in the package manager is 2.24.5-3.
Comment by Jan de Groot (JGC) - Monday, 15 August 2011, 08:14 GMT
Look for outdated versions of libgdk_pixbuf-2.0.so.0 on your system, there's probably an outdated copy of that on your system causing these unresolved symbols.
Comment by Jan de Groot (JGC) - Monday, 29 August 2011, 06:56 GMT
Investigated the problem a bit: file this upstream. Eclipse uses dlopen() to load gtk libraries. I think it doesn't load all the required symbols and then tries to dlopen a pixbuf loader, leading to unresolved symbols.
Comment by Markus (kwinz) - Wednesday, 07 September 2011, 14:21 GMT
I am affected too. Would gladly help resolve this somehow if requested. :)
Comment by Jakob Matthes (jakobm) - Wednesday, 07 September 2011, 14:31 GMT
I cannot reproduce this with "Check for Updates". Markus, can you provide a exact procedure to cause the Eclipse crash?
Note that librsvg was updated yesterday.
Comment by Markus (kwinz) - Wednesday, 07 September 2011, 14:46 GMT
Just updated to librsvg-2.34.1-1. It's fixed.
Could not reproduce this any more in the Android plugin file chooser dialog, where I had problems before. Thank you!
Comment by Christophe (tolgam) - Thursday, 08 September 2011, 16:03 GMT
Get a slightly different bug with
/usr/bin/java: symbol lookup error: /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-jpeg.so: undefined symbol: gdk_pixbuf_new
Comment by Jan de Groot (JGC) - Thursday, 08 September 2011, 19:35 GMT
I can't reproduce this here, tried to do it in many possible ways, but I simply can't get it crashing with this error message. Does any of you use prelink to "optimize" binaries?
Comment by Christophe (tolgam) - Friday, 09 September 2011, 08:56 GMT
I tried prelink some years ago and it was a complete mess so I won't ever use it again.
Actually, I can't reproduce the bug either on my work machine. Both my home machine and my work machine have the same setup (Arch x64, similar software) and almost the same hardware. Still, at home eclipse crashes and at work I have no problem :-/

BTW, deleting libpixbufloader-jpeg.so fixes the crash problem. I guess eclipse falls then back on using an other loader.
Comment by Jan de Groot (JGC) - Friday, 09 September 2011, 09:29 GMT
What GTK theme do you actually use?
Comment by Christophe (tolgam) - Friday, 09 September 2011, 10:09 GMT
Adwaita on both machines and Adwaita-white (from AUR) for the shell on the work machine, Adwaita for the shell on the home machine.
Comment by Leonel Freire (leonelfreire) - Wednesday, 14 September 2011, 15:03 GMT
I can confirm this bug (Arch x64 and Eclipse from site - not from repo).
Comment by Dan H (deehay) - Sunday, 18 September 2011, 23:28 GMT
+1 confirmed today after upgrading from Eclipse 3.6.2 to 3.7. Crash happens for me when clicking Browse... on the Switch Workspace >> Other dialog.

Here's my setup (Arch up to date as of 15 mins before this comment):

- Arch x64
- Eclipse 3.7 64-bit from eclipse.org
- Java(TM) SE Runtime Environment (build 1.6.0_26-b03) 64-bit
- fake-java 1.0-3 (from AUR)
- gtk2 2.24.6-2
- lib32-gtk2 2.24.6-1
- gdk-pixbuf2 2.24.0-1
- lib32-gdk-pixbuf2 2.23.3-1
- librsvg 2.34.1-2

lddconfig -p looks ok to me, all 64-bit libs appear before their 32-bit counterparts.

Does comment #3 by @faffi matter here? It can't be that Arch's version of GTK+ is too old for Eclipse?? If Arch's is too old then any Linux distro should be.
Comment by Dan H (deehay) - Sunday, 18 September 2011, 23:38 GMT
Umm, this crash is not always reproducible. The Browse... mentioned in my comment above has worked fine now 3 times in a row.
Comment by Markus (kwinz) - Monday, 19 September 2011, 09:37 GMT
After reading the comment by Dan H, I tried a gain and I too still have problems.

Just tried a simple "File" - "Open file ..." and it instantly crashed with:

/opt/java/bin/java: symbol lookup error: /usr/lib/librsvg-2.so.2: undefined symbol: gdk_pixbuf_new_from_data

Then I reopened eclipse and it worked fine 10 times in a row.
Comment by Christophe (tolgam) - Monday, 03 October 2011, 17:10 GMT
Ok, here is a different story that may explain that bug. I just did an update with "yaourt" using their option "--sucre" and it totally messed out Gnome.
Turned out I had to re-install cogl to gets its file correctly update and python-gobject2 too. On the forum, it appeared that this was a result of the "-f" option that "--sucre" is an alias for (among others).

I'm wondering, did any of you experiencing this lack of update use(d) "-f" with pacman or yaourt ?

Other question, is there a way to tell to pacman to re-install eclipse and all the things it depends upon, recursively? I think this would solve the problem, at least for me.
Comment by Paul (luftwaffle) - Saturday, 08 October 2011, 08:30 GMT
I also ran into this problem and after finding this bugposting i tried to reinstall the packages.
Anyways, i tried out of a hunch to remove librsvg. Afterwards i had no problems.
I dont know why or how, but eclipse doesnt crash anymore.
I hope this helps
Comment by Jim Niz (linkmaster03) - Sunday, 23 October 2011, 02:57 GMT
I am still receiving this error with librsvg 2.34.1-2:

/usr/share/eclipse/eclipse: symbol lookup error: /usr/lib/librsvg-2.so.2: undefined symbol: gdk_pixbuf_new_from_data

Other packages depend on the librsvg package, so I can't remove it.
Comment by Markus (kwinz) - Tuesday, 25 October 2011, 15:10 GMT
Still not fixed (eclipse-3.7.1-2 librsvg-2.34.1-2) and reliably reproducable by

starting eclipse
Window - Preferences - General - Web Browser - Search...

JVM terminated. Exit code=127
/opt/java/bin/java: symbol lookup error: /usr/lib/librsvg-2.so.2: undefined symbol: gdk_pixbuf_new_from_data
Comment by Markus (kwinz) - Saturday, 29 October 2011, 12:16 GMT
This is really annoying and it affects my work. I will pay a 30 Euro bounty to whomever finds the bug and fixes it for Arch.
You can claim this over bank transfer (EU) or paypal (world). Only a single person can claim the bounty.
Comment by Michael Coupet (BwackNinja) - Saturday, 25 February 2012, 17:43 GMT
If you run eclipse as:
LD_PRELOAD=/usr/lib/libgdk_pixbuf-2.0.so eclipse

you get no crashes. Maybe eclipse should be packaged with a wrapper script that does this until it is fixed upstream.

Loading...