Here's the trace:

#0 0x39a14 in ns_resp (msg=0xefffed68 "> s_addr = 3499314287}, sin_zero =
    "\000\000\000\000\000\000\000"}, qsp=0x0)
    at /export/src/usr.sbin/bind/named/../../../dist/bind/bin/named/ns_resp.c:459
#1 0x2c6e8 in dispatch_message (msg=0xefffed68 "> sin_port = 53, sin_addr
      = {s_addr = 3499314287}, sin_zero = "\000\000\000\000\000\000\000"},
      dfd=4, ifp=0xefffed8b)
    at /export/src/usr.sbin/bind/named/../../../dist/bind/bin/named/ns_main.c:1160
#2 0x2c424 in datagram_read (lev={opaque = 0x106000}, uap=0x0, fd=4,
evmask=1)
    at /export/src/usr.sbin/bind/named/../../../dist/bind/bin/named/ns_main.c:1102
#3 0x6430c in __evDispatch (opaqueCtx={opaque = 0xc55b8}, opaqueEv={
      opaque = 0x1})
    at /export/src/usr.sbin/bind/lib/../../../dist/bind/lib/isc/eventlib.c:487
#4 0x2ad90 in main (argc=770048, argv=0xbc000, envp=0x84400)
    at /export/src/usr.sbin/bind/named/../../../dist/bind/bin/named/ns_main.c:552
#5  0x12138 in ___start ()

I rather suspect that qsp=0x0 is causing a problem :-)

On Sun, 8 Jul 2001, Greg A. Woods wrote:

# Date: Sun,  8 Jul 2001 16:07:46 -0400 (EDT)
# From: Greg A. Woods <woods@weird.com>
# Reply-To: NetBSD-current Discussion List <current-users@netbsd.org>
# To: Greywolf <greywolf@starwolf.com>
# Cc: BSD Current Users <current-users@netbsd.org>
# Subject: Re: BIND for secondary zone dumps core.
# 
# [ On Sunday, July 8, 2001 at 12:16:46 (-0700), Greywolf wrote: ]
# > Subject: BIND for secondary zone dumps core.
# >
# > I'm trying to act as a secondary DNS server for a friend of mine, but I
# > am running into difficulties in that every single time I try to even
# > initiate a transfer, my named dumps core.
# 
# Does some datagram always arrive just before every core dump too?
# 
# 	datagram from [208.147.76.111].53, fd 4, len 203
# 	Segmentation fault - core dumped
# 
# > I am enclosing my zone file, with addresses (hey, if I'm a trusting
# > fool, I figure I'm in good company), just because I really really need
# > the help on this.  I am also enclosing the output from the run.
# 
# If this is all public DNS info then it's all public info anyway!  ;-)
# 
# > What's going wrong here, and why is it dumping core?  I'll be glad to
# > add someone else as an allow-transfer and allow-query on my side so
# > that you can be a test secondary and see if it dumps core for you as well.
# 
# Have you compiled named with '-g' and run 'gdb' to find out where it's
# dumping core yet?
# 
# 	cd /usr/src/usr.sbin/bind/named
# 	make clean
# 	make COPTS='-g -O2 -pipe' install
# 	/etc/rc.d/named restart
# 	gdb /usr/sbin/named named.core
# 	trace
# 
# -- 
# 							Greg A. Woods
# 
# +1 416 218-0098      VE3TCP      <gwoods@acm.org>     <woods@robohack.ca>
# Planix, Inc. <woods@planix.com>;   Secrets of the Weird <woods@weird.com>
# 


				--*greywolf;
--
NetBSD: Twice the Bits-Clean of other Leading OSes.