From owner-freebsd-stable@FreeBSD.ORG Thu Jul 20 00:26:35 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 1F47A16A4E0 for ; Thu, 20 Jul 2006 00:26:35 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57E1343D53 for ; Thu, 20 Jul 2006 00:26:34 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id k6K0NgSL043964; Wed, 19 Jul 2006 18:23:42 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 19 Jul 2006 18:23:58 -0600 (MDT) Message-Id: <20060719.182358.1791030231.imp@bsdimp.com> To: ghelmer@palisadesys.com From: "M. Warner Losh" In-Reply-To: <20060719.181215.63038086.imp@bsdimp.com> References: <44BE8912.9010807@palisadesys.com> <20060719.181215.63038086.imp@bsdimp.com> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Wed, 19 Jul 2006 18:23:43 -0600 (MDT) 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: Thu, 20 Jul 2006 00:26:35 -0000 In message: <20060719.181215.63038086.imp@bsdimp.com> "M. Warner Losh" writes: : In message: <44BE8912.9010807@palisadesys.com> : Guy Helmer writes: : : 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... : : It is not officially supported by the project. You are running a : binary compiled on a newer version of the system on an older version : of the system. This has sometimes worked in the past, but is outside : the area that's expected to work. There's been a number of breakages : similar to this in past RELENG branches (there was one in 3.x and a : lot on 4.x). : : Having said that, can someone track down the problem in more detail to : see if there might not be something we can do to mitigate the problem : in the older versions? What is __res_state? Just saw Guy's followup note. I'm unsure if we need a technological fix for this, or just a documentation fix. How common is it for programs to use the semi-public interfaces that yours used? Warner