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. still the same error after upgrade to kern.osreldate: 900004 # 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/timer.c:906: fatal error: RUNTIME_CHECK(((pthread_mutex_destroy(((&manager->lock))) == 0) ? 0 : 34) == 0) failed Abort (core dumped) # -- 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 4423Received on Fri Dec 11 2009 - 14:23:36 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:59 UTC