Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!ukma!rutgers!cmcl2!esquire!sbb
From: sbb@esquire.UUCP (Stephen B. Baumgarten)
Newsgroups: comp.sys.mac
Subject: Re: GateKeeper <-> DiskFit
Message-ID: <1011@esquire.UUCP>
Date: 1 Feb 89 19:59:34 GMT
References: <3472@bgsuvax.UUCP> <964@atux01.UUCP>
Reply-To: sbb@esquire.UUCP (Stephen B. Baumgarten)
Organization: DP&W, New York, NY
Lines: 22

In article <964@atux01.UUCP> jlc@atux01.UUCP (J. Collymore) writes:
>In article <3472@bgsuvax.UUCP>, maner@bgsuvax.UUCP (Walter Maner) writes:
>> GateKeeper 1.0 interacts fatally with Network DiskFit 1.41 causing DiskFit to
>> think files are locked (error 45) when in fact they are not.  DiskFit does
>> not recover gracefully from this problem and may corrupt your save set in
>> the process of trying to recover.  So, set GateKeeper's override switch to
>> on before your backup.  Or, set up exceptions for DiskFit.  It is DiskFit's
>> use of PBSetCatInfo that causes GateKeeper to try to intervene.
>
>I'm not sure if this will help, but a few weeks ago I got an upgrade notice
>regarding Diskfit 1.5.  You may want to call the people out at SuperMac and
>ask them if this is a problem with DiskFit 1.5.

DiskFit 1.5 has a problem with GateKeeper 1.0 as well (I don't know
about the network version, though).  It's fine as long as you grant
it "File" privileges for "Other".

-- 
   Steve Baumgarten             | "New York... when civilization falls apart,
   Davis Polk & Wardwell        |  remember, we were way ahead of you."
   cmcl2!esquire!sbb            | 
   esquire!sbb@cmcl2.nyu.edu    |                           - David Letterman