Subject: nslookup cores in pthread__upcall() with 3.0
To: None <port-vax@NetBSD.org>
From: Kirk Russell <kirk@ba23.org>
List: port-vax
Date: 05/01/2006 19:22:21
Hello,

I installed 3.0 today and noticed that nslookup cores.  Is it just my
setup?

bronzevax.on.kr$ uname -a
NetBSD bronzevax.on.kr 3.0 NetBSD 3.0 (GENERIC) #0: Mon Dec 19 04:32:35 UTC 2005  builds@b4.netbsd.org:/home/builds/ab/netbsd-3-0-RELEASE/vax/200512182024Z-obj/home/builds/ab/netbsd-3-0-RELEASE/src/sys/arch/vax/compile/GENERIC vax
bronzevax.on.kr$ nslookup www.netbsd.org
Memory fault (core dumped)
bronzevax.on.kr$ gdb /usr/bin/nslookup nslookup.core
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 "vax--netbsdelf"...(no debugging symbols found)...
Core was generated by `nslookup'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/libexec/ld.elf_so...(no debugging symbols found)...
done.
Loaded symbols for /usr/libexec/ld.elf_so
Reading symbols from /usr/lib/libpthread.so.0...(no debugging symbols found)...
done.
Loaded symbols for /usr/lib/libpthread.so.0
Reading symbols from /usr/lib/libc.so.12...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libc.so.12
#0  0x7f7b74dc in pthread__upcall () from /usr/lib/libpthread.so.0
(gdb) bt
#0  0x7f7b74dc in pthread__upcall () from /usr/lib/libpthread.so.0
#1  0x7f7e26be in _rtld_bind_start () from /usr/libexec/ld.elf_so
#2  0x7f7ff018 in ?? ()
#3  0x7f7b82ae in pthread__sa_start () from /usr/lib/libpthread.so.0
#4  0x7f7e26be in _rtld_bind_start () from /usr/libexec/ld.elf_so
#5  0x7f7ba884 in pthread_init () from /usr/lib/libpthread.so.0
#6  0x7f7ba99e in pthread_create (1056832, 2147477132, 802234, 1060992)
   from /usr/lib/libpthread.so.0
#7  0x7f7e26be in _rtld_bind_start (1056832, 2147477132, 802234, 1060992)
   from /usr/libexec/ld.elf_so
#8  0x000c4577 in isc_thread_create (802234, 1060992, 1056832)
#9  0x000c4067 in isc_taskmgr_create (1060864, 1, 0, 1036880)
#10 0x00015879 in setup_libs ()
#11 0x000148c1 in main (2, 2147477384, 2147477396)
#12 0x00013287 in ___start
    (2, 2147477384, 2147477396, 2138976966, 2138943488, 2147483632)

My work-a-round is to use the 1.6.X nslookup:
bronzevax.on.kr$ ls -l /mnt/usr/bin/nslookup
-r-xr-xr-x  1 root  wheel  196288 Feb 11  2004 /mnt/usr/bin/nslookup*
bronzevax.on.kr$ /mnt/usr/bin/nslookup www.netbsd.org
Server:  greyhawk.on.kr
Address:  192.168.1.201

Non-authoritative answer:
Name:    www.netbsd.org
Address:  204.152.190.12

-- 
Kirk Russell            <kirk@ba23.org>            http://www.ba23.org/
Bridlewood Software Testers Guild                  Ottawa Ontario Canada