Re: BIND 9.21.21: Problem with dynamic libraries on NetBSD

Michael Richardson <[email protected]> Sun, 19 Apr 2026 12:47:15 -0400

Newsgroups	gmane.network.dns.bind9.user
Message-ID	<26622.1776617235__15819.133671333$1776617563$gmane$org@obiwan.sandelman.ca>

Lars-Johan Liman <[email protected]> wrote:
    > The problem seems to be that ld.elf_so is unhappy with
    > libdns-9.21.21.so. It finds the file, does mmap() of it, but then
    > immediately does an munmap() and goes looking for better fish.

Ick.
Does your ld.elf_so support the LD_DEBUG flags? (NetBSD man page says it has to be
built with it enabled)
Some ld.so support --list-diagnostics, and a stack of other things.
{I still miss SunOS 4's ld.so}

    > 6002   6002 tsig-keygen open("/usr/local/src/bind/bind-9.21.21/build/.//libdns-9.21.21.so", 0, 0x3) = 3
    > 6002   6002 tsig-keygen __fstat50(0x3, 0x7f7fffb27d38) = 0
    > 6002   6002 tsig-keygen mmap(0, 0x1000, 0x1, 0x1, 0x3, 0, 0) = 0x7902210f1000
    > 6002   6002 tsig-keygen munmap(0x7902210f1000, 0x1000) = 0
    > 6002   6002 tsig-keygen close(0x3)               = 0

    > Has anyone figured out what's going on, and possibly found a
    > fix/work-around? (Instructions to RTFM will be gracefully heeded, if
    > useful pointers are provided. ;-) )

I'm curious if you were to force a fully static link, if maybe nslookup and
dig might fail to link with some more clear message about missing routines.
Like if something got conditionally compiled out of libdns, but nobody told dig/nslookup.

--
]               Never tell me the odds!                 | ipv6 mesh networks [
]   Michael Richardson, Sandelman Software Works        |    IoT architect   [
]     [email protected]  http://www.sandelman.ca/        |   ruby on rails    [
]       My working hours and your working hours may be different.            [
]  Please do not feel obligated to reply outside your normal working hours   [

-- 
Visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list.

signature.asc (application/pgp-signature, 487 B)