Subject: Re: nslookup cores in pthread__upcall() with 3.0
To: Kirk Russell <kirk@ba23.org>
From: Jonathan A. Kollasch <jakllsch@kollasch.net>
List: port-vax
Date: 05/01/2006 21:42:37
--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--