Date: Wed, 18 Oct 1995 15:30:06 -0700 From: David Greenman <davidg@Root.COM> To: Terry Lambert <terry@lambert.org> Cc: wollman@lcs.mit.edu (Garrett A. Wollman), bde@zeta.org.au, bakul@netcom.com, current@freefall.freebsd.org, hackers@freefall.freebsd.org Subject: Re: getdtablesize() broken? Message-ID: <199510182230.PAA29572@corbin.Root.COM> In-Reply-To: Your message of "Wed, 18 Oct 95 14:45:44 PDT." <199510182145.OAA01079@phaeton.artisoft.com>
next in thread | previous in thread | raw e-mail | index | archive | help
>> > ] #define ARG_MAX 65536 /* max bytes for an exec function */ >> >> > Type: Bogus. >> >> Type: POSIX. >> >> > Required by: The process environment being in the user's address >> > space instead of attached to the proc structure and >> > accessed through system calls. >> >> BZZZZT! Wrong, but thanks for playing. You can ask David or John >> 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. -DG
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199510182230.PAA29572>