From owner-cvs-all@FreeBSD.ORG Wed Mar 9 15:28:42 2005 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A92116A4D1 for ; Wed, 9 Mar 2005 15:28:42 +0000 (GMT) Received: from mail28.sea5.speakeasy.net (mail28.sea5.speakeasy.net [69.17.117.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6C6D43D66 for ; Wed, 9 Mar 2005 15:28:41 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 4437 invoked from network); 9 Mar 2005 15:28:41 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 9 Mar 2005 15:28:41 -0000 Received: from [10.50.40.202] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j29FSR75043398; Wed, 9 Mar 2005 10:28:29 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Maxim Sobolev Date: Wed, 9 Mar 2005 10:28:44 -0500 User-Agent: KMail/1.6.2 References: <200503070726.j277Qhp5059059@repoman.freebsd.org> <86k6oht386.fsf@xps.des.no> <422F087F.9030906@portaone.com> In-Reply-To: <422F087F.9030906@portaone.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <200503091028.44842.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?= cc: Alfred Perlstein cc: cvs-all@FreeBSD.org cc: src-committers@FreeBSD.org cc: cvs-src@FreeBSD.org Subject: Re: cvs commit: src/sys/compat/linux linux_socket.c X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2005 15:28:42 -0000 On Wednesday 09 March 2005 09:30 am, Maxim Sobolev wrote: > Dag-Erling Sm=F8rgrav wrote: > > Maxim Sobolev writes: > >>As I have said the binary program compiled on the newer system that > >>uses this flag in some cases may malfunction when executed on system > >>with older kernel due to the fact that that additional flag will > >>become no-op the program might get SIGPIPE unexpectedly. > > > > We've never cared about running newer binaries on older systems. It's > > the reverse that matters, and the change Alfred suggests does not > > break that. > > Even if we've never cared about that it really matters and IMHO we need > to start caring about that esp. considering that sendto(2) and friends > are very popular syscalls. That's not a big problem if you have sources > handy, but what if it's some third party tool which is only available in > binary code? > > Imagine that we are talking about some very big and very popular toolkit > such as for example JDK, which takes ages to go through all compliance > testing and such. Once it's packed, tested and rubberstamped for > distribution you have zero chance to convince vendor to release another > version that will run on both new and older systems even if it will mean > changing two or three lines of their code. The only thing the vendor can > do is to put some warning "will work correctly only starting from > release X.Y", therefore forcing all users who run releases X.Z, Z < Y, > and need this tool to upgrade otherwise perfectly working system(s). And such vendors are encouraged to target, e.g. 5.3 for the 5.x series sinc= e=20 that is the first "stable" release for that branch. This is how we've alwa= ys=20 handled things. Forwards compatibility is significantly harder to achieve= =20 than backwards compatibility. =2D-=20 John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =3D http://www.FreeBSD.org