--4ZLFUWh1odzi/v6L
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, May 01, 2006 at 07:22:21PM -0400, Kirk Russell wrote:
> Hello,
>=20
> I installed 3.0 today and noticed that nslookup cores.  Is it just my
> setup?
>=20
> bronzevax.on.kr$ uname -a
> NetBSD bronzevax.on.kr 3.0 NetBSD 3.0 (GENERIC) #0: Mon Dec 19 04:32:35 U=
TC 2005  builds@b4.netbsd.org:/home/builds/ab/netbsd-3-0-RELEASE/vax/200512=
182024Z-obj/home/builds/ab/netbsd-3-0-RELEASE/src/sys/arch/vax/compile/GENE=
RIC 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 conditi=
ons.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB.  Type "show warranty" for detail=
s.
> 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 fou=
nd)...
> done.
> Loaded symbols for /usr/lib/libpthread.so.0
> Reading symbols from /usr/lib/libc.so.12...(no debugging symbols found)..=
=2Edone.
> 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)

pthreads is know to have problems on vax.
=20
> 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
>=20
> Non-authoritative answer:
> Name:    www.netbsd.org
> Address:  204.152.190.12

1.6.x doesn't have native pthreads, thus the bug(s) can't get tickled.

	Jonathan Kollasch

--4ZLFUWh1odzi/v6L
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (NetBSD)

iD8DBQFEVscdOjx1ye3hmokRAt/jAKCBPnHboSHKoMztbRRWDgsQyATYNQCfbVL+
bPxxy0kCTDPwbnKGP/H5L18=
=DeGK
-----END PGP SIGNATURE-----

--4ZLFUWh1odzi/v6L--