  RMS (DECnet FAL) process quota leak? 
 The Question is:
 
I have a DCL procedure for comparing files on our development host against
 those on out production host. It was giving me unreliable results, and
 investigation revealed that using the DCL DIFF command with DECnet in a loop
 caused me to lose my TIMER and A
ST quotas. A demo to show the problem follows:
 
$ count = 0
$ loop:
$ say " tmr q cnt: ", f$getjpi("","TQCNT")
$ diff/out=nl:  -
           disk:[dir]file.c -
           host::disk:[dir]file.c
$ count = count + 1
$ if count .lt. 100 then goto loop
 
You can watch the quota leak away. About 20 seconds after the procedure
 completes, the quota is restored. There is no problem if both files being
 compared are on the same node (ie without the DECnet access). There is also no
 problem if I spawn the DIFF co
mmand. What's going on? Anything I can do? Thanks
 
 The Answer is:
 
  This is unusual (but expected) behaviour of the way quotas and FAL
  and RMS interoperate.
 
