From owner-freebsd-stable@FreeBSD.ORG Wed Jul 19 20:51:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB19516A4DA for ; Wed, 19 Jul 2006 20:51:41 +0000 (UTC) (envelope-from ghelmer@palisadesys.com) Received: from magellan.palisadesys.com (magellan.palisadesys.com [192.188.162.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFBA243D6E for ; Wed, 19 Jul 2006 20:51:40 +0000 (GMT) (envelope-from ghelmer@palisadesys.com) Received: from [172.16.1.108] (cetus.palisadesys.com [192.188.162.7]) (authenticated bits=0) by magellan.palisadesys.com (8.13.6/8.13.6) with ESMTP id k6JKpaeJ015574 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 19 Jul 2006 15:51:36 -0500 (CDT) (envelope-from ghelmer@palisadesys.com) Message-ID: <44BE9B57.6090000@palisadesys.com> Date: Wed, 19 Jul 2006 15:51:35 -0500 From: Guy Helmer User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: Scott Long References: <44BE8912.9010807@palisadesys.com> <44BE9902.3050900@samsco.org> In-Reply-To: <44BE9902.3050900@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Palisade-MailScanner-Information: Please contact the ISP for more information X-Palisade-MailScanner: Found to be clean X-Palisade-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (score=-4.399, required 6, autolearn=not spam, ALL_TRUSTED -1.80, BAYES_00 -2.60) X-Palisade-MailScanner-From: ghelmer@palisadesys.com Cc: freebsd-stable@freebsd.org Subject: Re: Can't run newly-compiled RELENG_6 programs under RELENG_6_1: missing __res_state X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jul 2006 20:51:41 -0000 Scott Long wrote: > Guy Helmer wrote: >> We just tried running programs under RELENG_6_1 that were compiled >> under RELENG_6 checked out 2006-07-19, and couldn't because of the >> undefined symbol "__res_state"l, which I would assume is a result of >> the recent MFC of the BIND 9 resolver library. Is this to be >> expected? It will cause a bit of a hassle... >> >> Guy >> > > No, it shouldn't be that way. I heavily advocated that the STABLE > branches should be free from exactly these kinds of problems. Hopefully > this gets resolved. > > Scott After looking more deeply, I've found it is because our own software plays with the semi-public _res structure to reduce the timeout and retries in the DNS resolver routines. I found the changes in /usr/include/resolv.h - references to _res.xxx are being changed via macros into function calls to make the operations thread-aware. Now that I know, I can work around it.. Guy -- Guy Helmer, Ph.D. Principal System Architect Palisade Systems, Inc.