Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 29 Aug 1996 10:55:14 -0700 (MST)
From:      Terry Lambert <terry@lambert.org>
To:        George.Scott@cc.monash.edu.au (George Scott)
Cc:        terry@lambert.org, current@FreeBSD.org
Subject:   Re: FreeBSD malloc.c, -lmalloc, and squid.
Message-ID:  <199608291755.KAA29057@phaeton.artisoft.com>
In-Reply-To: <199608290300.NAA08388@moa.cc.monash.edu.au> from "George Scott" at Aug 29, 96 01:00:50 pm

next in thread | previous in thread | raw e-mail | index | archive | help
> > The tentative implementation I was favoring used the following model:
> > 
> > 1)	Process logical names
> > 
> > 	o	Hung of proc struct of current process
> 
> I'm not sure what this means!
> 
> Could these logicals be accessed as a directory structure in procfs?
> Something like /proc/127/env/SHELL which can be read, written and unlinked
> to do getenv, setenv and unsetenv respectively for process 127?

That's certianly one way of exporting per process information so it can
be accessed and manipulated.

> This would allow access to be controlled with the normal filesystem mode bits
> and would save us from having to have yet another set of system calls to
> implemented.  The down side would be that having a procfs mounted would be
> almost mandatory.

The same argument gould be used to boundlessly expand the use of ioctl();s
on the procfs, and throw out all the process tracing system calls, etc..

> While I'm at it, creating a /proc/127/parent as a link to /proc/125 (meaning
> that pid 125 is the parent of pid 127) would allow neat things such as shell
> scripts that could set their parents environment variables with a simple:
> 
> echo "new value" >/proc/curproc/parent/env/PATH

Yes; the main problem is establishing external control of the environment,
however.  Once that is done, then the door has been opened to a lot of
uses and export implementations.


					Terry Lambert
					terry@lambert.org
---
Any opinions in this posting are my own and not those of my present
or previous employers.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199608291755.KAA29057>