Problems with nphelix.so in new linuxpluginwrapper

[Sebastian Strollo]

Hi

On Jan 22, 2005, at 3:23 AM, Adam McLaurin wrote:

> Since upgrading to linuxpluginwrapper-20050119, I am getting the
> following warning when starting Galeon:
 >
>  $ galeon
> LoadPlugin: failed to initialize shared library
> /usr/local/lib/linux-mozilla/plugins/nphelix.so [Shared object
> "libstdc++.so.5" not found, required by "nphelix.so"]

And so I assume you were not getting them before? (Also - does galeon 
start?)

> On my system:
> -$ locate -i "libstdc++.so.5" |xargs ls -al
> lrwxrwxrwx  1 root  wheel       18 Jan 21 09:26
> /usr/compat/linux/usr/lib/libstdc++.so.5 -> libstdc++.so.5.0.1
> -rwxr-xr-x  1 root  wheel  4181584 Sep  3  2002
> /usr/compat/linux/usr/lib/libstdc++.so.5.0.1

Ah, but as far as I understand the point of the linuxwrapper it is to 
run the plugins as *FreeBSD* binaries (i.e. not using the linux compat 
layer). So what the wrapper does is to emulate the glibc & system calls 
that are sufficently different and the rest of library & syscalls are 
passed onto the FreeBSD libraries and kernel. Norikatsu, please correct 
me if I've missunderstood.

Anyways, to solve your problem you need someway of mapping the request 
for libstdc++.so.5 (which the nphelix, realplayer, plugin needs) to a 
FreeBSD library. On my 5.3-RELEASE system I have the following in 
/etc/libmap.conf

# NPhelix (RealPlayer) with Mozilla/Firefox (others not tested)
[/usr/local/lib/linux-mozilla/plugins/nphelix.so]
libstdc++.so.5                  libstdc++.so.4
libc.so.6                       pluginwrapper/phelix.so

Which does the trick for me at least... (I think I forgot to include 
that in the sample libmap.conf file in my patch to Norikatsu)

Cheers,

/Sebastian