[net.micro.6809] Disk level CRC

jimomura@lsuc.UUCP (Jim Omura) (10/23/85)

     It seems I was wrong about the disk level CRC.  Someone on
the net has wrote to me and confirmed that floppies do have CRC
built in on the controller level.  All I can say is, I've had
corrupted files load and execute under Radio Shack DOS and not
on OS-9.  The program in question was VIP Writer.  Keep in mind
that over the period of a year I booted VIP Writer often during
a day's work (maybe about 5-10 times per day), and it only happened
a couple of times.  That's not a bad average, but it did happen.
The program loaded and executed, shot garbage all over the screen
and went dead.

                                       Cheers! -- Jim O.

-- 
James Omura, Barrister & Solicitor, Toronto
ihnp4!utzoo!lsuc!jimomura
Byte Information eXchange: jimomura
Compuserve: 72205,541
MTS at WU: GKL6

neals@tekigm.UUCP (Neal Sedell) (10/24/85)

> All I can say is, I've had
> corrupted files load and execute under Radio Shack DOS and not
> on OS-9.

   I have had this problem too.  I only use BASIC so I can load a game.
I transferred it from casette to disk for convenience.  At first it
loaded and ran every time.  Then, all of a sudden, it loads, the startup
screen comes on and then nothing.  I use the disk so infrequently that I
don't recall if I wrote to it in the interim.  This is really frustrating
because it should be IMPOSSIBLE to load a bad sector.  When one is
found the disk retrys the read and reseeks several times.
Since the file loads without any reseeking we can conclude that the
sector was re-written with the wrong data on it an thus was "good" in
the eyes of the loader.  Does anyone know what is "wrong" with Disk
BASIC?  I don't read Rainbow or Hot COCO so if anyone does or knows
of a bug with file allocation could they please tell us about it?
Could it be a problem with the SAVEM command?  The file was of
the default type .BIN, and I would assume James O's program was too,
not that one has anything to do with the other.

   Speaking of OS9 and CRC's, these are only present in LOADable files
(executable and device descriptors), not in text files.  I think the
only reason they are there is for the mentioned software in silicon
concept in order to absolutely distinguish a random bit pattern from
a module at boot time.  You might see the header in RAM but the odds
of the CRC being right is about the same as a snowball's chance in....

   BTW, I have gotten "read error"s but never a "bad CRC" message
when trying to execute an OS9 program (except when I had edited some
of its bytes and forgotten to "verify -u" it to fix the CRC).  File
level CRC will detect file corruption as in paragraph 1, but only for
LOADable files.

   I sure wish the time necessary for CRC verification was insignificant!


			Neal Sedell
			...!tektronix!neals