🚀 go-pugleaf

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.