nslookup dumps core on ia64 HEAD

[Anton Shterenlikht]

On Fri, Nov 27, 2009 at 10:13:34AM -0800, Marcel Moolenaar wrote:
> 
> On Nov 27, 2009, at 2:22 AM, Anton Shterenlikht wrote:
> 
> > On Thu, Nov 26, 2009 at 09:44:29AM -0800, Marcel Moolenaar wrote:
> >> 
> >> On Nov 26, 2009, at 1:14 AM, Anton Shterenlikht wrote:
> >> 
> >>>> nslookup 113.105.65.7
> >>> Server:         137.222.10.36
> >>> Address:        137.222.10.36#53
> >>> 
> >>> ** server can't find 7.65.105.113.in-addr.arpa.: NXDOMAIN
> >>> 
> >>> /usr/src/lib/bind/isc/../../../contrib/bind9/lib/isc/task.c:1023: fatal error: RUNTIME_CHECK(((pthread_mutex_destroy(((&manager->lock))) == 0) ? 0 : 34) == 0) failed
> >>> Abort (core dumped)
> >> 
> >> Recompile with -O0 and see if the problem goes away. If yes, it's
> >> a compiler bug -- I haven't looked at it, because I assume it's a
> >> compiler bug.
> > 
> > As /usr/bin/nslookup is part of the base system, do you recommend using 
> > 
> > CFLAGS= -O0
> > 
> > in /etc/make.conf ?
> 
> No, that's too much pessimization. On top of that, it expose other compiler
> bugs. Just recompile the suspect binary and/or libraries with "-O0 -g" and
> install them seperately, like so:
> 	% cd /usr/src/lib/bind/isc
> 	% make cleandir; make cleandir
> 	% make obj
> 	% make depend
> 	% make DEBUG_FLAGS="-O0 -g"
> 	% sudo make install
> 
> To find out which libraries a binary uses, do:
> 	% ldd /usr/bin/nslookup
> 
> For code in the base system, I typically try to find a work-around so that
> we can compile with the default flags.

I did just exactly what you wrote, but not sure I got there, because
nslookup is still dated 2 weeks ago:

> ls -al /usr/bin/nslookup 
-r-xr-xr-x  1 root  wheel  3568440 13 Nov 16:16 /usr/bin/nslookup
> 

and the results are mixed: sometimes it works, and sometimes it
doesn't:

TZAV> nslookup bris.ac.uk
Server:         137.222.10.36
Address:        137.222.10.36#53

Name:   bris.ac.uk
Address: 137.222.10.86

/usr/src/lib/bind/isc/../../../contrib/bind9/lib/isc/task.c:1023: fatal error: RUNTIME_CHECK(((pthread_mutex_destroy(((&manager->lock))) == 0) ? 0 : 34) == 0) failed
Abort (core dumped)

TZAV> nslookup altavista.com
Server:         137.222.10.36
Address:        137.222.10.36#53

Non-authoritative answer:
Name:   altavista.com
Address: 68.180.206.184
Name:   altavista.com
Address: 206.190.60.37

/usr/src/lib/bind/isc/../../../contrib/bind9/lib/isc/task.c:1023: fatal error: RUNTIME_CHECK(((pthread_mutex_destroy(((&manager->lock))) == 0) ? 0 : 34) == 0) failed
Abort (core dumped)

TZAV> nslookup google.com
Server:         137.222.10.36
Address:        137.222.10.36#53

Non-authoritative answer:
Name:   google.com
Address: 74.125.67.100
Name:   google.com
Address: 74.125.45.100
Name:   google.com
Address: 74.125.53.100

TZAV> nslookup altavista.com
Server:         137.222.10.36
Address:        137.222.10.36#53

Non-authoritative answer:
Name:   altavista.com
Address: 206.190.60.37
Name:   altavista.com
Address: 68.180.206.184

