*BSD News Article 6468


Return to BSD News archive

Newsgroups: comp.unix.bsd
Path: sserve!manuel.anu.edu.au!munnari.oz.au!hp9000.csc.cuhk.hk!uakari.primate.wisc.edu!caen!sol.ctr.columbia.edu!hamblin.math.byu.edu!news.byu.edu!ux1!fcom.cc.utah.edu!cs.weber.edu!terry
From: terry@cs.weber.edu (A Wizard of Earth C)
Subject: Re: 386BSD gethostbyname change
Message-ID: <1992Oct13.175812.19636@fcom.cc.utah.edu>
Sender: news@fcom.cc.utah.edu
Organization: Weber State University  (Ogden, UT)
References: <1992Oct5.125237.5267@slustl.slu.edu> <16807@ksr.com> <SIMON.92Oct13143208@liasg2.epfl.ch>
Date: Tue, 13 Oct 92 17:58:12 GMT
Lines: 31

In article <SIMON.92Oct13143208@liasg2.epfl.ch> simon@lia.di.epfl.ch (Simon Leinen) writes:
>In article <16807@ksr.com> dean@ksr.com (Dean Anderson) writes:
>
>   I think the best solution is to have a configuration file ala Dec's
>   /etc/svcorder file, to determine in which order databases should be
>   checked.  This gives the administrator control over what happens,
>   but has the disadvantage of requiring a file access.
>
>If you want to avoid the additional file access, you can define a new
>/etc/resolv.conf option (this is what SGI did in IRIX 4.0).

This seems to me to be the most reasonable... I liked the idea of it being
configurable, but hated the idea of an additional file open/read/close on
a failure to resolve.  I distinctly liked the idea of searching the local
/etc/hosts first, since Sun seems to do this and I'm happy with my Sun
machines, but I understand the argument for configurability.  This seems
to adequately address all the issues.  If there are no objections, I'll
code it up and set it loose on an unsuspecting world. 8-).


					Terry Lambert
					terry@icarus.weber.edu
					terry_lambert@novell.com
---
Any opinions in this posting are my own and not those of my present
or previous employers.
-- 
-------------------------------------------------------------------------------
                                        "I have an 8 user poetic license" - me
 Get the 386bsd FAQ from agate.berkeley.edu:/pub/386BSD/386bsd-0.1/unofficial
-------------------------------------------------------------------------------