🚀 go-pugleaf

    In article <1992Apr2.191442.240@tfl.dk>, karsten@tfl.dk (Karsten
    Nyblad, TFL) writes:
>In article <9204010453.AA06591@depot.cis.ksu.edu>, 00prneubauer%bsuvax1.bitnet@shsu.edu (Paul Neubauer) writes:
>> It is interesting that this topic should come up just now.  I just had
>> a complaint from a user about the way EVE handles the problem of quota
>> overflows.  It seems that this user was editing a file and when he
>> tried to exit, EVE tried to write his file, failed to write the whole
>> file because it ran into his quota limit, and gave him the appropriate
>> error messages.  He quit anyway and PURGEd, thereby losing a
>> significant amount of his original file.
>> 
>> [EDT comparison deleted]
>
>Making TPU write files until the eoverdraft quota is used will only
>solve part of the problem.  The overdraft quota might be to small to contain
>the entire file, or the disk may be full.
> [some carping about RMS bugs; what TPU _should_ do deleted]

    How about just SPAWNing out from EVE to DCL and doing the PURGE
    when the problem arises? I know it's a kludge, but I've used it a
    couple of times when my disks get too full. If nothing else, i
    know that it's high time for some spring cleaning on the disk ;-)
    
--
Claes Engelin       | e-mail:  CLAES@rigel.efd.lth.se (may change anytime soon!)
SKF Dataservice AB  | MEMO:    MEMONET.SM.DSVGOT.G721746 (A Swedish net)
S-415 50 GOTHENBURG | Phone:   +46 31 371943  |
Sweden              | Fax:     +46 31 372505  |
"After you stop believing in Santa Claus, the whole world just goes downhill"
                 - Tom Clancy