Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watmath!clyde!rutgers!ames!ucbcad!ucbvax!LBL.ARPA!nagy%warner.hepnet
From: nagy%warner.hepnet@LBL.ARPA.UUCP
Newsgroups: comp.os.vms
Subject: Success with $GETUAI service
Message-ID: <870613064303.004@lbl.arpa>
Date: Sat, 13-Jun-87 09:43:02 EDT
Article-I.D.: lbl.870613064303.004
Posted: Sat Jun 13 09:43:02 1987
Date-Received: Sun, 14-Jun-87 23:40:45 EDT
Sender: daemon@ucbvax.BERKELEY.EDU
Distribution: world
Organization: The ARPA Internet
Lines: 25

>> Second:  In my opinion, which you may choose to ignore or not, having a
>> *system service* to muck with the UAF is stupid.  I can only see two reasons
>> for having it:  1> So that you can have "group managers" who can bash their
>> underlings' accounts,
     
>Just out of curiosity, anyone have a piece of FORTRAN code which shows how to
>call the $GETUAI system service properly ?  I can't get the thing to return
>anything but nulls (or a bugcheck)...
     
I have gotten the $GETUAI service to work.  I wrote a C program which is
defined as the foreign command GETUAI which decodes its command line using
DCL.  This provides a replacement for the missing F$GETUAI lexical function
and allows me to get information into command procedures to add/maintain/
remove/monitor user accounts.  The sources for GETUAI.C are too large to
post here (GETUAI.C is about 60 blocks alone, plus some other auxiliary
files).  However, I did submit GETUAI to the current VAX SIG tape in
distribution (Fall '86) and to the current Languages & Tools tape (LT86A).
I can try to provide copies via the net, but would prefer that people
contact the DECUS library or your LUG to get copies of the tapes.

= Frank J. Nagy
= Fermilab Research Division EED/Controls
= HEPNET: WARNER::NAGY (43198::NAGY) or FNAL::NAGY (43009::NAGY)
= BitNet: NAGY@FNAL
= USnail: Fermilab POB 500 MS/220 Batavia, IL 60510