From owner-freebsd-current@FreeBSD.ORG Sun Nov 29 17:59:08 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 112DF106566C; Sun, 29 Nov 2009 17:59:08 +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 ED13F8FC16; Sun, 29 Nov 2009 17:59:07 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii Received: from macbook-pro.lan.xcllnt.net (mail.xcllnt.net [75.101.29.67]) by asmtp029.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KTV00IE7TXUZK10@asmtp029.mac.com>; Sun, 29 Nov 2009 09:58:43 -0800 (PST) From: Marcel Moolenaar In-reply-to: <20091129131443.GA7194@mech-cluster241.men.bris.ac.uk> Date: Sun, 29 Nov 2009 09:58:42 -0800 Message-id: 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> <20091129131443.GA7194@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: Sun, 29 Nov 2009 17:59:08 -0000 On Nov 29, 2009, at 5:14 AM, Anton Shterenlikht wrote: >> % sudo make install > > 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 If you don't have sudo installed from ports, then the install fails. You don't have to install sudo, just run the command as root. > and the results are mixed: sometimes it works, and sometimes it > doesn't: This relates to code paths. pthread_mutex_destroy() has to be called in order for the assert to fail. I presume there are code paths in which the lock isn't acquired. > 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) ? No, I don't think so. The problem is with the caller of the function, which is in libisc. I'll look into it this afternoon, -- Marcel Moolenaar xcllnt@mac.com