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 *
|