Date: Fri, 6 Jun 1997 15:47:09 +0930 (CST) From: Michael Smith <msmith@atrad.adelaide.edu.au> To: jkh@time.cdrom.com (Jordan K. Hubbard) Cc: msmith@atrad.adelaide.edu.au, hackers@FreeBSD.ORG Subject: Re: Any objection to the following? Message-ID: <199706060617.PAA02049@genesis.atrad.adelaide.edu.au> In-Reply-To: <18998.865576877@time.cdrom.com> from "Jordan K. Hubbard" at "Jun 5, 97 11:01:17 pm"
next in thread | previous in thread | raw e-mail | index | archive | help
Jordan K. Hubbard stands accused of saying:
> > Ok, how about something like a "local_etc" searchpath, containing
> > directories which might contain etc-like files? I'm just thinking of
> > this as a poor cousin to some of the other solutions for a read-only
> > /etc.
>
> Hmmm. I'm having a hard time picturing this.. Some diffs would
> help! ;-)
Heh. It's a concept, not an implementation. I have an accounting
exam in less than a week, so code work is getting a low priority 8(
The idea was something like :
local_etc="/var/etc /usr/local/etc"
...
foo_config_file=search_for_file("foo.cf", $local_etc)
if [ "$foo_config_file" ]; then
foo -f $foo_config_file; echo -n "foo "
else
foo; echo -n "foo "
fi
where search_for_file takes a filename and a list of directories.
I realise that this wouldn't help in the originally offered situation,
you'd need a search_for_files() function that returned a list of
full paths to all found files matching the name on the paths supplied.
... as I said, it was very much a "poor cousin" idea.
> Jordan
--
]] Mike Smith, Software Engineer msmith@gsoft.com.au [[
]] Genesis Software genesis@gsoft.com.au [[
]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[
]] realtime instrument control. (ph) +61-8-8267-3493 [[
]] Unix hardware collector. "Where are your PEZ?" The Tick [[
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199706060617.PAA02049>