From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/4998 Path: news.gmane.org!not-for-mail From: Rich Felker Newsgroups: gmane.linux.lib.musl.general Subject: Re: gethostbyname and resolv.conf Date: Wed, 30 Apr 2014 12:12:19 -0400 Message-ID: <20140430161219.GK26358@brightrain.aerifal.cx> References: Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1398874360 20531 80.91.229.3 (30 Apr 2014 16:12:40 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 30 Apr 2014 16:12:40 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-5002-gllmg-musl=m.gmane.org@lists.openwall.com Wed Apr 30 18:12:33 2014 Return-path: Envelope-to: gllmg-musl@plane.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1WfX7Z-0003MM-8G for gllmg-musl@plane.gmane.org; Wed, 30 Apr 2014 18:12:33 +0200 Original-Received: (qmail 1680 invoked by uid 550); 30 Apr 2014 16:12:32 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Original-Received: (qmail 1672 invoked from network); 30 Apr 2014 16:12:31 -0000 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Original-Sender: Rich Felker Xref: news.gmane.org gmane.linux.lib.musl.general:4998 Archived-At: On Wed, Apr 30, 2014 at 12:02:17PM -0400, John Mudd wrote: > FYI: Looks like the musl gethostbyname() doesn't use the "search" command > in the resolv.conf file. Indeed, search is not implemented. It's on the roadmap for the resolver overhaul, which is the next task and should be done sometime next month. One matter that could use discussion is how search should be performed. The queries could be done in parallel, or in series once the previous one fails. In any case the operation cannot complete until there is an initial subsequence of the search list beginning with zero or more negative results followed by a positive result; a positive result with unanswered queries before it is non-conclusive. Also a question is how search should interact with hosts file. If a non-initial search suffix succeeds in the hosts file, should DNS queries still be performed to check if the earlier search suffixes are found via DNS? These kinds of questions are why it's not implemented yet, and they need to be discussed now I think if we're going to get it implemented soon. Rich