From owner-freebsd-commit Wed Nov 15 13:57:47 1995 Return-Path: owner-commit Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA05650 for freebsd-commit-outgoing; Wed, 15 Nov 1995 13:57:47 -0800 Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA05609 for cvs-all-outgoing; Wed, 15 Nov 1995 13:57:38 -0800 Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA05581 for cvs-sys-outgoing; Wed, 15 Nov 1995 13:57:32 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA05482 ; Wed, 15 Nov 1995 13:57:10 -0800 Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id NAA01351; Wed, 15 Nov 1995 13:55:12 -0800 From: Julian Elischer Message-Id: <199511152155.NAA01351@ref.tfs.com> Subject: Re: cvs commit: src/sys/kern kern_sysctl.c To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Wed, 15 Nov 1995 13:55:11 -0800 (PST) Cc: peter@jhome.dialix.com, bde@zeta.org.au, CVS-commiters@freefall.freebsd.org, cvs-sys@freefall.freebsd.org In-Reply-To: <2525.816427167@critter.tfs.com> from "Poul-Henning Kamp" at Nov 15, 95 10:19:27 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 850 Sender: owner-commit@FreeBSD.ORG Precedence: bulk > > Another thing I would love to make is a ability to create variables for > user-land purposes: > > 0.5. Create a variable, "new" holds info. > > This would allow us to use sysctl as a miniature registry for information, > for instance: > domainname > which crypt to use as default. > what to do in malloc in case of an allocation error. > anything else you can thing off... > > What do you people think ? ok this is like "System-wide" environment variables.. it also means we are going to have 4 ways of doing similar things.. 1/ environment variables passwd from init 2/ sysctl variables 3/ /proc and /kern could be extended to store these things 4/ I've considered extending devfs to allow access to system stuff I thought about being able to extend the sysctl interface into a f/s interface (just replace them dots with /) :)