nslookup dumps core on ia64 HEAD

[Marcel Moolenaar]

On Nov 29, 2009, at 5:14 AM, Anton Shterenlikht wrote:

>> 	% sudo make install
> 
> I did just exactly what you wrote, but not sure I got there, because
> nslookup is still dated 2 weeks ago:
> 
>> ls -al /usr/bin/nslookup 
> -r-xr-xr-x  1 root  wheel  3568440 13 Nov 16:16 /usr/bin/nslookup

If you don't have sudo installed from ports, then the install
fails. You don't have to install sudo, just run the command
as root.

> and the results are mixed: sometimes it works, and sometimes it
> doesn't:

This relates to code paths. pthread_mutex_destroy() has to be
called in order for the assert to fail. I presume there are
code paths in which the lock isn't acquired.

> Looking at:
> 
> # ldd /usr/bin/nslookup 
> /usr/bin/nslookup:
>        libcrypto.so.6 => /lib/libcrypto.so.6 (0x20000000403fc000)
>        libthr.so.3 => /lib/libthr.so.3 (0x20000000406c0000)
>        libc.so.7 => /lib/libc.so.7 (0x20000000406fe000)
> 
> I wonder if I also have to rebuild in
> /usr/src/secure/lib (for libthr.so) ?
> /usr/src/lib (for libc.so) ?

No, I don't think so. The problem is with the caller of the
function, which is in libisc.

I'll look into it this afternoon,

-- 
Marcel Moolenaar
xcllnt at mac.com