Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.2 9/18/84; site osiris.UUCP
Path: utzoo!linus!philabs!cmcl2!seismo!umcp-cs!aplvax!osiris!eric
From: eric@osiris.UUCP (Eric Bergan)
Newsgroups: net.unix-wizards
Subject: Re: Re: Kernel mods and RTIngres
Message-ID: <323@osiris.UUCP>
Date: Wed, 15-May-85 08:36:55 EDT
Article-I.D.: osiris.323
Posted: Wed May 15 08:36:55 1985
Date-Received: Thu, 16-May-85 22:05:31 EDT
References: <410@wdl1.UUCP> <235@ucbcad.UUCP>
Organization: Johns Hopkins Hospital
Lines: 31

> >  The ``Ingres lock device'' is a hack that dates back to at least PWB/Unix
> > and maybe before.  There is enough interprocess communication available
> > now that it shouldn't be necessary.
> 
> 	In fact, it dates to V6. However, the obvious question is
> which version of IPC should they use? Currently Sys V ipc is not
> compatible with BSD ipc, which is not compatible with Version 7
> ipc (the happily gone mpx files), etc.
>  RTI has to support their system on a multitude of systems.

	Not only that, RTI offers Ingres under VMS, and on IBM mainframes.
A consistent lock interface would be important in trying to bring out
new versions in a timely manner on all the different machines. And we are
talking about installing a driver here, not some change to the file system,
or to the scheduler. If security is the concern, I would point out that
the Ingres backend runs suid to "ingres", and all the databases are owned
by this user, so you are relying on the trustworthiness of the backend
protection code to keep users from reading potentially sensitive database
information.

	I installed Ingres in the Pentagon for the Department of the Army,
to be used by several thousand users, and no one there complained about
any possible breaches (it was not, however, handling DOD classified
material). As Thompson said in his Turing address - you can only completely
trust software when you have written all of it yourself - including operating
system, compilers, linkers, applications, etc.

-- 

					eric
					...!seismo!umcp-cs!aplvax!osiris!eric