From owner-freebsd-current@FreeBSD.ORG Sun Nov 29 13:14:57 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98042106566C; Sun, 29 Nov 2009 13:14:57 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 4AA908FC15; Sun, 29 Nov 2009 13:14:57 +0000 (UTC) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NEjby-0001N3-9C; Sun, 29 Nov 2009 13:14:55 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1NEjbx-0007IZ-6N; Sun, 29 Nov 2009 13:14:45 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id nATDEhVA012391; Sun, 29 Nov 2009 13:14:43 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id nATDEhbD012390; Sun, 29 Nov 2009 13:14:43 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Sun, 29 Nov 2009 13:14:43 +0000 From: Anton Shterenlikht To: Marcel Moolenaar Message-ID: <20091129131443.GA7194@mech-cluster241.men.bris.ac.uk> References: <20091126091456.GA93898@mech-cluster241.men.bris.ac.uk> <7A71CC85-4189-405A-BD9E-5BFF2C04D5C2@mac.com> <20091127102200.GB3108@mech-cluster241.men.bris.ac.uk> <0DBED408-D602-4333-BEF6-FC0DA700730D@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0DBED408-D602-4333-BEF6-FC0DA700730D@mac.com> User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.5 X-Spam-Level: - Cc: freebsd-current@freebsd.org, Anton Shterenlikht , freebsd-ia64@freebsd.org Subject: Re: nslookup dumps core on ia64 HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Nov 2009 13:14:57 -0000 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