From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-3.3 required=5.0 tests=MAILING_LIST_MULTI, RCVD_IN_DNSWL_MED,RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL,SPF_PASS autolearn=ham autolearn_force=no version=3.4.2 Received: (qmail 13317 invoked from network); 15 Apr 2020 16:03:22 -0000 Received-SPF: pass (mother.openwall.net: domain of lists.openwall.com designates 195.42.179.200 as permitted sender) receiver=inbox.vuxu.org; client-ip=195.42.179.200 envelope-from= Received: from mother.openwall.net (195.42.179.200) by inbox.vuxu.org with UTF8ESMTPZ; 15 Apr 2020 16:03:22 -0000 Received: (qmail 7343 invoked by uid 550); 15 Apr 2020 16:03:20 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Reply-To: musl@lists.openwall.com Received: (qmail 7322 invoked from network); 15 Apr 2020 16:03:20 -0000 Date: Wed, 15 Apr 2020 12:03:08 -0400 From: Rich Felker To: Natanael Copa Cc: Wolf , musl@lists.openwall.com Message-ID: <20200415160308.GF11469@brightrain.aerifal.cx> References: <20200313214648.2qqr5utzyqy5ewsu@wolfsden.cz> <20200313221649.GN11469@brightrain.aerifal.cx> <20200313234304.gl5wjpkz3ulf4b5r@wolfsden.cz> <20200415103110.13f7f120@ncopa-desktop.copa.dup.pw> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200415103110.13f7f120@ncopa-desktop.copa.dup.pw> User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: [musl] Proposal to match behaviour of gethostbyname to glibc On Wed, Apr 15, 2020 at 10:31:10AM +0200, Natanael Copa wrote: > On Sat, 14 Mar 2020 00:43:04 +0100 > Wolf wrote: > > > On 2020-03-13 18:16:49 -0400, Rich Felker wrote: > > > > > Do you know if there's widespread match for this behavior across other > > > systems too? > > > > Windows use the glibc behaviour, other than that I do not have systems > > to test this on. > > I tested on openbsd, feebsd and netbsd and they all use the glibc behavior. Thanks. I think I'll go forward with applying this then. I have to cleanup my working tree -- presently have a branch for merging x86 math patches which should also go upstream now, and I've not been attending to it due to focus on mallocng (still in separate tree, to be integrated with musl next) instead. Rich