Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!ll-xn!cit-vax!amdahl!amdcad!jimb
From: jimb@amdcad.UUCP (Jim Budler)
Newsgroups: comp.sys.mac
Subject: Re: Help - Kermit eats HD20 space
Message-ID: <13821@amdcad.UUCP>
Date: Thu, 20-Nov-86 00:55:11 EST
Article-I.D.: amdcad.13821
Posted: Thu Nov 20 00:55:11 1986
Date-Received: Thu, 20-Nov-86 08:19:15 EST
References: <511@uwmacc.UUCP>
Reply-To: jimb@amdcad.UUCP (Jim Budler)
Organization: Advanced Micro Devices, Sunnyvale, California
Lines: 28
Keywords: Kermit, Bad filename, Lost disk space

In article <511@uwmacc.UUCP> dan@uwmacc.UUCP (dan jatnieks) writes:
>    That's the first part of the problem.  The second part is that that
>problem file was only one in a group that I was transfering using the
>wildcard "kermit s *.hqx" on the Unix machine that I was transfering
>from.  So before the "hang-up" occured, there had already been about 700K
>in 10 files transfered.  When I reboot the mac, there is indeed 700k less
>space on my HD20, but none of the files that transfered show up at all.
>I assume Kermit doesn't finish closing them until the entire transfer
>is complete or some such thing.

I have encountered this problem with other terminal emulators, which I assume
do not issue a fflush(), just a close() on the files. On the mac, this may
leave the in memory disk directory in disagreement with the on disk
directory. Result, any crash before a fflush() is issued may leave the
disk directory at it's original state, but may have allocated allocation
blocks.

A workaround: command-shift-1 or 2 the disk between file transfers to
force such a flush.
-- 
Jim Budler
Advanced Micro Devices, Inc.
Logic CAD
(408) 749-5806
Usenet:		{ucbvax,decwrl,ihnp4}!amdcad!jimb
Compuserve:	72415,1200
Witty saying:	"What's up, Doc?" - Bugs Bunny
Disclaimer:	(AMD is || I am) not responsible for anything I say.