Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!lll-crg!hoptoad!tim
From: tim@hoptoad.uucp (Tim Maroney)
Newsgroups: comp.sys.mac
Subject: Re: Help - Kermit eats HD20 space
Message-ID: <1296@hoptoad.uucp>
Date: Sat, 15-Nov-86 16:22:13 EST
Article-I.D.: hoptoad.1296
Posted: Sat Nov 15 16:22:13 1986
Date-Received: Sun, 16-Nov-86 01:40:56 EST
References: <511@uwmacc.UUCP>
Reply-To: tim@hoptoad.UUCP (Tim Maroney)
Organization: Centram Systems, Berkeley
Lines: 18
Keywords: Kermit, Bad filename, Lost disk space

I don't have a solution, but I do have a bit more information.  Last Spring,
when I was writing a database engine in Consulair C (gag) on an HD20, I had
the same problem.  When test runs would crash the system, frequently the
database file would be zero length (since caching was on), but its space on
the disk would still be taken up.  Not by any file, it would just be gone.
Since my test files ran into hundreds of K, this was a serious problem.  I
had to back up my disk over TOPS to an AST 4000, reformat the HD20, and then
restore the backed-up files, at least three times.  So, this is clearly not
a Kermit problem.

I don't know whether the question was with (1) the HD20 (2) HFS or (3)
caching.  I never did get around to calling Tech Support for some reason.
Try looking at the munged file with the new Fedit and see if that tells you
anything - the old Fedit didn't understand HFS, so it wasn't much use.
-- 
Tim Maroney, Electronic Village Idiot
{ihnp4,sun,well,ptsfa,lll-crg,frog}!hoptoad!tim (uucp)
hoptoad!tim@lll-crg (arpa)