[226] in Hesiod

home help back first fref pref prev next nref lref last post

Re: res_init not getting called

daemon@ATHENA.MIT.EDU (Greg Wohletz)
Fri Jul 29 12:27:04 1994

To: Paul A Vixie <paul@vix.com>
Cc: hesiod@MIT.EDU, bind-workers@vix.com
In-Reply-To: Your message of "Thu, 28 Jul 1994 19:18:22 PDT."
             <9407290218.AA28784@gw.home.vix.com> 
Date: Fri, 29 Jul 1994 09:15:53 -0700
From: Greg Wohletz <greg@duke.CS.UNLV.EDU>

>i'd like to let everybody know that several changes are coming in the next
>rev or two of BIND:
>
>1. _res will disappear.  all variables that can be set will be set
>   with functional interfaces rather than data interfaces.
>
>2. hesiod will appear.  as will NIS.  fallback methods will be specifiable.
>
>3. get{host,pw,serv,net}by*() will be stubs that talk to a local daemon
>   over a unix-domain socket; that daemon will have the actual DNS resolver
>   and NIS/Hesiod code in it.
>
>i mention this only because the following diff caught my eye.  code like
>this will stop working on the BIND resolver starting RSN (real soon now):
>
>>       register int res_retry = _res.retry;
>>   
>> +     if ((_res.options & RES_INIT) == 0 && res_init() == -1)
>> +       return((nsmsg_t *)NULL);
>>   #ifdef DEBUG
>>       if (_res.options & RES_DEBUG)
>>           printf("_resolve: class = %d, type = %d\n", class, type);
>

The hesiod library messes with _res.options, _res.retry, and _res.retrans.
If someone lets me know what the new interface will be I'd be happy to make
the nessicary changes to the code.

					--greg

home help back first fref pref prev next nref lref last post