[339] in Hesiod

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

Re: Hesiod 3.0.0 released

daemon@ATHENA.MIT.EDU (Greg Hudson)
Fri Dec 13 13:16:24 1996

To: John Lines <John.Lines@aeat.co.uk>
Cc: Greg Hudson <ghudson@MIT.EDU>, hesiod@MIT.EDU
In-Reply-To: Your message of "Fri, 13 Dec 1996 11:05:57 GMT."
             <199612131105.LAA09058@pandora.harwell.aeat.co.uk> 
Date: Fri, 13 Dec 1996 13:15:02 EST
From: Greg Hudson <ghudson@MIT.EDU>

> Since the interface has changed and hes_init is not in the
> compatibility library it may be worth placing something in hesiod.h
> like

> #DEFINE HESIOD3 

The lack of hes_init() is a bug, sort of.  (It turns out you never
need to call hes_init() in a Hesiod 1.x application, but the
compatibility stuff should be as compatible as possible.)  I can add a
#define, sure.  For lack of a better name, I'll call it
HESIOD_INTERFACES, in reference to the "hesiod_" prefix.

> I have switched our internal hesiod domain to run on the IN class
> only, and so it should not attempt to use HS. I put in a class=IN
> line in my hesiod.conf on a Linux system and it worked perfectly,
> but on a SunOs 4.1.3 when I do the same thing it still tries to use
> the HS class.

I'll give it a try.  If I can't reproduce it myself, I'd be interested
in knowing if you could verify that the configuration file is being
successfully opened and read (in fact, it should be pretty easy to
walk through the code and see what's going wrong).

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