Date: Wed, 11 Nov 1998 22:06:07 -0500 (EST) From: Brian Feldman <green@unixhelp.org> To: Mike Smith <mike@smith.net.au> Cc: =?X-UNKNOWN?Q?S=F8ren_Schmidt?= <sos@freebsd.dk>, Andrzej Bialecki <abial@nask.pl>, daeron@Wit401305.student.utwente.nl, shawn@cpl.net, osa@etrust.ru, current@FreeBSD.ORG Subject: Re: StarOffice-5.0... Message-ID: <Pine.BSF.4.05.9811112204070.725-100000@janus.syracuse.net> In-Reply-To: <199811120248.SAA07015@dingo.cdrom.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 11 Nov 1998, Mike Smith wrote: > > > > > > Hmm, if we should have a Linsux compatible /proc, it really should be > > > a beast mounted on /compat/linux/proc. If you provide this, I'm sure > > > it will be received with open arms :) > > > > Linux_procfs sounds good, but if a Linux procfs is implemented... erm.... > > you see, wouldn't this waste resources? unless we'd be emulating the > > ENTIRE linux proc (which is total crap, and shouldn't exist), it's > > probably better just to add it to the standard procfs. > > It's hideously crap, and unfortunately syntax-incompatible with ours, > which is why we'd have to have a complete emulation. > > Unfortunately, the Linux procfs is also baroque beyond the abilities of > the structure of our relatively simple-minded procfs to handle. It's > more like a filesystem manifestation of the sysctl tree. Any new plans for kernfs? This is the kinda thing (the Linux procfs stuff) that would go in kernfs. HEY! I know! Why don't we actually implement the whole sysctl tree itself in /kern/sysctl? ;) Sorry, Linux has forced me to go insane. > > -- > \\ Sometimes you're ahead, \\ Mike Smith > \\ sometimes you're behind. \\ mike@smith.net.au > \\ The race is long, and in the \\ msmith@freebsd.org > \\ end it's only with yourself. \\ msmith@cdrom.com > Cheers, Brian Feldman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.05.9811112204070.725-100000>