From: ldg@ulysium.net
Date: Thu Apr 24 2003 - 20:50:02 EDT
Hello again,
in my earlier post, I described a problem I'm experiencing with a fresh
compile of the latest sendmail on tru64 5.1b with bind 9.2.2
I keep getting this error:
/usr/sbin/sendmail: /sbin/loader: Fatal Error: call to unresolved symbol
from /usr/local/lib/libbind.so (pc=0x30000035364)
I have the bind libs in /usr/local/bind/lib and its includes in
/usr/local/bind/include and I was adding the extra LD_LIBRARY_PATH to help
this to be found in the sendmail startup script in /sbin/init.d
I now removed that extra LD_LIBRARY_PATH declaration from the startup
script, after trying different things to figure out what symbol is missing
without success and I symlinked all that bind stuff into /usr/local/lib and
/usr/local/include and I recompiled sendmail again.
There is no complaint from the linker during the sendmail compile, which
goes all the way and I can then install it and the error is showing up at
runtime.
Here's something that may help a bit:
# sendmail -d0.10
Version 8.12.9
Compiled with: DNSMAP LOG MAP_REGEX MATCHGECOS MILTER MIME7TO8 MIME8TO7
NAMED_BIND NDBM NETINET NETUNIX NEWDB NIS PIPELINING SCANF
TCPWRAPPERS USERDB XDEBUG
OS Defines: HASFCHOWN HASFCHMOD HASGETDTABLESIZE HASGETUSERSHELL
HASINITGROUPS HASLSTAT HASNICE HASRANDOM HASRRESVPORT
HASSETLOGIN HASSETREUID HASSETRLIMIT HASSETSID HASSETVBUF
HAS_ST_GEN HASUNAME HASUNSETENV HASWAITPID IDENTPROTO
IP_SRCROUTE USE_DOUBLE_FORK USESETEUID
Conf file: /etc/mail/submit.cf (default for MSP)
Conf file: /etc/mail/sendmail.cf (default for MTA)
Pid file: /var/run/sendmail.pid (default)
3430:/usr/sbin/sendmail: /sbin/loader: Fatal Error: call to unresolved
symbol from /usr/local/lib/libbind.so (pc=0x30000035364)
I have those files from bind 9.2.2
/usr/local/bind/lib # ls
libbind.a libdns.a libisc.a libisccc.a
libisccfg.a liblwres.a
libbind.la libdns.la libisc.la libisccc.la
libisccfg.la liblwres.la
libbind.so libdns.so libisc.so libisccc.so
libisccfg.so liblwres.so
libbind.so.1.1.0 libdns.so.8.0.1 libisc.so.6.2.0
libisccc.so.0.0.1 libisccfg.so.0.0.4 liblwres.so.2.1.1
which I symlinked into /usr/local/lib
and those folders:
/usr/local/bind/include # ls
dns dst isc isccc isccfg lwres
which I symlinked into /usr/local/include
Doing an nm on the libbind.so in question doesn't help, it only lists the
symbols but not where they're expected to be coming from.
The error from the loader isn't giving anything that can help trace the
problem at its source, so what else can I try to get at least the name of
the symbol that's causing this error??
I tried using the environment variable _RLD_ARGS="-interact" and tried it
with -v and a few other options, but although it gives out a lot of extra
info, it's still not giving the info I really need.
What can I do?
-- Didier Godefroy mailto:dg@ulysium.net
This archive was generated by hypermail 2.1.7 : Sat Apr 12 2008 - 10:49:17 EDT