[Info-vax] : AUTHORIZE Enhancement

[Bob Gezelter]

On Sunday, November 20, 2016 at 6:05:28 PM UTC-5, osuv... at gmail.com wrote:
> On Sunday, November 20, 2016 at 10:20:52 AM UTC-5, David Froble wrote:
> > AUTHORIZE, as part of the VMS OS, does it's job.  What you appear to be asking 
> > for goes far beyond access to an OS.  Not saying it isn't a good thing, or 
> > needed, and such, just saying that it's in reality an application that 
> > transcends what one might expect for access to an OS.  The fact that people have 
> > tried to use AUTHORIZE for more than it was ever intended is not the fault of 
> > AUTHORIZE, it's the fault of those misusing a tool.  You know, square peg and 
> > round hole, driving a screw with a hammer, driving a nail with a screwdriver, 
> > and such.
> > 
> > So, if you need something like you're asking for, design and implement it, or 
> > purchase it, or ....   Just don't say that something that was never intended for 
> > your purpose is defective.
> > 
> > Just because such a tool would be used for multiple computers, and even multiple 
> > OSs, sort of implies that it's not just for access to a single computer, which 
> > is what AUTHORIZE is.
> 
> The UAF always encompassed more than just providing 'access to the computer'. The whole slew of process limits, as well a claim to disk resources (via the UIC) was part of what was authorized.  They should either abandon the quotas all together or give them a rethink for today's clustered and networked environment.

OSU...,

The UIC is the unique user identifier. All access to resources is based upon one identify (represented by the UIC) and the Rights Identifiers authorized for the process. Both are maintained by AUTHORIZE, although in different files.

Disk quotas are enabled and assigned per logical volume (e.g., individual volume or volume set). They are not the province of AUTHORIZE. They are perhaps less critical than in the past, but I still prefer to use them. I have seen runaway programs fill disks, storage is never infinite and systems are far faster these days.

- Bob Gezelter, http://www.rlgsc.com