From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21678 invoked by alias); 8 Jan 2020 07:41:56 -0000 Mailing-List: contact libc-help-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Post: List-Help: , Sender: libc-help-owner@sourceware.org Received: (qmail 21665 invoked by uid 89); 8 Jan 2020 07:41:56 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-5.9 required=5.0 tests=AWL,BAYES_00,KAM_NUMSUBJECT,RCVD_IN_DNSWL_NONE autolearn=no version=3.3.1 spammy=H*Ad:U*libc-help, H*i:sk:CAMvyGd, H*f:sk:CAMvyGd, HX-Languages-Length:344 X-HELO: us-smtp-delivery-1.mimecast.com Received: from us-smtp-1.mimecast.com (HELO us-smtp-delivery-1.mimecast.com) (207.211.31.81) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 08 Jan 2020 07:41:55 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1578469314; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=qg6A4B7qoIgmYPyVZBZgC+z7xCpi7RmoTPy5FXc7Rb4=; b=ik73mGS2ksXi5P/+WMncbLxp+Ftey+Zoy2Lry59JiZ5BuECWuBDpeL0Iywnb4BaOvy9nUr gNFs8rvU2ma306msjvGayDqHxpWkEe5EnwJgl29LuTv7W87DcXZXkhNlEfItkboyoMMksL 2ef/EezKRfIbEUZhATa4a5ZWueKNARo= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-425-IbkEimnhNGCEZbRHSJC1mQ-1; Wed, 08 Jan 2020 02:41:52 -0500 Received: from smtp.corp.redhat.com (int-mx07.intmail.prod.int.phx2.redhat.com [10.5.11.22]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 9E3A38024CD; Wed, 8 Jan 2020 07:41:51 +0000 (UTC) Received: from oldenburg2.str.redhat.com (dhcp-192-227.str.redhat.com [10.33.192.227]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 0B3BE10842A9; Wed, 8 Jan 2020 07:41:50 +0000 (UTC) From: Florian Weimer To: Tarun Tej K Cc: libc-help@sourceware.org Subject: Re: getaddrinfo() fails to use latest DNS address - v2.27 References: <87lfqjwsvh.fsf@oldenburg2.str.redhat.com> <87y2ujtps2.fsf@oldenburg2.str.redhat.com> Date: Wed, 08 Jan 2020 07:41:00 -0000 In-Reply-To: (Tarun Tej K.'s message of "Wed, 8 Jan 2020 12:55:12 +0530") Message-ID: <87blremm2q.fsf@oldenburg2.str.redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 X-Mimecast-Spam-Score: 0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes X-SW-Source: 2020-01/txt/msg00010.txt.bz2 * Tarun Tej K.: > Is there any function apart from res_init() and res_ninit() which will > clear the global conf and force to load the global conf freshly upon > the next getaddrinfo()? You mean, a function that you can call to work around the bug? No, there is not, sorry. Florian