Porting from Isilon internal bugzilla/assigning to me: """ I refactored the tests to try and make them more usable, but the problem is that there are a number of factors on the system (and outside of it) that made things worse. libc's resolv functionality (and our modifications) need to be refactored in such a way that it's possible for us to do unittesting to the function calls to ensure that they're doing the right thing instead of writing (what is in effect) a system level test in ATF/kyua (which is non-trivial/an improper use of the test infrastructure). I will look at implementing some of the hooks that NetBSD's testcases expect when testing out their resolv functionality, e.g. contrib/netbsd-tests/lib/libc/net/h_hostent.c:50 extern const char *__res_conf_name; """
(Sidenote: my approach taken will probably deserve a security audit)
For the following conditions Product: Base System, Documentation Status: New, Open, In Progress, UNCONFIRMED Assignee: Former FreeBSD committer Reset to default assignee. Reset status to "Open".
A commit in branch main references this bug: URL: https://cgit.FreeBSD.org/src/commit/?id=702c24ccc0c208e9bc697e775abe47ff723e3012 commit 702c24ccc0c208e9bc697e775abe47ff723e3012 Author: Dag-Erling Smørgrav <des@FreeBSD.org> AuthorDate: 2026-06-28 09:37:40 +0000 Commit: Dag-Erling Smørgrav <des@FreeBSD.org> CommitDate: 2026-06-29 13:49:20 +0000 libc/resolv: Export __res_conf_name Add a new global variable, __res_conf_name, which is initialized to _PATH_RESCONF and used in its place by res_init(). This allows test programs (and applications) to select a different configuration file to read instead of /etc/resolv.conf. PR: 220610 lib/libc/resolv/Symbol.map | 4 ++++ lib/libc/resolv/res_init.c | 5 ++++- 2 files changed, 8 insertions(+), 1 deletion(-)