From owner-freebsd-questions Fri Jan 24 2:20:19 2003 Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC66C37B401 for ; Fri, 24 Jan 2003 02:20:17 -0800 (PST) Received: from artax.karlin.mff.cuni.cz (artax.karlin.mff.cuni.cz [195.113.31.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2716443E4A for ; Fri, 24 Jan 2003 02:20:17 -0800 (PST) (envelope-from pcah8322@artax.karlin.mff.cuni.cz) Received: by artax.karlin.mff.cuni.cz (Postfix, from userid 18322) id 33D583FCD; Fri, 24 Jan 2003 11:20:15 +0100 (CET) Date: Fri, 24 Jan 2003 11:20:15 +0100 From: Pavel Cahyna To: matthew green Cc: debian-bsd@lists.debian.org, freebsd-questions@FreeBSD.ORG Subject: Re: glibc vs BSD libc Message-ID: <20030124102015.GB8015@artax.karlin.mff.cuni.cz> Reply-To: Pavel Cahyna References: <20030123174127.GA15640@artax.karlin.mff.cuni.cz> <26389.1043394553@splode.eterna.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <26389.1043394553@splode.eterna.com.au> User-Agent: Mutt/1.3.28i Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > when making such assertions it helps to be actually correct. while it > is true that *any* old binary may require COMPAT_XX options in the kernel, > netbsd supports binaries back to 386bsd for i386, with shorter periods > of backwards compat for the newer plaforms. i have personally run 386bsd > binaries on netbsd 1.5/i386. i just downloaded the netbsd/sparc 1.0 > /bin/sh and: > .... > i think you will find that netbsd cares _a whole lot_ about binary > compatibility. to claim otherwise is simply fallacy. Are you sure that running such old binaries doesn't require to have any COMPAT_ option? I remember a recommendation on current-users that if you upgrade your kernel before your userland, you should always compile the COMPAT_xxx option for your previous version. I also vaguely remember failure reports from people who forgot to do this. My statement of not caring about binary compatibility was wrong, sorry. What I wanted to say was that the binary interfaces become incompatible and compatibility is provided via COMPAT_ options in the kernel or by packages containing old versions of librairies. So I really don't think that it's possible to run an old binary against a new libc (at least, the sonames wold probably mismatch). Why would otherwise the compat packages in pkgsrc exist? Please correct me if I am wrong. BTW, I believe there are some programs that search the kernel memory directly for some data. Are ps and netstat examples of this? Can old versions of such programs be successfully used on a new kernel, even if the required COMPAT_ option is present? What about special ioctls, like SCSI commands sent directly from userland? Bye Pavel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message