On Sat, Dec 15, 2007 at 04:17:15PM -0800, Murray S. Kucherawy <[EMAIL PROTECTED]> wrote: > I have a bunch of ideas but it's hard to say which (if any) apply to your > situation without having access to it: > > The ar_init() failure might be traceable into ar_res_parse() which can > fail for reasons such as /etc/resolv.conf not readable or /etc/services > not readable. > > ar_init() itself can fail if socketpair() fails. That call tries to > create a pair of connected UNIX domain sockets, which exist in the > filesystem. Maybe the user's starting the process in a directory to which > she/he doesn't have write permission (although the error codes for > socketpair(2), at least on FreeBSD, don't list that as a possibility).
Looking at the strace and ltrace output, it does seem that both resolv.conf and services are being read successfully, and that socketpair() is returning 0 shortly before the failure. > ar_init() could also fail if the process is simply unable to get any > sockets, but that seems unlikely for a starting process. The other > reasons are memory allocation and thread creation failures, again unlikely > for a new process. > > You might also need to define AR_RES_MANUAL if the resolver on the target > machine needs it. Note the comments from site.config.m4.dist: > > dnl libar normally uses res_init() or res_ninit() to load the contents > dnl of resolv.conf for its use. If neither of these work on your system > dnl in multi-threaded programs (e.g. OpenBSD 3.7 and later), then you > dnl may need to enable code that parses that file manually. This will > dnl also be required if you've got any IPv6 addresses in /etc/resolv.conf. > dnl In that case, enable this next line by deleting the "dnl" at the front > dnl of it. Interesting; I'll have to see if that helps. At a minimum I can try to get a copy of the user's resolv.conf. -- Mike Markley <[EMAIL PROTECTED]> Power is danger. - The Centurion, "Balance of Terror", stardate 1709.2 ------------------------------------------------------------------------- SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace _______________________________________________ dkim-milter-discuss mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dkim-milter-discuss
