From owner-freebsd-current@FreeBSD.ORG Fri Feb 6 11:25:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9609B16A4CE for ; Fri, 6 Feb 2004 11:25:32 -0800 (PST) Received: from mail4.speakeasy.net (mail4.speakeasy.net [216.254.0.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F60F43D6A for ; Fri, 6 Feb 2004 11:25:04 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 13616 invoked from network); 6 Feb 2004 19:24:33 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 6 Feb 2004 19:24:33 -0000 Received: from 10.50.40.205 (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.10/8.12.10) with ESMTP id i16JONM2019640; Fri, 6 Feb 2004 14:24:28 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Tim Robbins , Julian Elischer Date: Fri, 6 Feb 2004 12:36:09 -0500 User-Agent: KMail/1.5.4 References: <20040206092208.GA52274@cat.robbins.dropbear.id.au> In-Reply-To: <20040206092208.GA52274@cat.robbins.dropbear.id.au> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200402061236.09834.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: FreeBSD current users Subject: Re: FreeBSD 1.1 under -current :-) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2004 19:25:32 -0000 On Friday 06 February 2004 04:22 am, Tim Robbins wrote: > On Fri, Feb 06, 2004 at 12:37:30AM -0800, Julian Elischer wrote: > [...] > > > apparrently programs in 1.1 can not handle that the PID can go past > > 32767 now.. 'wait()' for example fails.. > > > > ok , so recompile my kenrel with PID_MAX set to 30000 > > and try again.. > > all works fine.. > > > > I'm tempted to make PID_MAX a tunable or a sysctl.. > > I think FreeBSD 1.1 compatibility is obscure enough that there's no > need for it to work in out of the box (i.e. GENERIC) at the cost of > increased complexity in non-obscure configurations. Ideally, COMPAT_43 > would be broken up into COMPAT_43, COMPAT_FREEBSD[123], etc., removed > from GENERIC and perhaps then we could define PID_MAX conditionally > on these options or at least #error out. He didn't say that he wanted to stick PIX_MAD in GENERIC, just that he wanted it tunable. > > I think that some compatibility modes may have teh same problems > > (though I doubt that many people use anything other than Linux > > compatibility) > > As far as I know, only iBCS2 needs 16-bit bits. iBCS2 support would > be more productive dead, as would our obviously unused and untested > SVR4 support. Actually, people do use the SVR4 support (we hear about it on re@ from time to time). -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org