From owner-freebsd-current@FreeBSD.ORG Fri Feb 6 07:18:47 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 5E98516A4CE; Fri, 6 Feb 2004 07:18:47 -0800 (PST) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 322BC43D45; Fri, 6 Feb 2004 07:18:46 -0800 (PST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.10/8.12.10) id i16FIgcH063889; Fri, 6 Feb 2004 09:18:42 -0600 (CST) (envelope-from dan) Date: Fri, 6 Feb 2004 09:18:42 -0600 From: Dan Nelson To: Tim Robbins Message-ID: <20040206151842.GE76684@dan.emsphone.com> References: <20040206092208.GA52274@cat.robbins.dropbear.id.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040206092208.GA52274@cat.robbins.dropbear.id.au> X-OS: FreeBSD 5.2-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.5.1i cc: Julian Elischer 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 15:18:47 -0000 In the last episode (Feb 06), Tim Robbins said: > 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. The 30000->99999 change went in on rev 1.62 of proc.h, between 3.0 and 3.1, so you would have seen the same problem booting 2.2.8. It's nice that we can still run a 1.1 userland, though :) -- Dan Nelson dnelson@allantgroup.com