From owner-freebsd-hackers  Tue Jul  7 15:55:17 1998
Return-Path: <owner-freebsd-hackers@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id PAA15637
          for freebsd-hackers-outgoing; Tue, 7 Jul 1998 15:55:17 -0700 (PDT)
          (envelope-from owner-freebsd-hackers@FreeBSD.ORG)
Received: from mushi.colo.neosoft.com (qmailr@mushi.colo.neosoft.com [206.109.6.82])
          by hub.freebsd.org (8.8.8/8.8.8) with SMTP id PAA15626
          for <hackers@freebsd.org>; Tue, 7 Jul 1998 15:55:15 -0700 (PDT)
          (envelope-from peter@taronga.com)
Received: (qmail 11819 invoked from network); 7 Jul 1998 22:55:04 -0000
Received: from bonkers.neosoft.com (HELO bonkers.taronga.com) (root@206.109.2.48)
  by mushi.colo.neosoft.com with SMTP; 7 Jul 1998 22:55:04 -0000
Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.9) id RAA24074; Tue, 7 Jul 1998 17:54:21 -0500
From: peter@taronga.com (Peter da Silva)
Message-Id: <199807072254.RAA24074@bonkers.taronga.com>
Subject: Re: A really hoopy idea for variant symlinks.
To: tlambert@primenet.com (Terry Lambert)
Date: Tue, 7 Jul 1998 17:54:20 -0500 (CDT)
Cc: peter@taronga.com, tlambert@primenet.com, hackers@FreeBSD.ORG
In-Reply-To: <199807072050.NAA01036@usr04.primenet.com> from "Terry Lambert" at Jul 7, 98 08:50:07 pm
X-Mailer: ELM [version 2.4 PL24]
Content-Type: text
Sender: owner-freebsd-hackers@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

> > > The enforcement depends on the procfs (kernel code) parsing and enforcing
> > > against "absurd" values.

> > Like the file system does already? It's just namei!

> Multiple "//" within a path are treated as "/", unless it's the
> first two characters in the path, in which case it's implementation
> defined what it does.

> That covers the full gamut on what is or isn't allowable semantically
> in a path component.

OK, which means that /proc/curproc/syms/osversion is allowed in a
path. That was the point of my proposal, to avoid polluting the namespace
by using part of it.

> You would need name/value pair reduction; specifically, you would need
> to seperate the token before and after the (initial) '=' token when
> traversing the list of environment "name/value pair, '=' token seperator"
> strings.

You must be talking about someone else's hoopy idea.


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message