/usr/src/usr.bin/nslookup/../../contrib/bind9/bin/dig/dighost.c:3508: fatal error: RUNTIME_CHECK(((pthread_mutex_destroy(((&lookup_lock))) == 0) ? 0 : 34) == 0) failed
Abort (core dumped)

TZAV> nslookup altavista.com
Server:         137.222.10.36
Address:        137.222.10.36#53

Non-authoritative answer:
Name:   altavista.com
Address: 206.190.60.37
Name:   altavista.com
Address: 68.180.206.184

/usr/src/lib/bind/isc/../../../contrib/bind9/lib/isc/task.c:1023: fatal error: RUNTIME_CHECK(((pthread_mutex_destroy(((&manager->lock))) == 0) ? 0 : 34) == 0) failed
Abort (core dumped)

TZAV> nslookup 113.105.65.7
Server:         137.222.10.36
Address:        137.222.10.36#53

** server can't find 7.65.105.113.in-addr.arpa.: NXDOMAIN

TZAV> nslookup altavista.com
Server:         137.222.10.36
Address:        137.222.10.36#53

Non-authoritative answer:
Name:   altavista.com
Address: 68.180.206.184
Name:   altavista.com
Address: 206.190.60.37

TZAV> nslookup altavista.com
Server:         137.222.10.36
Address:        137.222.10.36#53

Non-authoritative answer:
Name:   altavista.com
Address: 206.190.60.37
Name:   altavista.com
Address: 68.180.206.184

/usr/src/lib/bind/isc/../../../contrib/bind9/lib/isc/task.c:1023: fatal error: RUNTIME_CHECK(((pthread_mutex_destroy(((&manager->lock))) == 0) ? 0 : 34) == 0) failed
Abort (core dumped)
TZAV> nslookup 113.105.65.7
Server:         137.222.10.36
Address:        137.222.10.36#53

** server can't find 7.65.105.113.in-addr.arpa.: NXDOMAIN

TZAV> nslookup altavista.com
Server:         137.222.10.36
Address:        137.222.10.36#53

Non-authoritative answer:
Name:   altavista.com
Address: 68.180.206.184
Name:   altavista.com
Address: 206.190.60.37

/usr/src/lib/bind/isc/../../../contrib/bind9/lib/isc/timer.c:906: fatal error: RUNTIME_CHECK(((pthread_mutex_destroy(((&manager->lock))) == 0) ? 0 : 34) == 0) failed
Abort (core dumped)
TZAV> 

TZAV> nslookup google.com
Server:         137.222.10.36
Address:        137.222.10.36#53

Non-authoritative answer:
Name:   google.com
Address: 74.125.53.100
Name:   google.com
Address: 74.125.67.100
Name:   google.com
Address: 74.125.45.100

/usr/src/lib/bind/isc/../../../contrib/bind9/lib/isc/task.c:1023: fatal error: RUNTIME_CHECK(((pthread_mutex_destroy(((&manager->lock))) == 0) ? 0 : 34) == 0) failed
Abort (core dumped)

TZAV> nslookup shef.ac.uk
Server:         137.222.10.36
Address:        137.222.10.36#53

Non-authoritative answer:
Name:   shef.ac.uk
Address: 143.167.2.101

Looking at:

# ldd /usr/bin/nslookup 
/usr/bin/nslookup:
        libcrypto.so.6 => /lib/libcrypto.so.6 (0x20000000403fc000)
        libthr.so.3 => /lib/libthr.so.3 (0x20000000406c0000)
        libc.so.7 => /lib/libc.so.7 (0x20000000406fe000)

I wonder if I also have to rebuild in
/usr/src/secure/lib (for libthr.so) ?
/usr/src/lib (for libc.so) ?

-- 
Anton Shterenlikht
Room 2.6, Queen's Building
Mech Eng Dept
Bristol University
University Walk, Bristol BS8 1TR, UK
Tel: +44 (0)117 331 5944
Fax: +44 (0)117 929 4423