HP3000-L Archives

October 2005, Week 4

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Gilles Schipper <[log in to unmask]>
Reply To:
Gilles Schipper <[log in to unmask]>
Date:
Sun, 23 Oct 2005 21:16:34 -0400
Content-Type:
text/plain
Parts/Attachments:
text/plain (124 lines)
I don't think so.

I believe AL, GL, and CR are entirely independent of each other.

An AL (account librarian) user is a user who simply has AL capability 
in a given account.

A GL (group librarian) user is a user who has GL capability AND is 
logged on to his/her home group.

A CR is that user who created the file.

With respect to a given file, one can be none, 1, 2, or all of these 
user types.

Further, one user type neither includes nor precludes another.

AFAIK.


At 08:34 PM 2005-10-23, Olav Kappert wrote:

>Brian:
>
>The way I see it, it makes sense.
>
>Since AL (Account Librarian) is a super set to GL (Group Librarian) 
>which is a super set to CR (Creator).
>
>If you have AL, you also have GL and CR.
>
>Olav.
>
>Brian Donaldson wrote:
>
>>I discovered another little issue (problem, faux pas, whatever 
>>the  euphemism may be) with MPEX's Listf <fileset> ,-3
>>Here it is:
>>Inside MPEX:
>>
>>********************
>>FILE: XXX.PUB.DEV
>>FILE CODE :  0                    FOPTIONS: ASCII,FIXED,NOCCTL,STD
>>BLK FACTOR:  1                    CREATOR : *******
>>REC SIZE:  999(BYTES)             LOCKWORD:  ********
>>GROUP ID: DEV
>>BLK SIZE:  999(BYTES)             SECURITY--READ:    AC
>>EXT SIZE:  0(SECT)                          WRITE:   CR
>>NUM REC:  0                                 APPEND:  GL,CR
>>NUM SEC:  0                                 LOCK:    AL,GL,CR
>>NUM EXT:  0                                 EXECUTE: ANY
>>MAX REC:  5000                            **SECURITY IS  OFF
>>FLAGS   : NO ACCESSORS
>>NUM LABELS:  0                    CREATED : SAT, OCT 22, 2005,  4:27 AM
>>MAX LABELS:  200                  MODIFIED: SAT, OCT 22, 2005,  4:44 AM
>>DISC DEV #:  4                    ACCESSED: SAT, OCT 22, 2005,  4:45  AM
>>RESTORED: SAT, OCT 22, 2005,  4:27  AM
>>STATE   : SAT, OCT 22, 2005,  4:30 AM
>>SEC OFFSET:  0                    LABEL ADDR: $0000006A.$001F8620
>>UFID      :  $05670003 $504D0786 $001F86D2 $938118D9 $00F54104
>>VOLCLASS  :  MPEXL_SYSTEM_VOLUME_SET:DISC
>>%EXIT
>>END OF PROGRAM
>>
>>At the colon prompt --
>>:LISTF XXX,-3
>>********************
>>FILE:  XXX.PUB.DEV
>>FILE CODE :  0                    FOPTIONS: ASCII,FIXED,NOCCTL,STD
>>BLK FACTOR:  1                    CREATOR :  ***********
>>REC SIZE:  999(BYTES)             LOCKWORD:  ********
>>BLK SIZE:  999(BYTES)             SECURITY--READ    :  AC
>>EXT SIZE:  0(SECT)                          WRITE   : CR
>>NUM  REC:  0                                 APPEND  : GL
>>NUM SEC:  0                                 LOCK    : AL
>>NUM EXT:  0                                 EXECUTE : ANY
>>MAX REC:  5000                            **SECURITY IS OFF
>>FLAGS   : NO ACCESSORS
>>NUM LABELS:  0                    CREATED : SAT, OCT 22, 2005,  4:27 AM
>>MAX LABELS:  200                  MODIFIED: SAT, OCT 22, 2005,  4:44 AM
>>DISC DEV #:  4                    ACCESSED: SAT, OCT 22, 2005,  4:45 AM
>>SEC OFFSET:  51200                LABEL ADDR: $0000006A.$001F8620 
>>VOLCLASS  :  MPEXL_SYSTEM_VOLUME_SET:DISC
>>As you can see, the security reported by MPEX does not match that of the
>>MPEiX LISTF,3 command.
>>I had written a Pascal program to get the file's security info via 
>>AIF's  and my program matches that of MPEiX's LISTF,-3 command.
>>Also, the sec offset reported by MPEX is wrong. The sec offset reported by
>>MPEiX's
>>LISTF,-3 command is correct. I reported this problem to Eugene 
>>a  while ago and he said
>>it will be corrected for an upcoming future release of MPEX.
>>For anyone that is interested the sec offset is calculated thus:
>>Max labels * hex100 (256) = sec offset.
>>
>>Brian Donaldson.
>>
>>
>>
>>
>>
>>
>>
>>* To join/leave the list, search archives, change list settings, *
>>* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
>>
>>
>
>* To join/leave the list, search archives, change list settings, *
>* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
>

-------------------------------------------------------------------------------------------------
Gilles Schipper
GSA Inc.
HP System Administration Specialists
300 John Street, Box 87651   Thornhill, ON Canada L3T 7R4
Voice: 905.889.3000     Fax: 905.889.3001
email:  [log in to unmask]  web: http://www.gsainc.com
-------------------------------------------------------------------------------------------------

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

ATOM RSS1 RSS2