From owner-cvs-all@FreeBSD.ORG Thu Feb 26 17:43:43 2004 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 046B116A4CF for ; Thu, 26 Feb 2004 17:43:43 -0800 (PST) Received: from root.org (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id A6FDA43D39 for ; Thu, 26 Feb 2004 17:43:42 -0800 (PST) (envelope-from nate@root.org) Received: (qmail 82364 invoked by uid 1000); 27 Feb 2004 01:43:44 -0000 Date: Thu, 26 Feb 2004 17:43:44 -0800 (PST) From: Nate Lawson To: "Brian F. Feldman" In-Reply-To: <200402252113.i1PLDOtN065489@green.homeunix.org> Message-ID: <20040226174333.R82318@root.org> References: <200402252113.i1PLDOtN065489@green.homeunix.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: cvs-src@FreeBSD.org cc: src-committers@FreeBSD.org cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/include netdb.h resolv.h src/lib/libc/include reentrant.h src/lib/libc/net getaddrinfo.3 getaddrinfo.c gethostbydns.c gethostbyname.3 gethostbynis.c getipnodebyname.3 herror.c name X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Feb 2004 01:43:43 -0000 On Wed, 25 Feb 2004, Brian F. Feldman wrote: > Brian Feldman wrote: > > Make the resolver(3) and many associated interfaces much more reentrant. > > The getaddrinfo(3), getipnodebyname(3) and resolver(3) can coincide now > > with what should be totally reentrant, and h_errno values will now > > be preserved correctly, but this does not affect interfaces such as > > gethostbyname(3) which are still mostly non-reentrant. > > Geez, I certainly hope no English teachers ever see that paragraph. > > This has been tested by several other -CURRENT users with no issues, so be > certain to report any as they come up. There shouldn't be much software > which has to be recompiled, outside of the base system. The resolver(3) > interface is not very portable, so usage of the _res structure should be > relatively rare, and threaded programs should already be using > getaddrinfo(3) and getting error returns via that API, and not via > h_errno. Thanks for the great work on this. -Nate