Conference iosg::all-in-1_v30

1521.0. "account create overrides WSDEF and WSEXTENT" by KAOFS::D_STREET () Mon Sep 28 1992 21:21

    Hello,
     I have a client who has noticed a small problem in ALL-IN-1 V3.0 in
    reference to account creation. If the VMS account already exists, the
    procedure is supposed to check the various values in the UAF to ensure
    that they are not overwritten with smaller values. The problem is with
    WSDEF and WSEXTENT. In the code for SM_CR_USER_DETAILS.SCP the
    following appears:
    
    .TEXT "Checking WSDEFAULT ..."
            get #vms_wsdef = UAI$.wsdef[cli$vms_user]
    .TEXT "#vms_wsdef = " #vms_wsdef ", #tpl_wsdef = " #tpl_wsdef
            .if #tpl_wsdef gt #vms_wsdef then -
                    get #vms_wsdef = #tpl_wsdef
    .TEXT "Checking WSEXTENT ..."
            get #vms_wsext = UAI$.wsext[cli$vms_user]
    .TEXT "#vms_wsext = " #vms_wsext ", #tpl_wsext = " #tpl_wsext
            .if #tpl_wsext gt #vms_wsext then -
                    get #vms_wsext = #tpl_wsext
    
    The log file indicates the following:
    
    Checking        WSDEFAULT ...
    #vms_wsdef = , #tpl_wsdef = 0000600
    Checking        WSEXTENT ...
    #vms_wsext = , #tpl_wsext = 0002048
    
     There is no value for the #vms_wsdef, or the #vms_wsext and as a
    result, they are set to ALL-IN-1 supplied values. 
    
    Is this a known problem, and is there a fix available?
    
    				Derek Street.

    
>    Is this a known problem, and is there a fix available?

	I don't know if its a known problem but the fix would appear to be to 
	change the UAI$.WSDEF to UAI$.WSDEFAULT and the UAI$.WSEXT to
	UAI$.WSEXTENT

	HTH

	John