Results 1 to 10 of 20
Trying to run Secondlife-i686-1.23.5.136262 app on Ubuntu 9.10 64 BitS I get
./secondlife/
64-bit Linux detected: Disabling GStreamer (streaming video and music) by default; edit ./secondlife/ to re-enable.
Running from ...
- 03-06-2010 #1Just Joined!
- Join Date
- Mar 2010
- Posts
- 8
Wrong ELF Class ?? 64BITS Linux app error
Trying to run Secondlife-i686-1.23.5.136262 app on Ubuntu 9.10 64 BitS I get
./secondlife/
64-bit Linux detected: Disabling GStreamer (streaming video and music) by default; edit ./secondlife/ to re-enable.
Running from /home/pbureau/Downloads/SecondLife-i686-1.23.5.136262
/usr/lib/gio/modules/libgiogconf.so: wrong ELF class: ELFCLASS64 Failed to load module: /usr/lib/gio/modules/libgiogconf.so
/usr/lib/gio/modules/libgioremote-volume-monitor.so: wrong ELF class: ELFCLASS64 Failed to load module: /usr/lib/gio/modules/libgioremote-volume-monitor.so
/usr/lib/gio/modules/libgvfsdbus.so: wrong ELF class: ELFCLASS64 Failed to load module: /usr/lib/gio/modules/libgvfsdbus.so
/usr/lib/gio/modules/libgiofam.so: wrong ELF class: ELFCLASS64 Failed to load module: /usr/lib/gio/modules/libgiofam.so
Locate function reveals the following;
locate -eLi libgiogconf.so
/usr/lib/gio/modules/libgiogconf.so
/usr/lib32/gio/modules/libgiogconf.so
locate -eLi libgioremote-volume-monitor.so
/usr/lib/gio/modules/libgioremote-volume-monitor.so
/usr/lib32/gio/modules/libgioremote-volume-monitor.so
locate -eLi libgvfsdbus.so
/usr/lib/gio/modules/libgvfsdbus.so
/usr/lib32/gio/modules/libgvfsdbus.so
which seems to indicates all my 32 bits libs are indeed present, except below
locate -eLi libgiofam.so
/usr/lib/gio/modules/libgiofam.so
1)it seem to report a missing 32 libs in this case , anyone know in what package this would be in ?
2) Also other research indicated to have JRE 32 bits installed as it needs it , and I have this installed as well.
3) Also at the end of the secondlife app run it mentions the following information;
You are running the Second Life viewer on a x86_64 platform, the most common problems when launching the viewer(particularly a "not found" error while loading shared libraries) may be solved by installing your linux distribution 32 bits compatibility packages, for example: ia32-libs ia32-libs-gtk, ia32-libs-kde ia32-libs-sdl
Now I i have run apt-get and successfully installed;
ia32-libs succesfully
ia32-libs-gtk: Note, Selecting ia32-libs instead of ia32-libs-gtk, ia2-libs is already the newest version.
ia32-libs-kde: couldn't find package ia32-libs-kde this one is maybe this is because I use Gnome ?
ia32-libs-sdl: Note, Selecting ia32-libs instead of ia32-libs-sdl, ia2-libs is already the newest version.
4) What am I missing here ? Help please
5) alsosomeone suggested to visit a web site and run a report on my video card
the script is the following one:
cat /proc/pci | grep VGA || lspci | grep VGA | colrm 1 4 ; cat /proc/cpuinfo | \
egrep "model name|MHz" ; xdpyinfo | egrep "version:|dimensions|depth of" ; glxinfo | \
egrep -A2 "direct rendering|OpenGL vendor" ; uname -sr; glxgears & sleep 30 ; \
killall glxgears
it reports the following... seems I have no ATI drivers for 3d ?
even though package manager reports all ATi Driver loaded.
VGA compatible controller: ATI Technologies Inc M56P [Radeon Mobility X1600]
model name : Intel Core2 CPU T7200 2.00GHz
cpu MHz : 2000.000
model name : Intel Core2 CPU T7200 2.00GHz
cpu MHz : 1000.000
X.Org version: 1.6.4
dimensions: 1680x1050 pixels (445x278 millimeters)
depth of root window: 24 planes
X Error of failed request: BadRequest (invalid request code or no such operation)
Major opcode of failed request: 135 (GLX)
Minor opcode of failed request: 19 (X_GLXQueryServerString)
Serial number of failed request: 16
Current serial number in output stream: 16
X Error of failed request: BadRequest (invalid request code or no such operation)
Major opcode of failed request: 135 (GLX)
Minor opcode of failed request: 19 (X_GLXQueryServerString)
Serial number of failed request: 16
Current serial number in output stream: 16
[1]+ Exit 1 glxgears
glxgears: no process found
xdpyinfo reports:
name of display: :0.0
version number: 11.0
vendor string: The X.Org Foundation
vendor release number: 10604000
X.Org version: 1.6.4
maximum request size: 16777212 bytes
motion buffer size: 256
bitmap unit, bit order, padding: 32, LSBFirst, 32
image byte order: LSBFirst
number of supported pixmap formats: 7
supported pixmap formats:
depth 1, bits_per_pixel 1, scanline_pad 32
depth 4, bits_per_pixel 8, scanline_pad 32
depth 8, bits_per_pixel 8, scanline_pad 32
depth 15, bits_per_pixel 16, scanline_pad 32
depth 16, bits_per_pixel 16, scanline_pad 32
depth 24, bits_per_pixel 32, scanline_pad 32
depth 32, bits_per_pixel 32, scanline_pad 32
keycode range: minimum 8, maximum 255
focus: window 0x400004, revert to Parent
number of extensions: 27
ATI-GLX
BIG-REQUESTS
Composite
DAMAGE
DOUBLE-BUFFER
DPMS
DRI2
GLX
Generic Event Extension
MIT-SCREEN-SAVER
MIT-SHM
RANDR
RECORD
RENDER
SECURITY
SHAPE
SYNC
X-Resource
XC-MISC
XFIXES
XFree86-DGA
XFree86-VidModeExtension
XINERAMA
XInputExtension
XKEYBOARD
XTEST
XVideo
default screen number: 0
number of screens: 1
screen #0:
dimensions: 1680x1050 pixels (445x278 millimeters)
resolution: 96x96 dots per inch
depths (7): 24, 1, 4, 8, 15, 16, 32
root window id: 0x4f
depth of root window: 24 planes
number of colormaps: minimum 1, maximum 1
default colormap: 0x20
default number of colormap cells: 256
preallocated pixels: black 0, white 16777215
options: backing-store NO, save-unders NO
largest cursor: 64x64
current input event mask: 0xfa8033
KeyPressMask KeyReleaseMask EnterWindowMask
LeaveWindowMask ExposureMask StructureNotifyMask
SubstructureNotifyMask SubstructureRedirectMask FocusChangeMask
PropertyChangeMask ColormapChangeMask
number of visuals: 3
default visual id: 0x21
visual:
visual id: 0x21
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x22
class: DirectColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0x4d
class: TrueColor
depth: 32 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
So I could use any help or run any "search" you need , I am at a loss here
- 03-06-2010 #2Linux Guru
- Join Date
- Apr 2009
- Location
- I can be found either 40 miles west of Chicago, or in a galaxy far, far away.
- Posts
- 8,943
You are trying to run the 32-bit version of secondlife. If they don't have a 64-bit version, then you are missing some of the 32-bit libraries needed to run this application, such as gstreamer and such. So, install the 32-bit versions (as well as the 64-bit ones) of the various components you need. You can do that either with apt-get from a command line, or using the synaptic package manager.
Sometimes, real fast is almost as good as real time.
Just remember, Semper Gumbi - always be flexible!
- 03-06-2010 #3Just Joined!
- Join Date
- Mar 2010
- Posts
- 8
good idea, why did I not think, write it down and actually INDICATE the libraries ARE installed while I was researching my issue ?
just in case I wasn't clear in my first message.. and title.. ELF ERROR is the issue, and if you read more than 6 lines of my information you would notice the additional information about my locate search indicating the 64 and 32 bits libraries where in fact in place, the Gstreamer app is irrelevant to this issue as it is 'turned off by default' as a optional switch of using voice or not on second life chat.
now yes this is a 32bit application, with no 64 bit application availability.
yes I have ia32-libs installed and 64 bits
yes I have Jre 32 bits installed and 64 bits.
- 03-06-2010 #4Linux Guru
- Join Date
- Apr 2009
- Location
- I can be found either 40 miles west of Chicago, or in a galaxy far, far away.
- Posts
- 8,943
The 32-bit libraries are found in /usr/lib and 64-bit ones in /usr/lib64. If somehow a 64-bit library got installed into /usr/lib, then that would explain your problem The ELF error is indicating that a shared library that the application (a 32-bit one indicated by the i686 in the name) is trying to load a 64-bit shared library. That is the issue here, and why I mentioned that you need to verify that you had the correct 32-bit libraries installed. So, you need to determine what the actual situation may be.
As for post count, that is maintained by this web site.Sometimes, real fast is almost as good as real time.
Just remember, Semper Gumbi - always be flexible!
- 03-06-2010 #5Just Joined!
- Join Date
- Mar 2010
- Posts
- 8
humm
okay, if /usr/lib is the 32 bits and /usr/lib32 is the 32 bits and the /usr/lib64 is the 64 bits libraries...
how in heck do I check what was installed by packager... ?
I would assume since I am running Linux x86_64 that my /usr/lib is actually 64 bits no? (maybe my logic is too simplistic) but hey I can be wrong ...
10 days now searching for this... nothing, no explanations, like I was the first Linux user to install Second life on their box and encountering a single issue.. hard to beleive it, even the linux support forum on second life guys are 'baffled'
I do everything one does want to be done, apt-get ia32-libs install = would assume install 32 bits libaries where they should be... gawd I am frustrated... everything else I have compiled, installed, all work except this one.
looking to resolve it as I would like to take my i5 box to linux , but this is blocking me
- 03-06-2010 #6Linux Guru
- Join Date
- Apr 2009
- Location
- I can be found either 40 miles west of Chicago, or in a galaxy far, far away.
- Posts
- 8,943
A 64-bit linux (x86_64) can run either or both 32-bit and 64-bit programs. That's why /usr/lib is for 32-bit only libraries, plus some configuration stuff that isn't relevant to this discussion. All 64-bit libraries go into /usr/lib64. So,
is incorrect. /usr/lib MUST be 32-bit only.I would assume since I am running Linux x86_64 that my /usr/lib is actually 64 bits no?Sometimes, real fast is almost as good as real time.
Just remember, Semper Gumbi - always be flexible!
- 03-06-2010 #7Just Joined!
- Join Date
- Mar 2010
- Posts
- 8
okay then assuming I am wrong...
how does one check if a libary file is 32 bits or 64 bits..
Since looking at the file name or folder not withstanding since we are in the assumption that possibly my libraries have been "intermixed or filed by the os at the wrong place"
- 03-06-2010 #8Linux Guru
- Join Date
- Apr 2009
- Location
- I can be found either 40 miles west of Chicago, or in a galaxy far, far away.
- Posts
- 8,943
You should have a tool called readelf in /usr/bin. It will allow you to look at various data and information contained in a shared library. Example, to read the ELF header in your library: readelf -h /usr/lib/gio/modules/libgiogconf.so
It should show the class as ELF64 or ELF32.Sometimes, real fast is almost as good as real time.
Just remember, Semper Gumbi - always be flexible!
- 03-06-2010 #9Linux Guru
- Join Date
- Apr 2009
- Location
- I can be found either 40 miles west of Chicago, or in a galaxy far, far away.
- Posts
- 8,943
If you don't have that tool, it is in the binutils package which you can install using your system package manager.
Sometimes, real fast is almost as good as real time.
Just remember, Semper Gumbi - always be flexible!
- 03-06-2010 #10Just Joined!
- Join Date
- Mar 2010
- Posts
- 8
Well seems you have found the issue
readelf -h /usr/lib/gio/modules/libgiogconf.so
ELF Header:
Magic: 7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00
Class: ELF64
readelf -h /usr/lib/gio/modules/libgioremote-volume-monitor.so
ELF Header:
Magic: 7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00
Class: ELF64
readelf -h /usr/lib/gio/modules/libgvfsdbus.so
ELF Header:
Magic: 7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00
Class: ELF64
readelf -h /usr/lib/gio/modules/libgiofam.so
ELF Header:
Magic: 7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00
Class: ELF64
okay so the libraries in /usr/lib are ELF64 instead of ELF32
libs in /usr/lib32 are correctly ELF32 btw
so is it as simple as copying the libs over to /usr/lib to solve this problem ?
or is there a PATH statement I may be missing ?


Reply With Quote

