Hello, I'm getting the error below when I try to start Eclipse 3.0. Eclipse is a java app that uses native libraries such as GTK for window rendering. The file its looking for is definitely there, so I'm guessing this error is caused because it cant load the 64bit library. Is there a way to tell this particular app to use the 32bit GTK libs? This is on suse 9.0 AMD. Cannot load module /opt/gnome/lib64/pango/1.2.0/modules/pango-basic-xft.so: /opt/gnome/lib64/pango/1.2.0/modules/pango-basic-xft.so: cannot open shared object file: No such file or directory Mark
Mark Horton writes:
Hello, I'm getting the error below when I try to start Eclipse 3.0. Eclipse is a java app that uses native libraries such as GTK for window rendering. The file its looking for is definitely there, so I'm guessing this error is caused because it cant load the 64bit library. Is there a way to tell this particular app to use the 32bit GTK libs?
You cannot mix 32-bit and 64-bit code in an process.
This is on suse 9.0 AMD.
Cannot load module /opt/gnome/lib64/pango/1.2.0/modules/pango-basic-xft.so: /opt/gnome/lib64/pango/1.2.0/modules/pango-basic-xft.so: cannot open shared object file: No such file or directory
If eclipse is a 32-bit binary, you should install the 32-bit pango libraries from the following package: $ rpm -qf /opt/gnome/lib/pango/1.2.0/modules/pango-basic-xft.so pango-32bit-9.0-0 Andreas -- Andreas Jaeger, aj@suse.de, http://www.suse.de/~aj SuSE Linux AG, Deutschherrnstr. 15-19, 90429 Nürnberg, Germany GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126
rpm -qa|grep -i pango
I do understand that you can't mix 32bit and 64bit libraries. What I dont understand is why a 32bit appication, like Eclipse, is trying to load a 64bit library? The 32bit pango libraries are installed too. Here's what I have related to pango: pango-32bit-9.0-0 pango-devel-1.2.5-25 pango-1.2.5-25 BTW I noticed that I don't have a /opt/gnome/lib/pkgconfig directory on my AMD64 system. I'm not sure if this is a big deal actually but I noticed that this directory is used in an environment variable on my x86 Suse 9.0 system. I do have a /opt/gnome/lib64/pkgconfig directory however. My system has the lastest online updates and everything else works fine. Mark Andreas Jaeger wrote:
Mark Horton writes:
Hello, I'm getting the error below when I try to start Eclipse 3.0. Eclipse is a java app that uses native libraries such as GTK for window rendering. The file its looking for is definitely there, so I'm guessing this error is caused because it cant load the 64bit library. Is there a way to tell this particular app to use the 32bit GTK libs?
You cannot mix 32-bit and 64-bit code in an process.
This is on suse 9.0 AMD.
Cannot load module /opt/gnome/lib64/pango/1.2.0/modules/pango-basic-xft.so: /opt/gnome/lib64/pango/1.2.0/modules/pango-basic-xft.so: cannot open shared object file: No such file or directory
If eclipse is a 32-bit binary, you should install the 32-bit pango libraries from the following package:
$ rpm -qf /opt/gnome/lib/pango/1.2.0/modules/pango-basic-xft.so pango-32bit-9.0-0
Andreas
Mark Horton writes:
I do understand that you can't mix 32bit and 64bit libraries. What I dont understand is why a 32bit appication, like Eclipse, is trying to load a 64bit library?
I don't know either, you somehow need to debug this. LD_DEBUG=files (or libraries) in the environment might help.
The 32bit pango libraries are installed too. Here's what I have related to pango:
rpm -qa|grep -i pango pango-32bit-9.0-0 pango-devel-1.2.5-25 pango-1.2.5-25
BTW I noticed that I don't have a /opt/gnome/lib/pkgconfig directory on my AMD64 system. I'm not sure if this is a big deal actually but I noticed that this directory is used in an environment variable on my x86 Suse 9.0 system. I do have a /opt/gnome/lib64/pkgconfig directory however.
In that case everything should work.
My system has the lastest online updates and everything else works fine.
Andreas -- Andreas Jaeger, aj@suse.de, http://www.suse.de/~aj SuSE Linux AG, Deutschherrnstr. 15-19, 90429 Nürnberg, Germany GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126
* Mark Horton [031214 22:52]:
I do understand that you can't mix 32bit and 64bit libraries. What I dont understand is why a 32bit appication, like Eclipse, is trying to load a 64bit library?
It's not eclipse, but Gnome: Strace32 shows that eclipse loads lots of 32bit libs, and then, after the GUI is already visible, it tries to load /opt/gnome/lib64/pango/1.2.0/modules/pango-basic-xft.so This comes from /etc/opt/gnome/pango/pango.modules, where the path is hardcoded. you can change that by hand, and it will work. (until you try to use pango with a 64bit appi :-( )
The 32bit pango libraries are installed too. Here's what I have related to pango:
rpm -qa|grep -i pango pango-32bit-9.0-0 pango-devel-1.2.5-25 pango-1.2.5-25
BTW I noticed that I don't have a /opt/gnome/lib/pkgconfig directory on my AMD64 system. I'm not sure if this is a big deal actually but I noticed that this directory is used in an environment variable on my x86 Suse 9.0 system. I do have a /opt/gnome/lib64/pkgconfig directory however.
This is just for development, it's mainly used for configuration (not for runtime)
My system has the lastest online updates and everything else works fine.
Mark
-- Stefan Fent SuSE Linux AG, Maxfeldstr. 5, D-90409 N\303\274rnberg
Stefan Fent
* Mark Horton [031214 22:52]:
I do understand that you can't mix 32bit and 64bit libraries. What I dont understand is why a 32bit appication, like Eclipse, is trying to load a 64bit library?
It's not eclipse, but Gnome:
Strace32 shows that eclipse loads lots of 32bit libs, and then, after the GUI is already visible, it tries to load /opt/gnome/lib64/pango/1.2.0/modules/pango-basic-xft.so
This comes from
/etc/opt/gnome/pango/pango.modules, where the path is hardcoded.
you can change that by hand, and it will work. (until you try to use pango with a 64bit appi :-( )
Argh. Gnome is really broken. Any idea on how to fix this properly? Thanks! Andreas -- Andreas Jaeger, aj@suse.de, http://www.suse.de/~aj SuSE Linux AG, Maxfeldstr. 5, 90409 Nürnberg, Germany GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126
participants (3)
-
Andreas Jaeger
-
Mark Horton
-
Stefan Fent