Thread: [Alsa-user] Fwd: Re: libaoss.so fails preloading
Brought to you by:
perex
From: Derek W. <de...@wi...> - 2008-04-29 14:10:31
|
Hi, Thanks for the quick reply. I have been researching this for literally weeks and have gotten nowhere. One of the things I had previously checked (and should have made mention of in the original post) was the libaoss.so binary itself: # file /usr/lib/libaoss.so.0.0.0 /usr/lib/libaoss.so.0.0.0: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), not stripped # file /usr/lib64/libaoss.so.0.0.0 /usr/lib64/libaoss.so.0.0.0: setuid setgid ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), stripped The one in /usr/lib64 is the one that came with one of the OS packages. The one in /usr/lib is the one I compiled from source..."make install" placed it in that directory. In fact I had recompiled and it just yesterday in failed attempts to get it working: # ls -al /usr/lib/libaoss* -rw-r--r-- 1 root root 77154 2008-04-28 16:35 /usr/lib/libaoss.a -rwxr-xr-x 1 root root 853 2008-04-28 16:35 /usr/lib/libaoss.la* lrwxrwxrwx 1 root root 16 2008-04-28 16:35 /usr/lib/libaoss.so -> libaoss.so.0.0.0* lrwxrwxrwx 1 root root 16 2008-04-28 16:35 /usr/lib/libaoss.so.0 -> libaoss.so.0.0.0* -rwxr-xr-x 1 root root 59452 2008-04-28 16:35 /usr/lib/libaoss.so.0.0.0* I tried hard-coding both /usr/lib/libaoss.so.0.0.0 and /usr/lib64/libaoss.so.0.0.0 (separately) in the /usr/bin/aoss wrapper script but they both met the same fate. Thanks for your help. -Derek ---------- Forwarded Message ---------- Subject: Re: [Alsa-user] libaoss.so fails preloading Date: Tuesday 29 April 2008 From: James Pearson <ja...@mo...> To: Derek Wickersham <de...@wi...> My guess is that you don't have the 64 bit libaoss.so installed - which will be at /usr/lib64/libaoss.so (or you have the 64 libaoss.so in /usr/lib) Even if your firefox binary is 32 bit, the wrapper scripts will be run through a 64 bit shell, so it is probably the script shell that is complaining it can't find /usr/lib64/libaoss.so ('$LIB' gets expanded by ld.so to be 'lib' or 'lib64' depending on the binary being linked) James Pearson ------------------------------------------------------- |
From: James P. <ja...@mo...> - 2008-04-29 15:09:56
|
Derek Wickersham wrote: > Hi, > > Thanks for the quick reply. I have been researching this for literally weeks > and have gotten nowhere. > > One of the things I had previously checked (and should have made mention of in > the original post) was the libaoss.so binary itself: > > # file /usr/lib/libaoss.so.0.0.0 > /usr/lib/libaoss.so.0.0.0: ELF 64-bit LSB shared object, x86-64, version 1 > (SYSV), not stripped > > # file /usr/lib64/libaoss.so.0.0.0 > /usr/lib64/libaoss.so.0.0.0: setuid setgid ELF 64-bit LSB shared object, > x86-64, version 1 (SYSV), stripped > > The one in /usr/lib64 is the one that came with one of the OS packages. The > one in /usr/lib is the one I compiled from source..."make install" placed it > in that directory. In fact I had recompiled and it just yesterday in failed > attempts to get it working: > > # ls -al /usr/lib/libaoss* > -rw-r--r-- 1 root root 77154 2008-04-28 16:35 /usr/lib/libaoss.a > -rwxr-xr-x 1 root root 853 2008-04-28 16:35 /usr/lib/libaoss.la* > lrwxrwxrwx 1 root root 16 2008-04-28 16:35 /usr/lib/libaoss.so -> > libaoss.so.0.0.0* > lrwxrwxrwx 1 root root 16 2008-04-28 16:35 /usr/lib/libaoss.so.0 -> > libaoss.so.0.0.0* > -rwxr-xr-x 1 root root 59452 2008-04-28 16:35 /usr/lib/libaoss.so.0.0.0* > > I tried hard-coding both /usr/lib/libaoss.so.0.0.0 > and /usr/lib64/libaoss.so.0.0.0 (separately) in the /usr/bin/aoss wrapper > script but they both met the same fate. libaoss.so in /usr/lib should be a 32 bit shared object. You have a 32 bit app (probably firefox) that the loader is trying to preload /usr/lib/libaoss.so - if it doesn't exist, or is not a 32 bit shared object, then you get the 'cannot be preloaded: ignored' warning. You need to compile/obtain a 32 bit libaoss.so and install it in /usr/lib James Pearson |
From: Derek W. <de...@wi...> - 2008-04-29 15:25:11
|
On Tuesday 29 April 2008 11:09:15 am you wrote: > libaoss.so in /usr/lib should be a 32 bit shared object. > > You have a 32 bit app (probably firefox) that the loader is trying to > preload /usr/lib/libaoss.so - if it doesn't exist, or is not a 32 bit > shared object, then you get the 'cannot be preloaded: ignored' warning. > > You need to compile/obtain a 32 bit libaoss.so and install it in /usr/lib > > James Pearson My firefox install is 64-bit, but the flash player is 32-bit. I used the nspluginwrapper program to install the flash player to make it work in the 64-bit environment. Flash media does play in firefox but there is no sound...hence this post. In fact the "preloading" error message appears only when I load a web page that has a flash object. I suspected the 32-bit/64-bit discrepancy was the problem, and had been asking for help in other forums but couldn't get a solution -- http://forum.mandriva.com/viewtopic.php?p=476192#476192 So the next question is, how do I compile alsa-oss-1.0.15 as a 32-bit shared object on my x86_64 system? There is no README in the source directory. |
From: Thomas K. <gi...@so...> - 2008-04-29 17:34:40
Attachments:
signature.asc
|
On Di, 29.04.08 11:28 Derek Wickersham <de...@wi...> wrote: > On Tuesday 29 April 2008 11:09:15 am you wrote: > > libaoss.so in /usr/lib should be a 32 bit shared object. > > > > You have a 32 bit app (probably firefox) that the loader is trying > > to preload /usr/lib/libaoss.so - if it doesn't exist, or is not a > > 32 bit shared object, then you get the 'cannot be preloaded: > > ignored' warning. > > > > You need to compile/obtain a 32 bit libaoss.so and install it > > in /usr/lib > > > > James Pearson > > My firefox install is 64-bit, but the flash player is 32-bit. I used > the nspluginwrapper program to install the flash player to make it > work in the 64-bit environment. Flash media does play in firefox but > there is no sound...hence this post. In fact the "preloading" error > message appears only when I load a web page that has a flash object. > > I suspected the 32-bit/64-bit discrepancy was the problem, and had > been asking for help in other forums but couldn't get a solution -- > http://forum.mandriva.com/viewtopic.php?p=476192#476192 > > So the next question is, how do I compile alsa-oss-1.0.15 as a 32-bit > shared object on my x86_64 system? There is no README in the source > directory. > export CFLAGS="-m32" export LDFLAGS="-melf_i386" should help. Anyways most distributions with a good multilib setup provide 32bit emulation packages. On Gentoo: $ emerge emul-linux-x86-soundlibs |
From: Derek W. <de...@wi...> - 2008-04-29 19:01:56
|
On Tuesday 29 April 2008 01:34:32 pm Thomas Kuther wrote: > export CFLAGS="-m32" > export LDFLAGS="-melf_i386" Did not work for me: [root@ben alsa-oss-1.0.15]# export CFLAGS="-m32" [root@ben alsa-oss-1.0.15]# export LDFLAGS="-melf_i386" [root@ben alsa-oss-1.0.15]# ./configure checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for gcc... gcc checking for C compiler default output file name... configure: error: C compiler cannot create executables See `config.log' for more details. > Anyways most distributions with a good multilib setup > provide 32bit emulation packages. > On Gentoo: > > $ emerge emul-linux-x86-soundlibs I can't figure out how to have both the 64-bit alsa and the 32-bit alsa installed at the same time. |
From: Thomas K. <gi...@so...> - 2008-04-29 21:54:03
Attachments:
signature.asc
|
On Di, 29.04.08 15:05 Derek Wickersham <de...@wi...> wrote: > On Tuesday 29 April 2008 01:34:32 pm Thomas Kuther wrote: > > > export CFLAGS="-m32" > > export LDFLAGS="-melf_i386" > > Did not work for me: > [root@ben alsa-oss-1.0.15]# export CFLAGS="-m32" > [root@ben alsa-oss-1.0.15]# export LDFLAGS="-melf_i386" > [root@ben alsa-oss-1.0.15]# ./configure > checking for a BSD-compatible install... /usr/bin/install -c > checking whether build environment is sane... yes > checking for gawk... gawk > checking whether make sets $(MAKE)... yes > checking for gcc... gcc > checking for C compiler default output file name... configure: error: > C compiler cannot create executables > See `config.log' for more details. > > > Anyways most distributions with a good multilib setup > > provide 32bit emulation packages. > > On Gentoo: > > > > $ emerge emul-linux-x86-soundlibs > > I can't figure out how to have both the 64-bit alsa and the 32-bit > alsa installed at the same time. > Not sure how your distro does it, on Gentoo the multilib setup looks like: /lib64 /lib32 /lib -> /lib64 /usr/lib64 /usr/lib32 /usr/lib -> /usr/lib64 and then things are linked accordingly.. so flash needs all things like (from "ldd /opt/netscape/plugins/libflashplayer.so") libpthread.so.0 => /lib32/libpthread.so.0 libX11.so.6 => /usr/lib32/libX11.so.6 ... etc etc the whole pango/cairo/Gtk+32bit stuff As said, your distro should have taken care of that. Do you run multilib at all? |
From: Derek W. <de...@wi...> - 2008-04-30 02:11:04
|
On Tuesday 29 April 2008 05:53:53 pm Thomas Kuther wrote: > Not sure how your distro does it, on Gentoo the multilib setup looks > like: > /lib64 > /lib32 > /lib -> /lib64 > /usr/lib64 > /usr/lib32 > /usr/lib -> /usr/lib64 > > and then things are linked accordingly.. so flash needs all things like > (from "ldd /opt/netscape/plugins/libflashplayer.so") > > libpthread.so.0 => /lib32/libpthread.so.0 > libX11.so.6 => /usr/lib32/libX11.so.6 > ... > etc etc the whole pango/cairo/Gtk+32bit stuff > > > As said, your distro should have taken care of that. > Do you run multilib at all? I guess the problem has been solved. I did some searching and found a 32-bit alsa binary for the x86_64 platform, of all things. The name of the rpm is alsa-32bit-1.0.14a-0.pm.7.x86_64.rpm....don't ask where I found it. So I installed this and it indeed placed 32-bit alsa libraries in /usr/lib. And I have sound in flash now! I do see this message on the console: /usr/lib/nspluginwrapper/i386/linux/npviewer.bin: /lib/libresmgr.so.1: no version information available (required by /usr/lib/libasound.so.2) ...but I am going to ignore it because sound works in spite of it. Thanks, guys, for your help with this stubborn problem. |