minor bug in nsd-xfer

[Peter Larsen]

On Thursday 03 February 2005 23:19, Nick Hilliard wrote:

gdb /usr/local/sbin/nsd-xfer
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 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 "i386-marcel-freebsd"...
(gdb) attach 72746
Attaching to program: /usr/local/sbin/nsd-xfer, process 72746
Reading symbols from /usr/lib/libwrap.so.3...done.
Loaded symbols for /usr/lib/libwrap.so.3
Reading symbols from /lib/libcrypto.so.3...done.
Loaded symbols for /lib/libcrypto.so.3
Reading symbols from /lib/libc.so.5...done.
Loaded symbols for /lib/libc.so.5
Reading symbols from /libexec/ld-elf.so.1...done.
Loaded symbols for /libexec/ld-elf.so.1
0x281d1557 in read () from /lib/libc.so.5
(gdb) bt
#0  0x281d1557 in read () from /lib/libc.so.5
#1  0x0804b63e in read_socket (s=3, buf=0xbfbf28b2, size=2) at nsd-xfer.c:300
#2  0x0804b735 in receive_response (state=0xbfbf4884) at nsd-xfer.c:493
#3  0x0804c259 in main (argc=252, argv=0xbfbfea60) at nsd-xfer.c:695
(gdb) Quit


> > May be the patch in http://www.nlnetlabs.nl/bugs/show_bug.cgi?id=94
> > will help you? Warning: I have not tested it on a production machine.
>
> It may work and it looks like something which might be useful anyway,
> but it doesn't look like it's getting to the root of this particular
> problem. nsd-xfer appears to be spinning somewhere and chewing up CPU,
> which is bad stuff.  This shouldn't happen in the first place.
>
> It might be helpful if Peter compiled a version of nsd-xfer with
> debugging symbols enabled and then attached gdb to the process to see
> where it's looping.  A backtrace would be good.
>
> Nick