From owner-freebsd-hackers Wed Oct 18 17:14:19 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA03409 for hackers-outgoing; Wed, 18 Oct 1995 17:14:19 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA03402 ; Wed, 18 Oct 1995 17:14:16 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA01335; Wed, 18 Oct 1995 17:06:17 -0700 From: Terry Lambert Message-Id: <199510190006.RAA01335@phaeton.artisoft.com> Subject: Re: getdtablesize() broken? To: davidg@root.com Date: Wed, 18 Oct 1995 17:06:17 -0700 (MST) Cc: terry@lambert.org, wollman@lcs.mit.edu, bde@zeta.org.au, bakul@netcom.com, current@freefall.freebsd.org, hackers@freefall.freebsd.org In-Reply-To: <199510182230.PAA29572@corbin.Root.COM> from "David Greenman" at Oct 18, 95 03:30:06 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 779 Sender: owner-hackers@FreeBSD.org Precedence: bulk > >> about the memory-fragmentation issues which mandate the use of a > >> separate VM submap to hold this data while it is being staged between > >> the old process and the new process. > > > >BZZZZT! Replace the enviornment with logical names and hang the logical > >name table off the proc struct instead of copying it like this and it > >won't *need* to be staged. Bye bye, staging area. Mark the environment > >as a shared copy-on-modification structure. > > BZZZZT! Not if you want argv[] to work. We're not talking about just the > environment variables. Damn. I thought this was for envp. 8-(. Never mind on that one, then. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.