Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!ames!killer!usource!frankb
From: frankb@usource.UUCP (Frank Bicknell)
Newsgroups: comp.unix.xenix
Subject: Re: Accell's Recovery after System Crash
Summary: dbase files with holes
Message-ID: <176@usource.UUCP>
Date: 4 Mar 89 17:04:09 GMT
References: <15221@cup.portal.com> <432@bilver.UUCP>
Distribution: na
Organization: UniSource, Inc., Sarasota, FL
Lines: 15

In article <432@bilver.UUCP>, bill@bilver.UUCP (bill vermillion) writes:
> Those numbers are NOT uncommon.  I have a client site where
> the file.db and .dbr are large than the drive they are on.
> Where you will have a problem is if you try to copy that
> file out and them copy it back in.  The non-used blocks will
> be filled with zeros and be used in the copy, and you won't
> be able to put the file back on the disk.  

Which brings up a point: does backup/restore do this
zero-filling stuff?  Especially in the 'r' mode of restore I
think that it might not, but have no proof.  Anyone know for
sure?
-- 
Frank Bicknell; 1405 Main St, Ste 709; Sarasota, FL 34236-5701
killer!usource!frankb