From owner-freebsd-hackers Sat Jul 4 13:36:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA11059 for freebsd-hackers-outgoing; Sat, 4 Jul 1998 13:36:43 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from smtp01.primenet.com (daemon@smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA11054 for ; Sat, 4 Jul 1998 13:36:39 -0700 (PDT) (envelope-from tlambert@usr02.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id NAA15957; Sat, 4 Jul 1998 13:36:42 -0700 (MST) Received: from usr02.primenet.com(206.165.6.202) via SMTP by smtp01.primenet.com, id smtpd015932; Sat Jul 4 13:36:32 1998 Received: (from tlambert@localhost) by usr02.primenet.com (8.8.5/8.8.5) id NAA01481; Sat, 4 Jul 1998 13:36:30 -0700 (MST) From: Terry Lambert Message-Id: <199807042036.NAA01481@usr02.primenet.com> Subject: Re: Variant Link implementation, continued To: dg@root.com Date: Sat, 4 Jul 1998 20:36:29 +0000 (GMT) Cc: drosih@rpi.edu, hackers@FreeBSD.ORG In-Reply-To: <199807030946.CAA06443@implode.root.com> from "David Greenman" at Jul 3, 98 02:46:26 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >I agree that the possible keys (ie, variable names) for symbolic > >links should not be something that's fixed at system build time. > > I sure don't agree with that. I also think Jordan's desire to have symlinks > translated with the user environment is either not attainable or undesirable > or both. I personally would rather that the info be kept in a seperate name > table (like what Terry suggested). I also prefer to have a hierarchical > structure (also like Terry suggested, except that I'd have the system table > as a seperate autonomous thing and not attached to the init process). Hmmm. I think "#kern.osrelease" or "#hw.machine" might be a sufficient escape mechanism. The point was really the the init PID (or 0) be used to reference an inherited system space. It's not as important that it actually be hung off a proc structure, it just makes it more orthoganal to have one type of object backing the logical name table. I'm easy on this one, etiher way... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message