[Info-vax] More "notes from the x86 compilers"

[clair.grant@vmssoftware.com]

On Wednesday, December 18, 2019 at 7:39:45 AM UTC-5, clairg... at gmail.com wrote:
> On Wednesday, December 18, 2019 at 7:29:27 AM UTC-5, clair... at vmssotfware.com wrote:
> > On Wednesday, December 18, 2019 at 6:33:30 AM UTC-5, oswald.... at gmail.com wrote:
> > > %UAF-I-NOMODS, no modifications made to system authorization file
> > > %UAF-I-RDBNOMODS, no modifications made to rights database
> > > 
> > > Why is authorize reporting no modifications?
> > 
> > Don't know yet. That's what I am debugging right now!
> 
> Well, that was stupid. I duplicated a command which I did not notice. Anyway....
> 
> $ mc authorize
> UAF> add XXYYZZ/pass=qwertyuioplkjhgfd/dev=dmm0:/dire=[xxyyzz]/owner="Santa Clau
> s"
> %UAF-I-ADDMSG, user record successfully added
> UAF>
> UAF> sho xxyyzz
> 
> Username: XXYYZZ                           Owner:  Santa Claus
> Account:                                   UIC:    [200,200] ([DEFAULT])
> CLI:      DCL                              Tables: DCLTABLES
> Default:  DMM0:[XXYYZZ]
> LGICMD:
> Flags:  DisUser
> Primary days:   Mon Tue Wed Thu Fri
> Secondary days:                     Sat Sun
> No access restrictions
> Expiration:            (none)    Pwdminimum: 15   Login Fails:     0
> Pwdlifetime:         60 00:00    Pwdchange:      (pre-expired)
> Last Login:            (none) (interactive),            (none) (non-interactive)
> Maxjobs:         0  Fillm:       128  Bytlm:        128000
> Maxacctjobs:     0  Shrfillm:      0  Pbytlm:            0
> Maxdetach:       0  BIOlm:       150  JTquota:        4096
> Prclm:           8  DIOlm:       150  WSdef:          4096
> Prio:            4  ASTlm:       300  WSquo:          8192
> Queprio:         4  TQElm:       100  WSextent:      16384
> CPU:        (none)  Enqlm:      4000  Pgflquo:      256000
> Authorized Privileges:
>   NETMBX       TMPMBX
> Default Privileges:
>   NETMBX       TMPMBX
> UAF>

and....here is the trace buffer which looks good to me. (Time to move on to defining batch queues which is also likely (hopefully?) fixed with the GLOBAL BIND update.)

     696.420365563     000 UAFMAIN/exit_uaf/ entering
     608.923060456     000 UAFMAIN/get_uaf_record/ entering
     608.923059058     000 UAFMAIN/wild_user/ entering
     518.935313464     000 UAFMAIN/add_uaf  outputting the new record
     518.935312954     000 UAFMAIN/add_uaf  update_record succeeded
     518.935297256     000 UAFPARSE/update_record/ after getting owner
     518.935287233     000 UAFPARSE/update_record/ after getting enqlm
     518.935284657     000 UAFPARSE/update_record/ after getting directory
     518.935284131     000 UAFPARSE/getdirectory/  returning TRUE
     518.935283265     000 UAFPARSE/getdirectory/  after $parse
     518.935185848     000 UAFPARSE/getdirectory/  after length check
     518.935183432     000 UAFPARSE/getdirectory/  lib$table_parse returned 00000001
     518.935150488     000 UAFPARSE/update_record/ cli$get_value returns 00000008  000C485C
     518.935145777     000 UAFPARSE/update_record/ after getting diolm
     518.935143651     000 UAFPARSE/update_record/ after getting device
     518.935105413     000 UAFPARSE/update_record/ #6
     518.935103387     000 UAFPARSE/update_record/ #5
     518.935079654     000 UAFPARSE/update_record/ #4
     518.935011393     000 UAFPARSE/update_record/ #3
     518.935008308     000 UAFPARSE/update_record/ #2
     518.935006745     000 UAFPARSE/update_record/ #1
     518.935004164     000 UAFPARSE/update_record/ entering
     518.935003451     000 UAFMAIN/add_uaf  fill in supplied values
     518.934998811     000 UAFMAIN/add_uaf  moving default record to current record buffer
     518.934957224     000 UAFMAIN/add_uaf  entering