From owner-freebsd-current@FreeBSD.ORG Fri Nov 27 18:13:36 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 01C4D106566B; Fri, 27 Nov 2009 18:13:36 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout029.mac.com (asmtpout029.mac.com [17.148.16.104]) by mx1.freebsd.org (Postfix) with ESMTP id E11B28FC18; Fri, 27 Nov 2009 18:13:35 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii Received: from [172.17.196.83] ([63.204.222.2]) by asmtp029.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KTS00NIX5AM5190@asmtp029.mac.com>; Fri, 27 Nov 2009 10:13:35 -0800 (PST) From: Marcel Moolenaar In-reply-to: <20091127102200.GB3108@mech-cluster241.men.bris.ac.uk> Date: Fri, 27 Nov 2009 10:13:34 -0800 Message-id: <0DBED408-D602-4333-BEF6-FC0DA700730D@mac.com> References: <20091126091456.GA93898@mech-cluster241.men.bris.ac.uk> <7A71CC85-4189-405A-BD9E-5BFF2C04D5C2@mac.com> <20091127102200.GB3108@mech-cluster241.men.bris.ac.uk> To: Anton Shterenlikht X-Mailer: Apple Mail (2.1077) Cc: freebsd-current@freebsd.org, 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: Fri, 27 Nov 2009 18:13:36 -0000 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. FYI, -- Marcel Moolenaar xcllnt@mac.com