On Tue, Sep 10, 2002 at 03:27:44PM -0400, Patnaik, Anjela wrote:
> So, how do I *fix* this so it's not linked
> improperly? This is what I get?
>
> docsis.so => (file not found)
> cosnaming.so => (file not found)
> coseventcomm.so => (file not found)
> gryphon.so => (file not found)
> mgcp.so => (file not found)
That's massively wrong - it's linked at build time with *all* the
plugins.
I have no idea how it got that way in the first place - the one on my
main (FreeBSD) partition at home isn't built that way:
% ldd ethereal
ethereal:
libsnmp-0.4.2.5.so => /usr/local/lib/libsnmp-0.4.2.5.so (0x2836c000)
libpcap.so.2 => /usr/lib/libpcap.so.2 (0x283bc000)
libgtk-1.2.so.9 => /usr/local/lib/libgtk-1.2.so.9 (0x283cd000)
libgdk-1.2.so.9 => /usr/local/lib/libgdk-1.2.so.9 (0x284dc000)
libgmodule-1.2.so.0 => /usr/local/lib/libgmodule-1.2.so.0 (0x2850c000)
libglib-1.2.so.0 => /usr/local/lib/libglib-1.2.so.0 (0x2850f000)
libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x2852f000)
libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x28539000)
libm.so.2 => /usr/lib/libm.so.2 (0x285cc000)
libz.so.2 => /usr/lib/libz.so.2 (0x285e7000)
libc.so.3 => /usr/lib/libc.so.3 (0x285f4000)
and neither is...
> /usr/platform/SUNW,Ultra-5_10/lib/libc_psr.so.1
...the one on my Solaris partition:
So you might be doing
$ ldd ./ethereal
libgtk-1.2.so.0 => /usr/local/lib/libgtk-1.2.so.0
libgdk-1.2.so.0 => /usr/local/lib/libgdk-1.2.so.0
libgmodule-1.2.so.0 => /usr/local/lib/libgmodule-1.2.so.0
libglib-1.2.so.0 => /usr/local/lib/libglib-1.2.so.0
libdl.so.1 => /usr/lib/libdl.so.1
libXext.so.0 => /usr/openwin/lib/libXext.so.0
libX11.so.4 => /usr/openwin/lib/libX11.so.4
libsocket.so.1 => /usr/lib/libsocket.so.1
libnsl.so.1 => /usr/lib/libnsl.so.1
libm.so.1 => /usr/lib/libm.so.1
libc.so.1 => /usr/lib/libc.so.1
libmp.so.2 => /usr/lib/libmp.so.2
So, for some reason, your build procedure links directly with the
plugins, which it shouldn't be doing. I have no idea why that's
happening, so I have no idea whatsoever how to fix it.
