#: 20895 S12/OS9/68000 (OSK)
    09-Apr-95  17:17:11
Sb: #Disk Junked?
Fm: David Breeding 72330,2051
To: all

I just had a file on my HD junked and can't figure out just what's going on.

Last night, I had zipped a bunch of files into one huge one to put onto a PC
disk for a friend.  In the process, I got  it too big for the disk and had to
"zip -d ..." a few.  I then copied the one file to the PC disk.

I cannot remember exactly what all I did last night.. I later came on here with
"ix".  I also may have used an experimental telecom program, too, but don't
think any of this caused it.

Anyway, today, apparently the FD pointer for that file was pointing to a
section (or all) of the file CompuServe.usg, written by "ix".  Dcheck showed
"Bad FD Segment" for stuff in the zip file, and showed that ".usg" was using a
a sector already allocated.

I could not find the true FD for that file.. I finally located a previously zip
file and repointed my FD to that one, but of course none of the sectors were
allocated in the bitmap.  I couldn't delete, deldir or attr -nd that file till
I did that.  (got error 244).   (Oh, somehow, I did get a glitched directory
entry last night, too, but was able to del that file.

I finally just "del"ed that file with the bitmap not set, was not sure what
would happen, but dcheck reported everything OK after that.

I'm just wondering what happened?  I can't remember, but apparently, after
copying the file, I must have deleted it, or the sectors used by the file would
have been still allocated, right?  If this is the case, then somehow when I did
the "del" (if I did), the bitmap was reset but the entry in the directory was
not killed off.  Could it have been some combination of the programs I was
using?  Perhaps somehow the PC driver left a PC-type setup in the system and
when I did del, without doing a specific full path, it got confused?  Could
"zip" have done something?  But the file _did_ copy to the PC disk correctly,
so dunno... it's a real mystery.

                         -- David Breeding --
       CompuServe : 72330,2051             Delphi :  DBREEDING
    *** Composed with InfoXpress/OSK Vr. 1.02 & VED Vr. 2.3.2  ***

There is 1 Reply.