Subject: bind9 on -current/sparc (pthread problem?)
To: None <,>
From: Markus W Kilbinger <>
List: current-users
Date: 01/11/2004 14:21:10

I just compiled pkgsrc/bind9 (9.2.3nb1) on/for my ipx. After flawless
compilation and installation running named fails with a core dump:

  [Sun Jan 11 14:09:27 kilbisun root]# gdb /usr/tmp/bind9/sbin/named named.core 
  GNU gdb 5.3nb1
  Copyright 2002 Free Software Foundation, Inc.
  GDB is free software, covered by the GNU General Public License, and you are
  welcome to change it and/or distribute copies of it under certain conditions.
  Type "show copying" to see the conditions.
  There is absolutely no warranty for GDB.  Type "show warranty" for details.
  This GDB was configured as "sparc--netbsdelf"...(no debugging symbols found)...
  Core was generated by `named'.
  Program terminated with signal 11, Segmentation fault.
  Loaded symbols for /usr/lib/
  #0  0x1039b760 in pthread__lock_ras_end () from /usr/lib/
  (gdb) bt
  #0  0x1039b760 in pthread__lock_ras_end () from /usr/lib/
  #1  0x1039b8d8 in pthread_spinlock () from /usr/lib/
  #2  0x10399a7c in pthread_rwlock_wrlock () from /usr/lib/
  #3  0x10442198 in tzset () from /usr/lib/
  #4  0x1043f410 in vsyslog () from /usr/lib/
  #5  0x1043f34c in syslog () from /usr/lib/
  #6  0x103530b4 in isc_log_doit () from /usr/tmp/bind9/lib/
  #7  0x10351834 in isc_log_write () from /usr/tmp/bind9/lib/
  #8  0x00025764 in ns_main_earlyfatal ()
  #9  0x00025a34 in ns_main_earlyfatal ()
  #10 0x00018dd4 in _init ()

Running in foreground mode (-f) yields no core dump and named seems to
work properly.

Compiling the same pkgsrc/bind9 on/for i386 and macppc you'll get a
working named, too.

Using older bind9 binaries without pthread support I'll see no named9
core dump, too.

So, is this a sparc specific pthread problem? send-pr (to which list)?